Помогите определить проблему по логу (другой объект)

Добрый! посмотрите пжл мой ответ, что то подскажите, что сделать можно еще?
объект остался без управления, все в темноте сидят

У меня есть подозрения что проблема аппаратная. Сейчас контроллер так и работает на прошивке от 2019 года?
Через debug выполните на нем

fdisk -l /dev/mmcblk0

Скорее всего придется чинить у нас.

root@wirenboard-ADGVBSQC:~# fdisk -l /dev/mmcblk0
Disk /dev/mmcblk0: 3.5 GiB, 3791650816 bytes, 7405568 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x936c1323

Device         Boot   Start     End Sectors  Size Id Type
/dev/mmcblk0p1         2048   34815   32768   16M 53 OnTrack DM6 Aux3
/dev/mmcblk0p2        34816 4000000 3965185  1.9G 83 Linux
/dev/mmcblk0p4      4229120 7405567 3176448  1.5G  5 Extended
/dev/mmcblk0p5      4231168 4755455  524288  256M 82 Linux swap / Solaris
/dev/mmcblk0p6      4757504 7405567 2648064  1.3G 83 Linux
root@wirenboard-ADGVBSQC:~#

да на 2019
но я сейчас не могу даже зайти через SSH

У вас же подключен debug

да
я только через него и могу к нему обратиться
на консоле
могу дать доступ через таймвювер

В общем - повреждение таблицы разделов, вместо штатной:

Device         Boot   Start     End Sectors  Size Id Type
/dev/mmcblk0p1         2048   34815   32768   16M 53 OnTrack DM6 Aux3
/dev/mmcblk0p2        34816 2131967 2097152    1G 83 Linux
/dev/mmcblk0p3      2131968 4229119 2097152    1G 83 Linux
/dev/mmcblk0p4      4229120 7520255 3291136  1.6G  5 Extended
/dev/mmcblk0p5      4231168 4755455  524288  256M 82 Linux swap / Solaris
/dev/mmcblk0p6      4757504 7520255 2762752  1.3G 83 Linux

у вас вторая заняла место 3.
Точно в офис. Напишите на info@wirenboard.ru, со ссылкой на эту тему.

@starikow Олег, а вы что-нибудь делали с этой таблицей разделов? Как-то она очень странно повредилась.

да в том то и дело, что я лично ни чего не делал
не первое устройство в руках - стараюсь лишнего не делать без необходимости

но есть подозрение, что специалист которого привлекали в 2019 (уже не работает с нами) - был “большим специалистом по LINUX” cистемам

может его рук дело

как то можно исправить это руками?

и да, система ведь работала, сколько времени прошло…
пока вопрос виновности остается открыт :wink:

Добрый! решили проблему вроде бы, отдал контроллер в руки специалиста по Linux, решили проблему с разделами - все встало на свои места, установили свежую прошивку. проблема была где то в нас. наблюдаем за устройством.