Восстановление из поврежденной файловой системы, когда 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 раз ранее, и я уверен, что следующие десять раз я попробую - точно такие же контрольные суммы и идентификаторы блоков , Любая помощь с удовольствием получила!

Спасибо.

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

EDIT: использовал tune2fs для определения суперблоков и запустил e2fsck -b 01234 / dev / sda1 в качестве альтернативы fsck ... без эффекта.

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

12
задан 10 December 2013 в 15:52

2 ответа

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

sudo mkfs.ext4 -S /dev/sda1

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

, но только если вам повезет.

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

0
ответ дан 10 December 2013 в 15:52

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

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

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

0
ответ дан 10 December 2013 в 15:52

Другие вопросы по тегам:

Похожие вопросы: