Проблемы с файловой системой контроллера WB8

Добрый день.
При обновлении SprutHub (из web) контроллер завис и перестал выходить на связь. Пришлось его перезагрузить. Как и ожидалось - мигание красного светодиода и ошибки при загрузке (лог не сохранился).
Т.к. контроллер еще “пустой” решено было его просто обновить с USB. Обновление не завершилось из-за ошибок. Обновление со сбросом настроек и обновление со “встроенной” прошивки так же не завершилось.
На команду fsck система не реагирует (Unknown command).
Вижу проблему при обновлении с mmcblk0p2 и SprutHub, но не понимаю что с ними делать. Как можно восстановить систему?

WB8.4.3A/4G2 s/n: AG7QSVXB

Лог попытки обновления:
log update.txt (34,4 КБ)

Лог обычной загрузки (сейчас):
log boot.txt (2,3 КБ)

Добрый день.

Что такое “завис”? Не было ответа на ping?

Я наблюдаю явно некооректно созданные “/tmp/tmp.5NZMt5/home/makesimple/.SprutHub/hs_err_pid2896136.log” например.
Какие у этих каталогов/файлов атрибуты сейчас?

Довольно странно и, надо сказать, неожиданно.
Что возвращает

whereis fsck

и

apt policy e2fsprogs

Что присходиит при выполнении factory reset?

При попытке подключится по web выдавал 500 internal server error. На нажатия кнопки питания тоже реакции не было. Ping не пробовал. Кабель не подключал.

команды whereis fsck и apt policy e2fsprogs:

=> whereis fsck
Unknown command 'whereis' - try 'help'
=> apt policy e2fsprogs
Unknown command 'apt' - try 'help'
=>

лог обновления с factory reset
log factory reset.txt (35,5 КБ)

Я пытался до них добраться но команда cd так же “неизвестная”. Полагаю что когда первый раз делал сброс к заводским что-то сильно сбросилось и обратно не записалось. Записать мешают остатки spruthub но где их найти для удаления не понимаю.
Единственное как заставил реагировать на команды cd и ls это нажать кнопку fw не устанавливая USB с прошивкой, тогда после того как система не находит подходящего файла с прошивкой приглашение меняется с => на # и тут я хоть что-то могу сделать. В папке tmp пусто.

~ # whereis fsck
sh: whereis: not found
~ # apt policy e2fsprogs
sh: apt: not found
~ # ls
bin      disk     init     linuxrc  run      sys      usr
dev      etc      lib      proc     sbin     tmp      var
~ # ls -l
total 12
drwxr-xr-x    2 root     root          1600 Jan  2 00:01 bin
drwxr-xr-x    7 root     root          3240 Jan  2 00:01 dev
drwxr-xr-x    2 root     root            40 Jan  2 00:01 disk
drwxr-xr-x    4 root     root           220 May 17  2024 etc
-rwxr-xr-x    1 root     root         10691 May 17  2024 init
drwxr-sr-x    4 root     root           200 May 17  2024 lib
lrwxrwxrwx    1 root     root            12 Jan  2 00:01 linuxrc -> /bin/busybox
dr-xr-xr-x  131 root     root             0 Jan  2 00:01 proc
drwxr-xr-x    2 root     root            40 May 17  2024 run
drwxr-xr-x    2 root     root          1060 Jan  2 00:01 sbin
dr-xr-xr-x   13 root     root             0 Jan  2 00:01 sys
drwxrwxrwt    2 root     root            40 Jan  2 00:01 tmp
drwxr-xr-x    6 root     root           120 May 17  2024 usr
drwxr-xr-x    3 root     root            60 Jan  2 00:01 var
~ #

Судя по приглашению - вводите их в загрузчик.

Тут раздел не смонтирован.
В общем - советую попробовать вот так: Образ для снятия дампа разделов eMMC контроллера Wiren Board — Wiren Board
Ну и у себя воспроизведем, factory reset не должен останавливаться на поврежденной ФС.

Дамп так же с ошибками снимается. Прикладываю
dump.zip (933,7 КБ)

До кучи выполнил factory reset с помощью этого же образа на microsd
log dump factory reset.txt (25,5 КБ)

Давайте мы бесплатно поменяем вам оборудование. Курьер привезёт новое оборудование и заберёт старое:

WB8.4 4Gb 1 - шт.

Для возврата напишите, пожалуйста, письмо на info@wirenboard.com.
В письме укажите:

  • ссылку на эту тему,
  • серийный номер устройства, AG7QSVXB,
  • (для курьера) ваш действующий телефон, адрес доставки, ФИО получателя.