Как выяснить и исправить причину не загрузки системы?

Question

[Pavel K]

Приветствую!
В чём основная проблема - имеется NAS (No-name), в нём грубо говоря, загрузочная используется флэшка (распаяна на плате память и контроллер). В один прекрасный момент (после отключения электричества ИБП умер) перестал загружаться. В общем сделал из этой загрузочной флэшки обычную (разрезал data+ - на плате, подпаялся), подключил к компу, она определилась. Файловая система ext4, Debian. Прогнал fsck -C -y -c -f /dev/sdb1, вывело следующее:

spoiler

sudo fsck -C -y -c -f /dev/sdb1
fsck из util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
rootfs: восстановление журнала
Checking for bad blocks (read-only test): done
rootfs: Updating bad block inode.
Проход 1: Проверка inodes, блокs, а также размеров
Pass 2: Checking каталог structure
Pass 3: Checking каталог connectivity
Pass 4: Checking reference counts
Pass 5: Checking группа summary information
Free блокs count wrong (257860, counted=257858).
Исправить? yes


rootfs: ***** FILE SYSTEM WAS MODIFIED *****
rootfs: 190103/950272 files (1.7% non-contiguous), 3530686/3788544 blocks

Восстановил дорожки, загрузка прошла чуть дальше (судя по тому, как он загружался когда был исправен и когда только сдох). Сделал dd на новую "флэшку", но загрузка дальше нивкакую не идёт.
По индикатору флэшки вижу, что общение первые минуты загрузки какое-то идёт, но дальше всё замолкает.

Так вот - как выявить причину, почему не происходит дальнейшей загрузки? Что проверять/смотреть?
Ну и видел бы, что выдаёт nas при загрузке на экране - было бы проще, а так - чёрный ящик =(
P.S. Поставить чистую систему не вариант - нет сборок под nas, как и имени самого nas.

Answer 1

[Артем Спиридонов]

Blackbox - это круто. Люблю их.

Слепые эксперименты, для начала

• 32-разрядный дистр
  
• 64-разрядный дистр
  
• DSL linux, puppylinux
  

Еще подумаю, допишу. Вы тоже попробуйте, расскажите что получилось.

Экран нереально "припаять"? Что там за железо? Фотку?

Comments

[Pavel K]

Ага, особенно когда неспеша есть пара недель копаться =))
Экран - точно нет (vga покрайне мере ничего не нашёл, у самого проца маркировка стёрта (либо не было изначально). uart та то же не нашёл.
Проблема сейчас именно что сделать с системой на флэшке, так как хотябы загрузка прошла чуть дальше, потому что кроме системы, вангую, ещё придётся возиться с контроллером raid и перетаскивать из новой в старую все настройки / etc.

[Артем Спиридонов]

Pavel K, фотку б. Остальное уже не особо беда.

Настройки скорее всего живы, т.к. умирающие флешки встают в readonly перед тем, как умереть.

[Zettabyte]

Артем Спиридонов,

умирающие флешки встают в readonly перед тем, как умереть

Когда вам в следующий раз попадётся такая read-only флешка, попробуйте снять с неё данные или образ сначала на одном компьютере, потом на другом. А затем сравните результаты побайтово или с помощью контрольных сумм.

С высокой вероятностью качество того "read", который only, даст о себе знать.

Кроме того, как ведёт себя неизвестный контроллер, работающий с неизвестной NAND-памятью, в случае проблем с ней, при том, что оба из noname-NAS, могут не знать даже создатели того NAS'а.

[Артем Спиридонов]

Zettabyte, недавно вытаскивал данные с погибшего SSD. Контрольные суммы не сверял, меня интересовали только /etc и /home

[Zettabyte]

Артем Спиридонов,

недавно вытаскивал данные с погибшего SSD

Во многих случаях это сродни сравнению спасательного плота с современного круизного лайнера или эсминца и надувного круга-уточки с Алиэкспресс.

[Артем Спиридонов]

Zettabyte, даже не думал об этом. При миграции интересует дамп, максимум - конфигурация. Все это вытащил, без каких-либо проблем.

Сомнительное, но полезное решение конструкторов SSD и современных флешек - при подозрении на скорую кончину они переключаются в readonly. Как раз затем, чтобы дамп снять. Посмотрите мои вопросы тут, можете отследить историю моей истерики по этому поводу.

[Zettabyte]

Артем Спиридонов,

Сомнительное, но полезное решение конструкторов SSD и современных флешек

Для флешек и особенно карт памяти, не удивлюсь, если основная цель этого - возможность предложить "пожизненную" гарантию, которой не будут пользоваться из соображений конфиденциальности.

[Pavel K]

В общем восстановил grub и mbr, прогрузилась. Сделал образ, вынес разъём и теперь будет с обычной флэшки, что бы в следующий раз просто перезалить.

Answer 2

[Zettabyte]

Прогнал fsck -C -y -c -f /dev/sdb1

Ох-хо-хох, это, похоже, проклятье какое-то с чекдисками :) :(

Ну ладно ещё обычные пользователи соглашаются и не останавливают "Проверку диска" от Windows, но вы, человек, который сумел найти и отпаять встроенную в NAS флэшку, затем распаять её так, чтобы она читалась, и туда же?

Несмотря на то, что:

• Была явная причина возникновения проблемы (отключение электричества)
  
• НАС перестал загружаться = у флэшки проблемы даже с чтением (подтверждение возникновения проблемы)
  
• Было известно, что ничего не известно, т.е. NAS, по сути, уникальный, как и софт внутри
  

вы тоже решили жахнуть по загрузочной части операцией записи.

По-хорошему надо было, получив доступ на чтение, делать полный образ, затем хорошо бы делать его ещё насколько возможно, "по-другому" (хотя бы на другом компьютере) и сравнить два образа побайтово или посчитать контрольную сумму.

Ещё бы хорошо пустить тест чтения, чтобы наглядно оценить состояние накопителя, и только потом думать об fsck.

Сейчас разумными вариантами представляется всё-таки попробовать опознать NAS и найти владельцев таких же, чтобы попытаться достать софт через них.
Как вариант ещё можете попробовать собрать массив дисков программно и посмотреть на имеющиеся разделы. Если помимо вашего раздела с данными увидите служебные, то, в зависимости от того, что там, можно попробовать сориентироваться с помощью них.

Comments

[Pavel K]

Да я на радостях =)) Мне проверка часто помогала с коцаными флэшками, где ext3/4...
Потом только дошло сделать образ =(
С раид всё впорядке, пересобрал.
В общем восстановил grub и mbr, прогрузилась.