Поврежденная файловая система

Вот и пришел конец системе… :frowning:
Система не грузится, раздел с живого диска не монтируется, fsck рапортует об ошибках в суперблоке с которыми он не может справиться

В связи с этим несколько вопросов:

  • что ещё можно попробовать?

  • какой программой можно определить, кроется ли проблема только в слетевшей файловой системе или поврежден сам жесткий диск?

  • раздел /home предусмотрительно был вынесен на другой раздел, насколько проблемно будет его “прикрутить” к новой установленной системе (с сохранением настроек, паролей и т.п.)?

  • файловая система была везде ext4, может для системных разделов что-то лучше подходит?

  • что ещё можно попробовать?

Загрузиться с livecd/liveFLASH

fsck рапортует об ошибках в суперблоке с которыми он не может справиться …
файловая система была везде ext4

подсказка

какой программой можно определить, кроется ли проблема только в слетевшей файловой системе или поврежден сам жесткий диск?

smartctl

раздел /home предусмотрительно был вынесен на другой раздел, насколько проблемно будет его “прикрутить” к новой установленной системе (с сохранением настроек, паролей и т.п.)?

Если smartctl скажет, что хард живой, то скорее всего проблема будет лишь с корнем. Если в нем нет ничего важного (вроде ssh/vpn-ключей, wifi-паролей) что больше неоткуда восстановить, можно просто переустановить систему. Желательно в другой раздел (потом на досуге будете разбираться с этой системой).

Если хард мертвый - то копируете в первую очередь данные(/home) на живой носитель (если не очень мертвый - rsync-ом, если тоже сыпется - то лучше через dd сделать дамп партиции)

Загрузившись с livecd не рекомендую монтировать файловым менеджером. Лучше сначала проверить smartctl-ом диск, и лишь после этого монтировать с -o ro

при помощи rsync копировать можно командой:

rsync -avAH /src/path/ /dst/path/

при помощи dd:

dd if=/dev/src of=/dev/dst

Детали в man-ах

Благодарю.
В принцепе все те же горькие новости, единственное что про lde --superscan не знал (правда этот пакет в Calculate не входит и помечен, как нестабильный)
fsck.ext4 -b 8193 (и другие стандартные номера) прогнал достаточно далеко, ни один цельный не попался

сейчас проверю сам диск
поставил проверку при помощи badblocks, так он на маленький системный раздел решил потратить часа 2
проверилось процентов 30 - радует, что пока ни одной ошибки

smartctl тоже показывает, что диск вполне живой
руководствовался по этой статье
http://ru.gentoo-wiki.com/wiki/Мониторинг*жестких*дисков*[#.D0.A0.D0.B0.D0.B1.D0.BE.D1.82.D0.B0]{.smartmontools}*.D1.81_smartctl

а что по выбору файловой системы?

а что по выбору файловой системы?

в принципе, ext4 вполне стабильная система. Странно, что у вас такое случилось.
Кстати, а что за диск?

smartctl тоже показывает, что диск вполне живой

хотелось бы логи посмотреть.
smartctl -a /dev/sda | wgetpaste
Ссылку сюда киньте

http://pastebin.calculate-linux.ru/ru/show/3724

А по поводу того, что случилось - дело к этому шло давно - постоянная строчка при загрузке, что часть файловой системы смонтировано с ошибкой, несколько раз ошибка загрузки из-за того, что диск примонтировался в режиме только для чтения… Пару раз помогала fsck - сейчас не помогло.
Причины - несколько раз аварийное отключение (как без этого), руки не доходят закрепить поплотней жесткий диск в корпусе (тоже наверное на пользу не идет). Ещё один странный момент - после того как диск настойчиво монтировался в режиме “только для чтения” несколько раз подряд помогало поплотней прижать шлейфа сата и питания (из-за разболтанных контактов он так глючить мог?)

  5 Reallocated_Sector_Ct   0x0033   097   097   036    Pre-fail  Always       -       146
195 Hardware_ECC_Recovered  0x001a   046   026   000    Old_age   Always       -       190684585
199 UDMA_CRC_Error_Count    0x003e   200   140   000    Old_age   Always       -       11136

Скорее всего у вас поверхность жива, но из-за рыжих контактов или(и)хренового Sata-шнурка при записи данные побились.

А по поводу того, что случилось - дело к этому шло давно - постоянная строчка при загрузке, что часть файловой системы смонтировано с ошибкой, несколько раз ошибка загрузки из-за того, что диск примонтировался в режиме только для чтения… Пару раз помогала fsck - сейчас не помогло.

Странно, что у вас fsck при каждой загрузке не чекал диск. По идее, при правильной записи в fstab-е, в случае неправильного выключения компа, система должна прочекать диск.
У вас система случаем стоит не в scratch-режиме?

Что касается диска - аккуратно отверткой-звездочкой (цена 1-5$) подходящего размера отвинтите винтики крепящие плату, и твердым ластиком сотрите окисел с контактной площадки под головы. Можно потом спиртом пройтись по этим контактам.
Я использую отвертку размером T9 фирмы Force, китайские размеры могут не соответствовать и качество стали металла откровенно хреновое.
Будете себе брать отвертку лучше берите в фирменных магазинах инструментов, а также возьмите с собой хард “примеряться”.

С современными хардами выполнять такое надо где-то раз в полгода-год.
Будьте внимательны выполняя подобные действия. При неаккуратном обращении можно оторвать смд-элементы, что совсем не есть гуд.

Перед самым действием приготовьте фотик. Будете потом перед друзьями хвастать какой вы крутой ремонтник, и какое “непотребство” у вас с хардом было :wink:

Шлейф проверить можно программой Victoria
Просто скачайте образ загрузочной дискеты DOS-а с 3.4 или 3.5 викторией, киньте на флешку с grub-ом, положите на нее файл /usr/share/syslinux/memdisk, и пропишите в grub.cfg для grub-1.99*

...
menuentry 'Victoria 3.4 rus' {
  echo "Load memdisk"
  linux16 /iso/memdisk raw
  echo "Load image"
  initrd16 /iso/floppy/Victoria34r.img
  echo "boot..."
}

Для grub-0.97* запись будет выглядеть так

...
Title Victoria 3.4 rus
kernel /iso/memdisk raw
initrd /iso/floppy/Victoria34r.img

Само собой /iso/memdisk и /iso/floppy/Victoria34r.img - пути которые будут зависеть от того куда вы эти файлы положите.

Михаил Гагауз wrote:

Странно, что у вас fsck при каждой загрузке не чекал диск. По идее, при правильной записи в fstab-е, в случае неправильного выключения компа, система должна прочекать диск.

Проверял - как без этого ))) Я думал, что это одна какая-то зловредная ошибка заела, но видимо вы правы - ошибки сыпались постоянно новые

Михаил Гагауз wrote:

Скорее всего у вас поверхность жива, но из-за рыжих контактов или(и)хренового Sata-шнурка при записи данные побились.

Или разъемы на материнке уже - она гораздо старей жесткого диска.

Благодарю за помощь - пошел переставлять систему

Проверял - как без этого ))) Я думал, что это одна какая-то зловредная ошибка заела, но видимо вы правы - ошибки сыпались постоянно новые

У вас система случаем стоит не в scratch-режиме?

когда система установлена в scratch(он же build) режиме, проверка корня не происходит (в двух словах - проблема в initrd монтирующем корень в /mnt/scratch в режиме rw) и прогонять проверку пока приходится вручную.