Восстановил прошивку, но не обошлось без танцев с бубном. Почему-то, mxsldr ни в какую не хотел загружать wb5_usbfw.sb. Только выводил информацию о чипе и все. Иногда писал, что CPU не определен. Может, дело в виртуалке (хотя USB устройство определялось в гостевой ОС), а может, в mxsldr (например, криво собрался).
В итоге, мне помогла утилита sb_loader из пакета Mfg Tool от NXP (Freescale). С помощью нее загрузил wb5_usbfw.sb и потом (когда замигал зеленый светодиод), перешел в виртуалку и там устройство определилось как диск. После этого залил прошивку с помощью dd как в инструкции.
Доброго дня!
Помогите, пожалуйста, найти правильный файл образа для WB4 - полностью перезаписать sd-карточку. Самое свежее, что я нашёл - это 201610251522_sdcard_4_alliance.img.zip 133 MB
201610251522_sdcard_4_hynix.img.zip
Это то или не то?
Следующие по свежести файлы, в имени которых есть wb и 4 - уже только от 2015 года:
201511111910_sdcard_wb4_alliance.img.zip
123 MB
201511111910_sdcard_wb4_hynix.img.zip
122 MB
201511111910_webupd_wb4_alliance.fit
Добрый день.
После обновления прошивки WB5 “окирпичилась”. Светодиодом мигает, но ничего с ней сделать нельзя.
Инструкция по восстановлению прошивки не помогает, т.к. WB с зажатой кнопкой в винде определяется как “неизвестное устройство”, с отпущенной не определяется вообще. В Linux’е в VirtualBox она вообще никак не видна.
Попробуйте VmWare Player (он бесплатный). У меня устройство сходу определяется как Freescale ROM Recovery и подключается без танцев с бубном. На маркете есть образ дебиан. Добавьте только в настройках виртуалки USB-контроллер? если его нет. А дальше – по документации попробуйте восстановиться.
В моей винде он определяется как USB-устройствоо ввода в HID разделе. Как-то выглядит у вас не очень хорошо все. А UART-USB есть переходник? Можете в серийную консоль заглянуть его?
С зажатой кнопкой ничего не выводит.
А так по кругу грузит ядро и потом уходит в перезагрузку. Подозреваю, что собака дёргает.
Нашёл меню, но ничего попробовать не успеваю - улетает в перезагрузку.
Нашёл и свой косяк - залил прошивку для 5.3, а на плате снизу написано 5.6
WB5 окирпичилась после обновления через web. Прошивка 201808271801_webupd_wb58_stretch.fit
залилась без проблем. Из ребута не вернулась. подключился через дебаг - загрузка встает на
[ 20.583652] hub 2-0:1.0: USB hub found
[ 20.641650] hub 2-0:1.0: 1 port detected
Скрин https://yadi.sk/i/_v2WTHZ7oByEPA
Полный лог загрузки https://yadi.sk/d/IdjQLyU1a1jTbg
[ 12.774478] systemd-journald[89]: Received request to flush runtime journal from PID 1
[[0;32m OK [0m] Started Flush Journal to Persistent Storage.
[[0;32m OK [0m] Started udev Coldplug all Devices.
You are in emergency mode. After loGive root password for maintenance
(or press Control-D to continue): [ 18.345429] CAN device driver interface
Пожалуйста, попробуйте перезагрузить контроллер со включенной отладочной консолью и, когда загрузка дойдет до похожего места, нажать Ctrl+D
[FAILED] Failed to start File System Check on Root Device.
root@wirenboard-ACGBQNLL:~# [ 109.243016] random: crng init done
systemctl status systemd-fsck-root.service
● systemd-fsck-root.service - File System Check on Root Device
Loaded: loaded (/lib/systemd/system/systemd-fsck-root.service; static; vendor
Active: failed (Result: exit-code) since Thu 2016-11-03 17:37:09 UTC; 1min 50
Docs: man:systemd-fsck-root.service(8)
Process: 83 ExecStart=/lib/systemd/systemd-fsck (code=exited, status=1/FAILURE
Main PID: 83 (code=exited, status=1/FAILURE)
Nov 03 17:37:05 wirenboard-ACGBQNLL systemd-fsck[83]: rootfs contains a file sys
Nov 03 17:37:09 wirenboard-ACGBQNLL systemd-fsck[83]: rootfs: Inodes that were p
Nov 03 17:37:09 wirenboard-ACGBQNLL systemd-fsck[83]: rootfs: UNEXPECTED INCONSI
Nov 03 17:37:09 wirenboard-ACGBQNLL systemd-fsck[83]: (i.e., without -a
Nov 03 17:37:09 wirenboard-ACGBQNLL systemd-fsck[83]: fsck failed with error cod
Nov 03 17:37:09 wirenboard-ACGBQNLL systemd-fsck[83]: Running request emergency.
Nov 03 17:37:09 wirenboard-ACGBQNLL systemd[1]: systemd-fsck-root.service: Main
Nov 03 17:37:09 wirenboard-ACGBQNLL systemd[1]: Failed to start File System Chec
Nov 03 17:37:09 wirenboard-ACGBQNLL systemd[1]: systemd-fsck-root.service: Unit
Nov 03 17:37:09 wirenboard-ACGBQNLL systemd[1]: systemd-fsck-root.service: Faile
root@wirenboard-ACGBQNLL:~# umount /dev/mmcblk0p2
root@wirenboard-ACGBQNLL:~# fsck /dev/mmcblk0p2
fsck from util-linux 2.29.2
e2fsck 1.43.4 (31-Jan-2017)
rootfs contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Inodes that were part of a corrupted orphan linked list found. Fix? yes
Inode 45765 was part of the orphaned inode list. FIXED.
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
/lost+found not found. Create? yes
Pass 4: Checking reference counts
Pass 5: Checking group summary information
rootfs: ***** FILE SYSTEM WAS MODIFIED *****
rootfs: ***** REBOOT SYSTEM *****
Была точно такая же проблема. Случилось правда не после апгрейда а после скачка питания. Вылечилось так же fsck, прошло полгода, полет нормальный. единственное, прошивки через веб не обновляю, обычно apt.
Обновил. В конце обновления выдало предупреждение. Игнорировать?
Summary
— Extracting files to new rootfs
/dev/shm/rootfs /
/
— Recovering device certificates
mount: block device /dev/loop0 is write-protected, mounting read-only
mount: you must specify the filesystem type
— WARNING: Failed to find certificates of device. Please report it to info@contactless.ru
— Unmounting new rootfs
— Switching to new rootfs
— Done, removing firmware image and rebooting
— Removing FIT /mnt/data/uploads/0000000001