Відновлення з пошкодженої файлової системи, коли fsck не допомагає


12

Щось пішло не так з моєю файловою системою, Ubuntu встановив її лише для читання, і тепер під Ubuntu Live Disc, fsck не може її виправити.

Я працюю 13.04, і він не завантажиться - при запуску він просто показує підказку щодо рятування.

Це пряма настройка, лише один жорсткий диск на / 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 разів раніше, і я впевнений, що наступні десять разів спробую це - точно такі ж контрольні суми та блокові ідентифікатори. Будь-яка допомога з радістю отримана!

Дякую.

EDIT: в основному, я думаю, що питання: чи тепер ця файлова система ремонтується in situ чи означає, що інформація з fsck означає, що мій диск мертвий? І якщо він не мертвий, що я можу зробити вище та поза тим, що робив з fsck?

EDIT: tune2fs використовував для ідентифікації суперблоків та виконував e2fsck -b 01234 / dev / sda1 як альтернативу fsck ... ніякого ефекту.

EDIT: спробувати testdisk, який повідомляє мені, що розділ поганий. ... Гаразд тестдиск, здається, не пропонує багато.



чи я в основному не висвітлював речі в цьому посиланні з fsck.ext4 -vy / dev / sda1? Єдина відмінність - прапор '-p', і в тому, що він говорить мені просто зробити це вручну - тобто те, що я вирізав і вставив вище.
Адам

Відповіді:


15

Нарешті знайдено це посилання, де тип файлової системи ext4 отримує удар, але після надання всіх порад, які я вже намагався, він нарешті говорить: зробити це:

sudo mkfs.ext4 -S /dev/sda1

Це замінить усі ваші суперблоки правильними даними, якщо припустити, що розмір блоків правильно відгаданий (типовий для більшості систем правильний). Якщо вам потрібно скористатися цим, будь ласка, прочитайте спочатку сторінку man на -S. Не звинувачуйте мене!

але лише якщо вам пощастило.

Він зафіксував розділ, щоб я міг прочитати його ще раз. Однак мені довелося запустити, fsckщоб виправити помилки, які все ще були, і це скинуло вміст / і т. Д. І багато інших речей у / загублено + знайдено, тому мені доведеться зробити повторну інсталяцію та відновлення з резервне копіювання, щоб повернути це знову.


Дякую, цікаво. У мене виникла проблема з кореневим розділом ext2, який я відмовився від виправлення. Я перевірив команду, і вона "спрацювала" (я вказала розмір блоку), але розділ все-таки був незавантаженим після того, як fsck повинен був виправити багато секторів. Тепер мені цікаво, що б сталося з unix.stackexchange.com/a/193778/59808 .
Немо

2

По-перше: Якщо у вас є важливі дані на цьому диску, це був би хороший час (насправді поганий час) для створення резервної копії. Див. Розділ Відновлення даних: Зображення пошкодженого пристрою, файлової системи чи диска . Можливо, ваш Harddisk вмирає.

Друге: Подивіться на це: як я можу виправити встановлення мого накопичувача даних після збоїв?

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


Дякуємо за редагування! Смішно дивитися на відповідь гриб на зразок такого. Відповідь, на яку ви посилаєтесь, стосується магічних чисел, і це не те, що я бачу - адже це одна з кількох відповідей на askubuntu, яку я вже дивився. Я також спробую відновити дані, поки у мене немає інших рішень. Пройшов короткий тест smartmontools, і він не виявив жодних помилок.
Адам

1
Вибачте за редагування. Оскільки сучасні файлові системи на зразок ext4 важко зламати, я завжди спочатку замислююся про технічну несправність. Коли розумний каже, що диск - це нормально, це не обов'язково добре. Чому ваш FS корумпований? Якби я, де ви та fsck не змогли відремонтувати файли, я зробив би чисту установку. Можливо, буде простіше, ніж спробувати виправити fs вручну.
innerand

ОК, не хвилюйтесь, дякую лише за відповідь! Я не був саркастичним. Я повністю стежу за тобою, що ти кажеш. Мені просто потрібно відновити систему і скоріше працювати. У гіршому випадку потрібно три дні, щоб отримати новий жорсткий диск, тому я хотів би знайти для цього рішення "без нового обладнання".
Адам

за посиланням у відповіді, яку я дав нижче, мабуть, ext4 не так важко розірвати. але що б там не було.
Адам

Віртуальний хост з 9 Windows та 1 Ubuntu. Ведучий пішов, взявши з собою всі 10. Коли він повертався, всі Windows завантажувались вгору. Машина Linux відображала "НЕПЕРЕКТИВНУ НЕПРОМОЖНІСТЬ" та вимагала ручного fsck. Я ніколи не бачив стільки виправлень iNode [з часу Solaris ще в 90-х]. Це не апаратне забезпечення, а суто відключення електроенергії. Я ніколи не думав, що побачу день, коли NTFS pwned EXT4.
Brain2000
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.