еще смущает наличие ошибок при сбросе устройства к заводским настройкам:
Received good update FIT /mnt/data/.wb-update/webupd.fit, starting update
Tue 25 Nov 2025 04:33:43 PM UTC: started update from /mnt/data/.wb-update/webupd.fit
Description: WirenBoard firmware update
Compatible device: wirenboard,wirenboard-8xx
Firmware version: 202510081122
Firmware compatible: +single-rootfs +fit-factory-reset +force-repartition +repartition-ramsize-fix +fit-immutable-support +wb8-debug-network-update-fix +wrong-ab-layout-fix +update-from-cloud
Release name: wb-2507
Release suite: stable
Release target: wb8/bullseye
Release repo prefix:
Time of creation: Wed 08 Oct 2025 11:23:20 AM UTC
Checking SHA1 hash of install
SHA1 hash of install ok
32+0 records in
32+0 records out
16384 bytes (16 kB, 16 KiB) copied, 0.00113444 s, 14.4 MB/s
tar: stdout: write error
Firmware seems to be compatible with this controller
Extracting install script
Running install script
Using flags from /mnt/data/.wb-update/install_update.web.flags: --factoryreset --from-emmc-factoryreset
Console logging enabled; tempfile /tmp/tmp.G1Y5K2dGTI, final file /mnt/data/.wb-update/wb-console.log will be written on exit
Reading uboot env offset/size from device tree…
Could not read uboot-env-offset from device tree. Keeping old fw_env.config from rootfs
32+0 records in
32+0 records out
16384 bytes (16 kB, 16 KiB) copied, 0.00110402 s, 14.8 MB/s
tar: stdout: write error
Firmware seems to be compatible with this controller
Watch logs in the debug console, or in /mnt/data/.wb-update/state/update.log
Rebooting system to install update
Waiting for Wiren Board to boot again…
Reboot system
Installation logs:
%%% Console logging enabled; tempfile /tmp/tmp.3H2URh, final file /mnt/data/.wb-update/wb-console.log will be written on exit
%%% Reading uboot env offset/size from device tree…
%%% Could not read uboot-env-offset from device tree. Keeping old fw_env.config from rootfs
%%% Extend tmpfs size to whole RAM
%%% Remount tmpfs in /tmp with size=3934M
%%% Maybe update factoryreset.fit to fix tmpfs size issue at 512M RAM (with emmc update)
%%% Firmware seems to be compatible with this controller
%%% Wiping data partition (factory reset)
%%% Checking SHA1 hash of rootfs
%%% SHA1 hash of rootfs ok
%%% rootfs is valid, installing firmware update
%%% Partition table seems to be changed already, continue
%%% rootfs enlarged!
%%% Configuring environment for repartitioned eMMC
%%% Will install to /dev/mmcblk0p2
%%% Cleaning up /dev/mmcblk0p2
%%% Cleaning up using rsync
%%% Mounting /dev/mmcblk0p2 at /tmp/tmp.ad2CUb
%%% Extracting files to new rootfs
%%% Recovering device certificates
%%% Mount /dev, /proc and /sys to rootfs /tmp/tmp.ad2CUb
%%% Running post-install scripts
%%% > Processing /tmp/tmp.ad2CUb/usr/lib/wb-image-update/postinst/10update-u-boot
%%% > Processing /tmp/tmp.ad2CUb/usr/lib/wb-image-update/postinst/10update-wbec-firmware
%%% Unmounting /dev, /proc and /sys from rootfs /tmp/tmp.ad2CUb
%%% Checking, /tmp/tmp.5ybGbT/.wb-restore/factoryreset.fit supports features: single-rootfs wb8-debug-network-update-fix wrong-ab-layout-fix
%%% Current factory FIT supports: single-rootfs wb8-debug-network-update-fix wrong-ab-layout-fix, keeping it
%%% Switching to new rootfs
%%% Done!
%%% Removing FIT /mnt/data/.wb-update/webupd.fit
%%% /mnt/data/.wb-update/webupd.fit is a hardlink to factory-fit; saving factory-fit immutability
%%% Unmounting rootfs
%%% Reboot system
%%% (reboot)
Installation logs:
%%% Console logging enabled; tempfile /tmp/tmp.3H2URh, final file /mnt/data/.wb-update/wb-console.log will be written on exit
%%% Reading uboot env offset/size from device tree…
%%% Could not read uboot-env-offset from device tree. Keeping old fw_env.config from rootfs
%%% Extend tmpfs size to whole RAM
%%% Remount tmpfs in /tmp with size=3934M
%%% Maybe update factoryreset.fit to fix tmpfs size issue at 512M RAM (with emmc update)
%%% Firmware seems to be compatible with this controller
%%% Wiping data partition (factory reset)
%%% Checking SHA1 hash of rootfs
%%% SHA1 hash of rootfs ok
%%% rootfs is valid, installing firmware update
%%% Partition table seems to be changed already, continue
%%% rootfs enlarged!
%%% Configuring environment for repartitioned eMMC
%%% Will install to /dev/mmcblk0p2
%%% Cleaning up /dev/mmcblk0p2
%%% Cleaning up using rsync
%%% Mounting /dev/mmcblk0p2 at /tmp/tmp.ad2CUb
%%% Extracting files to new rootfs
%%% Recovering device certificates
%%% Mount /dev, /proc and /sys to rootfs /tmp/tmp.ad2CUb
%%% Running post-install scripts
%%% > Processing /tmp/tmp.ad2CUb/usr/lib/wb-image-update/postinst/10update-u-boot
%%% > Processing /tmp/tmp.ad2CUb/usr/lib/wb-image-update/postinst/10update-wbec-firmware
%%% Unmounting /dev, /proc and /sys from rootfs /tmp/tmp.ad2CUb
%%% Checking, /tmp/tmp.5ybGbT/.wb-restore/factoryreset.fit supports features: single-rootfs wb8-debug-network-update-fix wrong-ab-layout-fix
%%% Current factory FIT supports: single-rootfs wb8-debug-network-update-fix wrong-ab-layout-fix, keeping it
%%% Switching to new rootfs
%%% Done!
%%% Removing FIT /mnt/data/.wb-update/webupd.fit
%%% /mnt/data/.wb-update/webupd.fit is a hardlink to factory-fit; saving factory-fit immutability
%%% Unmounting rootfs
%%% Reboot system
%%% (reboot)
Could not read uboot-env-offset from device tree. Keeping old fw_env.config from rootfs
32+0 records in
32+0 records out
16384 bytes (16 kB, 16 KiB) copied, 0.00110402 s, 14.8 MB/s
tar: stdout: write error
%%% Could not read uboot-env-offset from device tree. Keeping old fw_env.config from rootfs
Could not read uboot-env-offset from device tree. Keeping old fw_env.config from rootfs
32+0 records in
32+0 records out
16384 bytes (16 kB, 16 KiB) copied, 0.00110402 s, 14.8 MB/s
tar: stdout: write error
%%% Could not read uboot-env-offset from device tree. Keeping old fw_env.config from rootfs
Пожалуйста, не забудьте добавить в инструкцию пункт про
nano /etc/containerd/config.toml
# Указать root = "где-нибудь в /mnt/data/containerd или в другом нужно месте лишь бы не в корневом разделе"
Сам сегодня на WB_8.5 столкнулся с такой же проблемой, как и топикстартер. На WB_7.4 таких проблем не было, там было достаточно указать локацию в daemon.json.
Будь в инструкции этот пункт, сэкономил бы полчаса своего времени.
А еще можно добавить, что, в случае, если всё это дело хочется держать на sd-карте, то удостовериться, что она отформатирована в ext4 - вчера имел весьма специфический опыт, когда забыл её отформатировать - она была в NTFS - контроллер без проблем её примонтировал, докер тоже установился, правда ему тип storage пришлось прописать vfs (иначе докер не запускался из-за ошибки device mapper, и меня это не насторожило). Ну а дальше при установке HA пошли такиииие крышесносные странности, а закончилось это тем, что докер занял все 128 гигабайт на флешке и наглухо завис.
У WB8 больше быстродействие. То есть он распаковыывает быстрее. А распаковывает - как раз в каталог containerd, перенося потом в data-root. Ну и при достаточно быстром интернете скачанное сохраняется в containerd и там же распаковывается, занимая все.
Да, было похожее когда использовал смонтированный nfs раздел с нестандартными опциями.
Кстати, с 128Гб (или больше) SD не было проблем на контроллере? Просто для статистики.
