Как восстановиться, файловая система XFS с “чтением суперблока перестала работать”

У меня есть раздел XFS на "sda6". В Lubuntu он исправлен, не исправляется и не монтирует раздел XFS на 13.10. При загрузке Lubuntu он говорит, что должен быть исправлен, и пытается при загрузке исправить файловую систему XFS. Когда я приступил к первой установке Lubuntu, в разделе было написано Неизвестно .

Lubuntu не исправлен. Использование команды xfs_check для меня не решено.

Я наконец решил вернуться к Debian 7 и переустановить. Он обнаружил все файловые системы и обычно смонтированный раздел XFS .

Я читал много пользователей о файловых системах XFS, поэтому я думаю, что это проблема с изменениями в версиях ядра, потому что Debian 7 использует версию 3.2 и монтирует XFS нормально без ошибок, но в Ubuntu с последним ядром 3.11 не решается файловая система XFS .

Я пробовал с CentOS 6.5, но CentOS следует за RedHat и со старым «стабильным» ядром. Он не будет обнаруживать XFS автоматически.

Наконец, в Debian 7 я сделал резервные копии всех данных в разделе XFS и воссоздал разделы в EXT4 .

] Из-за того, что RedHat не исправит раздел чтения XFS и некоторые проблемы с XFS (погуглите, сколько пользователей не решило разделы чтения XFS) Я обычно выбираю Debian для резервного копирования и перехода на новое, совместимое с ядром 3.11, на EXT4 / btrfs ... filesystems.

Надеюсь, этот кто-то поможет.

Приведенные выше ответы не помогли мне, когда у меня возникла эта проблема сегодня (около 9,5 часов назад). Я представлю здесь решение, которое сработало для меня, а также причины, по которым предыдущий ответ не помог.

Симптомы

1. Из ниоткуда ни один файл в / home не может быть сохранен / edited и т. д. или любой из перечисленных каталогов.
2. dmesg показал где-то xfs_do_force_shutdown, вызванный , вокруг нескольких других сообщений xfs.
3. xfs_repair не удалось на этапе 1 с суперблоком Ошибка чтения , за которой последовала фатальная ошибка - Ошибка ввода / вывода
4. Остальная часть моего диска работала безупречно (включая / , то есть только / home был не работает).
5. Попытка смонтировать приведет к суперблок не может быть найден (или аналогичная) ошибка, но нет подсказки относительно того, что делать дальше.

Решение

Решение основано на этом посте Найджел Смит, главный автор XFS (если я правильно понял). Я повторно опубликую шаги здесь, если предыдущая ссылка устареет. Все следующие операции должны выполняться от имени root (очевидно).

1. Запустите длительную самопроверку диска: smartctl -t long / dev / sda . Это может занять некоторое время. Вы также можете запустить короткий тест с помощью smartctl -t short / dev / sda , если есть относительно недавний длинный тест (как в моем случае).
2. Изучите тест с помощью одного из: smartctl -l selftest / dev / sda или smartctl -a / dev / sda (последний отображает все, но нужная информация находится почти в самом конце).
3. Последний Столбец отчета о тестировании называется LBA_of_first_error . Это позиция первой ошибки на диске. Из последнего теста (который будет пронумерован "# 1" и будет находиться в верхней части списка) возьмите отображаемое число, разделите его на восемь и усеките до целого числа (см. Исходный пост о том, почему).
4. Затем вы обнулите этот конкретный блок. Это приведет к повреждению конкретного файла в этой позиции. (Но если вы исчерпали все остальные методы, несколько поврежденных файлов - не такая уж большая проблема.) Для этого выполните следующую команду: # dd if = / dev / zero of = / dev / sda conv = sync bs = 4096 count = 1 seek = * NUMBER_COMPUTED_EARLIER *
5. Выполните короткий тест и подождите минута или две на результат. Повторяйте это до тех пор, пока короткий тест не покажет никаких ошибок. Или вы можете проверить приблизительное количество ошибочных блоков с помощью smartctl -A / dev / hda | egrep 'Reallocated | Pending | Uncorrectable' В моем случае я повторял шаги с 1 по 4, пока не уменьшился до 24.
6. Выполните xfs_repair / dev / sda ( без флаг -L ). Это, вероятно, сообщит, что вам следует попытаться смонтировать файловую систему из-за ошибок журнала журнала.
7. Попытка смонтировать эту систему. В моем случае это не удалось, поэтому мне пришлось запустить xfs_repair -L / dev / sda , который удаляет журнал журнала (что может привести к удалению данных).
8. Смонтируйте файловую систему и выполните недавняя резервная копия!

Почему вышеуказанные решения больше не работают

• Первоначальному сообщению несколько лет назад. Тем временем в XFS было внесено достаточно изменений, чтобы команда SuSE сочла ее достаточно стабильной для использования в качестве основной FS для / home .
• xfs_check заменен устаревшим. из xfs_repair -n .
• Решение Debian было ужасной проблемой и пустой тратой времени. На данный момент Debian не поддерживает загрузку UEFI, и этой информации нет ни на их странице загрузки, ни на их главной странице часто задаваемых вопросов (она находится на их Wiki). Итак, чтобы загрузиться с этим, вам нужно отключить UEFI Secureboot в вашем BIOS, а затем загрузиться с помощью ключа. Впоследствии вы заметите, что нет инструментов xfs, установленных по умолчанию. Итак, вы выполните apt-get install xfsprogs только для того, чтобы понять, что, поскольку это Debian, их «стабильные» пакеты буквально на годы отстают. Короче говоря, xfs_repair / dev / sda просто зависает навсегда. Процесс не может быть остановлен (даже с помощью sigterm).
• UFS Explorer является платным программным обеспечением.
• photorec поддерживает только определенные типы файлов (скажем, до свидания, ваши ключи GPG) и восстанавливает все файлы с произвольными именами в одной папке. Удачи вам в прохождении всего этого и поиске нужной информации.

Я исправил свой XFS раздел, используя новый скачанный Debian 8.7.1 на реальном сервере, просто поместите диск над этой системой, и он будет автоматически исправляться. Centos 5 и 6 не могут его отремонтировать