LINUX.ORG.RU
 

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 — работает, что радует. Но весь раздел скопировать некуда, большой.

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

НАУЧИ КОМПЬЮТЕР ВАРИТЬ КОФЕ

управление электрическими цепями с помощью компьютера
лучший подарок для техногика; только открытые программы
http://www.unicontrollers.com/products/unc01x

[#]  
no-dashi

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

А потом xfs_repair.

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

***** ()
[#] Ответ на: комментарий от Fanta 09.02.2012 18:38:09  
>>-----Цитата---->>

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

<<-----Цитата----<<

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

()
[#] Ответ на: комментарий от GotF 09.02.2012 18:44:21  
>>-----Цитата---->>

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 09.02.2012 19:11:39  
GotF

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

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

***** ()
[#] Ответ на: комментарий от fffgh 09.02.2012 18:37:36  
>>-----Цитата---->>
>>-----Цитата---->>

не LVM? ССЗБ

<<-----Цитата----<<

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

<<-----Цитата----<<

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

anonymous ()
[#]  
ZenitharChampion

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

** ()
[#] Ответ на: комментарий от GotF 09.02.2012 19:17:10  
>>-----Цитата---->>

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

<<-----Цитата----<<

http://pastebin.com/gzyHJSnR

>>-----Цитата---->>

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

<<-----Цитата----<<

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

()
[#] Ответ на: комментарий от fffgh 09.02.2012 20:12:34  
GotF
>>-----Цитата---->>
<<-----Цитата----<<

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

***** ()