LINUX.ORG.RU
Форум — Desktop  

xfs, ошибки. Что делать?


0

1

Есть раздел с xfs, который внезапно «перестал работать».

Монтирую его в /media/111 — не ругается.

$ ls /media/111/
ls: cannot access /media/111/etc: Input/output error
ls: cannot access /media/111/boot: Input/output error
ls: cannot access /media/111/mnt: Input/output error
ls: cannot access /media/111/sbin: Input/output error
ls: cannot access /media/111/tmp: Input/output error

потом долго думает и всё-таки показывает содержимое:

bin cdrom etc initrd.img lib mnt proc sbin srv tmp usr vmlinuz
boot dev home initrd.img.old media opt root selinux sys var vmlinuz.old

Есть запустить fm и «пошарить» по разделу — долгое ожидание отображения содержимого каталогов, пустые каталоги, микроскопическая скорость копирования того, что удаётся увидеть. Ну и, понятно, «Input/output error».

Запускаю xfs_check — двести мегабайт «выхлопа».
Сперва немного «can't read inode block ******», потом куча «block ****** type unknown not expected», под конец встречаются «disconnected inode ******, nlink 1» и «link count mismatch for inode ****** (name ?), nlink 0, counted 1».

Попробовал покопировать сотню-другую мегабайт из раздела с помощью dd — работает, что радует. Но весь раздел скопировать некуда, большой.

О чём это всё говорит, и стоит ли пытаться починить, пока не сделана копия раздела?

★★

Копию раздела сделать обязательно - ну или как минимум сделать снапшот LVM. (не LVM? ССЗБ).

А потом xfs_repair.

Ну и батюшку чтобы святой водой побрызгал...

no-dashi ★★★★★
()
Ответ на: комментарий от no-dashi

Разделы с разными фс лучше размещать на lvm, как было сказано выше. Загружайся с Live-cd и проверяй на ошибки.

Fanta
()
Ответ на: комментарий от Fanta

Загружайся с Live-cd и проверяй на ошибки.

Проверил уже. Вон, 200 мегабайт текста про эти ошибки. «Чинить» пока не тороплюсь.

fffgh ★★
() автор топика
Ответ на: комментарий от fffgh

Что это?

Слепок файловой системы с содержимым.

Чем лучше копирования раздела?
Грамотнее.

Fanta
()
Ответ на: комментарий от GotF

smartctl -a

Как-то много там всего. На что обратить внимание?

Например, в конце несколько секций типа «Error 3341 occured» — и таблички к ней.

Error 3341, 3340 и тд.



Посмотрел в гномовской утилите окошко SMART Data.

Пишет, 27 bad sectors. Плюс ниже таблица с параметрами — два красным выделены:

Spinup time = 9.3 seconds

Current pending sector count (number of sectors waiting to be remapped) = 27 sectors


Запустил там short self-test — «FAILED (Read)».

fffgh ★★
() автор топика
Ответ на: комментарий от fffgh

Надо бы весь дамп показать (на pastebin какой-нибудь).

Хотя по «27 bad sectors» и «short self-test — „FAILED (Read)“» уже ясно, что диску труба. Сливай быстрее дамп ФС и выкидывай диск.

GotF ★★★★★
()
Ответ на: комментарий от fffgh

не LVM? ССЗБ

А чем бы он мне помог?

одноклассники больше зауважают, по сравнению с dd или xfsdump/xfsrestore

anonymous
()

У меня было что-то такое с ext3, проверенной проверялкой от ext4. Но я быстро отключил, и fsck.ext3 всё быстрог поправил - побились только некоторые файлы из /usr/share. Советую монтировать в режиме «только чтение», а также восстанавливалки файлов вроде R-Studio.

ZenitharChampion ★★★★★
()
Ответ на: комментарий от GotF

Надо бы весь дамп показать (на pastebin какой-нибудь).

http://pastebin.com/gzyHJSnR

уже ясно, что диску труба

Интересно, что там ещё один раздел — и с ним никаких проблем. Думал, чисто программная ошибка, а оно вон как.

fffgh ★★
() автор топика
Ответ на: комментарий от fffgh

http://pastebin.com/gzyHJSnR

Похоже, что магнитное покрытие в порядке, но с механикой проблемы, поэтому оно бракует сектора, хотя они живы. В общем, предыдущая рекомендация остаётся в силе.

GotF ★★★★★
()

А если оставить диск в покое до лучших времён (выключенным) — ему может стать ещё хуже?

fffgh ★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Desktop