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

Что-то пошло не так с моей файловой системой, 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, который говорит мне, что раздел плохой. ... ОК, тестовый диск, кажется, не предлагает много.

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

sudo mkfs.ext4 -S /dev/sda1

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

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

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

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

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

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