Как исправить ошибки на разделе ext4 (Ubuntu 12.04)?

Question

[Никита Колосов]

В общем, ситуация такая. Делал resize диска (при попытке установить Backtrack)

Ресайз завершился некорректно, в итоге система не загружается. После chkdsk /F раздел с windows стал загружаться, однако с ubuntu всё по-прежнему плохо. При попытке загрузки — черный экран.


Загрузился с Live CD, разделы видны, всё ОК, данные на месте.

Вывод fdisk -l
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000695ca

Device Boot Start End Blocks Id System
/dev/sda1 * 2048 558841855 279419904 83 Linux
/dev/sda2 558841856 870467583 155812864 7 HPFS/NTFS/exFAT
/dev/sda3 870467584 972867583 51200000 7 HPFS/NTFS/exFAT
/dev/sda4 972869630 976771071 1950721 5 Extended
/dev/sda5 972869632 976771071 1950720 82 Linux swap / Solaris



Вывод fsck.ext4 -p /dev/sda1/dev/sda1 contains a file system with errors, check forced.
/dev/sda1: Duplicate or bad block in use!11
/dev/sda1: Multiply-claimed block(s) in inode 28542: 4291065 4291066 4291067 4291068 4291069 4291070 4291071 4291072
................................................
................................................
/dev/sda1: (There are 5671 inodes containing multiply-claimed blocks.)

/dev/sda1: File /???/alsactl (inode #18927, mod time Wed Apr 4 04:12:07 2012)
has 21 multiply-claimed block(s), shared with 1 file(s):
/dev/sda1: ... (inode #4718598, mod time Wed Apr 4 04:12:07 2012)
/dev/sda1:
/dev/sda1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options)


Содержимое /etc/fstab# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc nodev,noexec,nosuid 0 0
# / was on /dev/sda1 during installation
UUID=2deb8529-27a5-46a5-9b3e-0eafb90f746d / ext4 errors=remount-ro 0 1
# swap was on /dev/sda5 during installation
UUID=f7394914-0a5a-4833-9645-4f696023b27c none swap sw 0 0


Пример вывода fsck.ext4 /dev/sda1 (без параметра -p)
..............
File /???/brltty (inode #19653, mod time Tue Apr 10 20:06:23 2012)
has 107 multiply-claimed block(s), shared with 1 file(s):
... (inode #4718605, mod time Tue Apr 10 20:06:23 2012)
Clone multiply-claimed blocks<y>? yes
clone_file_block: internal error: can't find dup_blk for 5043283
...............



Вопрос: Что делать и как жить дальше? с нуля систему ооочень не хочется переустанавливать

Comments

[Никита Колосов]

P.S. М.б неважно, но всё-таки. При загрузке системы, если открыть root-терминал, то пишет, что файловая система после ошибки read-only. Думаю, это ясно из fstab

[Никита Колосов]

Вывод tune2fs -l /dev/sda1 (фрагмент)

...
First error inode #: 0
first error block #: 2437952
...
Last error inode #: 18099
Last error block #: 0

[Никита Колосов]

В общем, переустановил Ubuntu, предварительно скопировав /home. Только часть софта пришлось с нуля ставить

Answer 1

[Константин Власов]

Какие-то странные ошибки… Если других решений не будет, можно взять где-нибудь внешний винт достаточного размера, сдампить на него образ битого раздела при помощи dd (лучше в файл), после чего форматнуть раздел, подмонтировать этот бэкапный образ в режиме только чтения и восстановить данные с него каким-нибудь rsync'ом или двойным tar'ом через пайп (надо подобрать параметры, чтоб копирование было с сохранением всех атрибутов, прав доступа, временных меток и пр.)

Comments

[Никита Колосов]

Уже были такие мысли, но пока пробую найти другое решение.

Находил патч для fsck, который исправляет ошибку can't find dup_blk, но тогда надо fsck вручную компилть

[Назар Мокринский]

Я как-то компилил так утилитки тестовые для восстановления данных c btrfs более года назад, попробуйте, мне повезло, всё достал.

[Никита Колосов]

Да я же говорю, с данными всё ОК, я их спокойно скопировал на съёмный жесткий. Проблема именно в загрузке

[Назар Мокринский]

В вашем случае это не восстановление данных (с которыми всё же не всё в порядке, раз есть ошибки). Просто компиляция утилиты под себя может решить проблему, стоит попробовать.

Answer 2

[Odinokij_Kot]

попробуй fsck.ext4 -f /dev/sda1
будет вручную задавать вопросы про ремонт каждого глюка в фс, Решай по месту

Comments

[Никита Колосов]

Пробовал. С учетом этого — /dev/sda1: (There are 5671 inodes containing multiply-claimed blocks.) это мне несколько суток сидеть. и в любом случае, если жму «yes» когда он спрашивает Clone multiply-claimed blocks<y>? далее все равно говорится clone_file_block: internal error: can't find dup_blk for Х

[Odinokij_Kot]

добавь ещё -y чтоб не тыкать каждый раз yes

[Odinokij_Kot]

а сам диск то жив??? может он собирается отдать богу душу?? что в смарте? и хорошо бы поверхность викторией или мхдд проверить.

[Никита Колосов]

Odinokij_Kot, сам диск жив, говорю же. с данным всё в порядке. всё на месте. И windows на соседнем логическом разделе работает без нареканий после чекдиска.

Добавлял -y, ситуации это не сильно помогло, просто в какой-то момент зависло всё

Answer 3

[akov]

Для заметки кто столкнется:

clone_file_block: internal error: can't find dup_blk for 5043283

Данная ошибка - это баг e2fsck, ссылка на launchpad'e

Для Ubuntu 12.04 и выше необходимо (и достаточно) обновить утилиты вручную до:
e2fslibs_1.42.12-1
e2fsprogs_1.42.12-1

Например отсюда: launchpad.net

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