Roton (Vector) ремонт и эксплуатация.

[serykh]

Похоже оно:

2012-04-19T09:45:33.173437+00:00 (none) kernel: [    1.891158] NAND device: Manufacturer ID: 0x01, Chip ID: 0xdc (AMD/Spansion S34ML04G2), 512MiB, page size: 2048, OOB size: 128
2012-04-19T09:45:33.173441+00:00 (none) kernel: [    1.902868] Bad block table found at page 262080, version 0x01
2012-04-19T09:45:33.173757+00:00 (none) kernel: [    1.909316] Bad block table found at page 262016, version 0x01
2012-04-19T09:45:33.173764+00:00 (none) kernel: [    1.915521] 1 cmdlinepart partitions found on MTD device e1000000.flash
2012-04-19T09:45:33.173768+00:00 (none) kernel: [    1.922141] Creating 1 MTD partitions on "e1000000.flash":
2012-04-19T09:45:33.173778+00:00 (none) kernel: [    1.927626] 0x000000000000-0x000020000000 : "stor"
2012-04-19T09:45:33.173783+00:00 (none) kernel: [    1.933121] eLBC NAND device at 0xe1000000, bank 1
2012-04-19T09:45:33.173786+00:00 (none) kernel: [    1.938409] libphy: Fixed MDIO Bus: probed
2012-04-19T09:45:33.173790+00:00 (none) kernel: [    1.942685] fsl-lbc ffe05000.localbus: failed to get resource
2012-04-19T09:45:33.173793+00:00 (none) kernel: [    1.948471] fsl_lbc_addr
2012-04-19T09:45:33.173796+00:00 (none) kernel: [    1.951008] fsl_lbc_addr

одна из двух флешек готова.
chipid и производитель известны, попробуй найти программку по линукс от производителя и проверить флэш. Только аккуратно, проверка не должна затереть флэш, в частности загрузчик.

[1076]

Много  где  такое  видел  -  это  как  бэ  штатная  процедура  -  если  блоки  запороты  -  ОС  их  не  видит.
Ошибок  опять  же  не  вызвало .

[1076]

Похоже оно:

2012-04-19T09:45:33.173437+00:00 (none) kernel: [    1.891158] NAND device: Manufacturer ID: 0x01, Chip ID: 0xdc (AMD/Spansion S34ML04G2), 512MiB, page size: 2048, OOB size: 128
2012-04-19T09:45:33.173441+00:00 (none) kernel: [    1.902868] Bad block table found at page 262080, version 0x01
2012-04-19T09:45:33.173757+00:00 (none) kernel: [    1.909316] Bad block table found at page 262016, version 0x01
2012-04-19T09:45:33.173764+00:00 (none) kernel: [    1.915521] 1 cmdlinepart partitions found on MTD device e1000000.flash
2012-04-19T09:45:33.173768+00:00 (none) kernel: [    1.922141] Creating 1 MTD partitions on "e1000000.flash":
2012-04-19T09:45:33.173778+00:00 (none) kernel: [    1.927626] 0x000000000000-0x000020000000 : "stor"
2012-04-19T09:45:33.173783+00:00 (none) kernel: [    1.933121] eLBC NAND device at 0xe1000000, bank 1
2012-04-19T09:45:33.173786+00:00 (none) kernel: [    1.938409] libphy: Fixed MDIO Bus: probed
2012-04-19T09:45:33.173790+00:00 (none) kernel: [    1.942685] fsl-lbc ffe05000.localbus: failed to get resource
2012-04-19T09:45:33.173793+00:00 (none) kernel: [    1.948471] fsl_lbc_addr
2012-04-19T09:45:33.173796+00:00 (none) kernel: [    1.951008] fsl_lbc_addr

одна из двух флешек готова.
chipid и производитель известны, попробуй найти программку по линукс от производителя и проверить флэш. Только аккуратно, проверка не должна затереть флэш, в частности загрузчик.

Проверю  на  рабочем .

[serykh]

Если лог полностью, то очевидно:
1) модули по внутренней сети устройства запрашивают по DHCP IP адреса от внутреннего сервера.
2) в параметрах ответа DHCP получают путь к загрузочному коду расположенному на флешке
3) дальше тупят пытаясь загрузить код из убитой флешки

Возможно на флешке просто повреждена файловая система. Попробуйте восстановить штатными средствами линукс.

Сравнить с рабочим логом очень хороший шаг.

P.S. это только предположения

[sky star]

Возможно не из убитой , а из обесточенной

[1076]

единственное  отличие с  рабочим  логом -  error  при загрузке  ключей
Должно  лечиться  софтово .

[apog]

ssh-keygen, предварительно забекапить старый ключ, если он читается вообще. Но, правда, не похоже ли это на проблемы с ФС, тобишь с флешкой?

[1076]

ssh-keygen, предварительно забекапить старый ключ, если он читается вообще. Но, правда, не похоже ли это на проблемы с ФС, тобишь с флешкой?

Содержимое ключей одинаково на  рабочей  машине и не  рабочей .
 

[1076]

ssh-keygen

Это  заменит  старый  ключ  и  пропадет  коннект  с  модулями.

[1076]

содержимое  папки  с  ключами:

mgmt@(none):/etc/ssh $ ls -la
-rw-r--r--  1 root root    392 Feb 16  2018 authorized_keys
-rw-r--r--  1 root root    181 Feb 16  2018 banner
-rw-r--r--  1 root root   1679 Feb 16  2018 id_rsa
-rw-r--r--  1 root root    393 Feb 16  2018 id_rsa.pub
-rw-r--r--  1 root root 246880 Feb 16  2018 moduli
-rw-------  1 root root   1642 Feb 16  2018 ssh_config
-rw-------  1 root root    672 Feb 16  2018 ssh_host_dsa_key
-rw-------  1 root root    590 Feb 16  2018 ssh_host_dsa_key.pu b
-rw-------  1 root root    227 Feb 16  2018 ssh_host_ecdsa_key
-rw-------  1 root root    162 Feb 16  2018 ssh_host_ecdsa_key. pub
-rw-------  1 root root    399 Apr 21 13:41 ssh_host_ed25519_ke y
-rw-r--r--  1 root root     93 Apr 21 13:41 ssh_host_ed25519_ke y.pub
-rw-------  1 root root    965 Feb 16  2018 ssh_host_key
-rw-------  1 root root    630 Feb 16  2018 ssh_host_key.pub
-rw-------  1 root root   1679 Feb 16  2018 ssh_host_rsa_key
-rw-------  1 root root    382 Feb 16  2018 ssh_host_rsa_key.pu b
-rw-------  1 root root   3586 Feb 16  2018 sshd_config