Восстановление из поврежденной файловой системы, когда fsck не помогает

12

Что-то пошло не так с моей файловой системой, Ubuntu установил ее только для чтения и теперь под Ubuntu Live Disc fsck не может это исправить.

У меня работает 13.04, и он не загружается - при запуске он просто показывает приглашение grub rescue.

Это простая установка, всего один жесткий диск в / dev / sda1, но он даже не будет монтироваться.

Программа установки может увидеть раздел, его ext4 и загрузочный раздел.

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

У меня есть резервная копия с использованием backuppc, но я тупо потерял свои аварийные диски. Я бы предпочел избежать полной установки с последующим восстановлением, которое у меня нет опыта при выполнении.

Суть в том, что fsck говорит, что исправляет все, но на самом деле это не так, поэтому при следующем запуске я получаю точно такие же сообщения об ошибках и исправления.

Вот вывод:

ubuntu@ubuntu:~$ sudo fsck.ext4 -vy /dev/sda1
e2fsck 1.42.8 (20-Jun-2013)
ext2fs_check_desc: Corrupt group descriptor: bad block for block bitmap
fsck.ext4: Group descriptors look bad... trying backup blocks...
Block bitmap for group 0 is not in group.  (block 2553887680)
Relocate? yes

Inode table for group 0 is not in group.  (block 2440124416)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

One or more block group descriptor checksums are invalid.  Fix? yes

Group descriptor 0 checksum is 0x761e, should be 0xcf25.  FIXED.
Block bitmap for group 4352 is not in group.  (block 2553887680)
Relocate? yes

Inode table for group 4352 is not in group.  (block 3731970048)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

Group descriptor 4352 checksum is 0x5eda, should be 0x3da3.  FIXED.
Inode bitmap for group 4353 is not in group.  (block 2785042439)
Relocate? yes

Group descriptor 4353 checksum is 0xd8b1, should be 0xedfb.  FIXED.
Inode bitmap for group 4354 is not in group.  (block 838860807)
Relocate? yes

Group descriptor 4354 checksum is 0x1718, should be 0x0438.  FIXED.
Inode bitmap for group 4355 is not in group.  (block 771751943)
Relocate? yes

Group descriptor 4355 checksum is 0x0bc8, should be 0x4170.  FIXED.
fsck.ext4: e2fsck_read_bitmaps: illegal bitmap block(s) for /dev/sda1

/dev/sda1: ***** FILE SYSTEM WAS MODIFIED *****

/dev/sda1: ********** WARNING: Filesystem still has errors **********

ubuntu@ubuntu:~$ 

Это точно так же, как это было 10 раз ранее, и я уверен, что следующие десять раз я попробую это - точно такие же контрольные суммы и идентификаторы блоков. Любая помощь с удовольствием получила!

Благодарю.

РЕДАКТИРОВАТЬ: в основном я думаю, вопрос заключается в следующем: эта файловая система ремонтируется на месте или эта информация из fsck означает, что мой диск мертв? И если он не умер, что я могу сделать сверх того, что я сделал с fsck?

РЕДАКТИРОВАТЬ: использовал tune2fs для определения суперблоков и запускал e2fsck -b 01234 / dev / sda1 как альтернативу fsck ... безрезультатно.

РЕДАКТИРОВАТЬ: пробовать testdisk, который говорит мне, что раздел плохой. ... ОК, тестовый диск, кажется, не предлагает много.

Адам
источник
Разве я в основном не рассмотрел материал в этой ссылке с помощью fsck.ext4 -vy / dev / sda1? Единственным отличием является флаг '-p', с помощью которого он говорит мне просто сделать это вручную - то есть то, что я вырезал и вставил выше.
Адам

Ответы:

15

Наконец нашел эту ссылку, где файловая система типа ext4 получает побои, но после предоставления всех советов, которые я уже пробовал, он, наконец, говорит:

sudo mkfs.ext4 -S /dev/sda1

Это заменит все ваши суперблоки правильными данными, если предположить, что размер блока угадан правильно (по умолчанию это правильно для большинства систем.) Если вам нужно использовать это, пожалуйста, сначала прочтите страницу руководства на -S. Не вините меня!

но только если тебе повезет.

Это исправило раздел, чтобы я мог прочитать его снова. Тем не менее, мне пришлось запустить fsckисправление ошибок, которые все еще были, и которые сбрасывали содержимое / etc и много других вещей в / lost + found, поэтому мне придется выполнить переустановку и восстановление из Резервное копирование, чтобы снова начать работу.

Адам
источник
Спасибо, интересно. У меня была проблема с корневым разделом ext2, который я прекратил исправлять. Я протестировал команду, и она «сработала» (я указал размер блока), но раздел все равно не загружался после того, как fsck пришлось исправить множество секторов. Теперь мне интересно, что бы случилось с unix.stackexchange.com/a/193778/59808 .
Немо,
2

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

Второе: посмотрите на это: как я могу исправить монтирование диска с данными после сбоя?

В-третьих: проверьте ваш жесткий диск с помощью Smartmontools и, в конечном итоге, с бадблоками: sudo badblocks -vsn /dev/sda(Это может занять некоторое время, не делайте этого, если у вас есть ssd)

innerand
источник
Спасибо за редактирование! Забавно смотреть на такой грибной ответ. Ответ, на который вы ссылаетесь, касается магических чисел, и это не то, что я вижу - на самом деле это один из нескольких ответов на Askubuntu, на который я уже смотрел. Я тоже попробую маршрут восстановления данных, пока у меня нет других решений. Запустил короткий тест smartmontools, и он не нашел никаких ошибок.
Адам
1
Извините за редактирование. Поскольку современные файловые системы, такие как ext4, сложно сломать, я всегда сначала думаю о сбое оборудования. Когда смарт говорит, что с диском все в порядке, на самом деле это не обязательно. Почему ваш фс испорчен? Если я, где вы и fsck не можете восстановить fs, я сделал бы чистую установку. Возможно, будет проще, чем пытаться исправить фс вручную.
2013 г.
ОК, не беспокойтесь, спасибо только за ответ! Я не был саркастичным. Я полностью следую за тобой в том, что ты говоришь. Я просто должен восстановить свою систему и запустить ее как можно скорее. В худшем случае доставка нового жесткого диска займет 3 дня, поэтому я бы хотел найти решение «без нового оборудования» для этого.
Адам
по ссылке в ответе, который я дал ниже, видимо ext4 не так сложно сломать. но что угодно.
Адам
Виртуальный хост с 9 Windows и 1 Ubuntu. Хост пошел вниз, взяв все 10 с собой. Когда он вернулся, все Windows загрузились. На компьютере с ОС Linux отображалось сообщение «НЕОЖИДАННАЯ НЕПРАВИЛЬНОСТЬ» и требовался ручной fsck. Я никогда не видел так много исправлений iNode [со времен Solaris в 90-х годах]. Это не аппаратное обеспечение, а просто отключение электроэнергии. Я никогда не думал, что увижу день NTFS pwned EXT4.
Brain2000