Восстановление файловой системы переписывает метаданные, чтобы вернуть внутреннюю согласованность. Оно может отбросить повреждённые ссылки или данные и усугубить потери при отказе оборудования хранения. Считайте восстановление аварийной операцией: сначала сохраните доказательства и доступные данные, затем применяйте документированный инструмент точного типа файловой системы.
Файловая система · Урок 10
Восстановление файловой системы
Узнайте, как диагностировать повреждение файловой системы и выбирать офлайн-процесс восстановления для конкретного типа с резервными копиями.
Диагностика до восстановления
Ошибки ввода-вывода, перемонтирование только для чтения, пропавшие файлы или сбой монтирования не всегда доказывают повреждение файловой системы. Сначала соберите данные только для чтения:
$ findmnt --target /affected/path
$ lsblk -f
$ journalctl -k -b
Проверьте стек хранения, состояние устройства, кабели или сетевой путь, RAID, шифрование и недавние события. Если устройство отказывает, повторные сканирования могут израсходовать остаток его ресурса. По возможности создайте образ или клон инструментом, предназначенным для восстановления, и работайте с копией.
Что должно предшествовать способному записывать восстановлению файловой системы, если возможен отказ оборудования?
Определение точной файловой системы и устройства
Определите, находится ли файловая система на разделе, логическом томе, RAID-устройстве, зашифрованном отображении или целом диске. Не запускайте проверку для /dev/sda лишь потому, что затронут дочерний раздел /dev/sda1.
Используйте lsblk -f, blkid, findmnt и инструменты уровней хранения, чтобы сопоставить цель. Обнаруженные сигнатуры могут быть устаревшими, поэтому сверяйте их с известной конфигурацией и резервными копиями.
Если ext4 находится на /dev/sda1, какой уровень обычно следует передать средству проверки ext4?
Перевод файловой системы в офлайн
Большинство традиционных средств проверки согласованности требуют размонтированной файловой системы. Смонтированная система меняется во время чтения проверяющим средством, а записи восстановления могут конфликтовать с кешированным состоянием ядра и вызвать повреждение.
Остановите зависимые службы, размонтируйте вложенные файловые системы, выведите рабочие каталоги процессов и при необходимости деактивируйте верхние уровни. Для корневой файловой системы загрузите среду восстановления или используйте документированный дистрибутивом офлайн-механизм. Через findmnt подтвердите, что цель не смонтирована в нужном пространстве имён.
Почему перед записью средством восстановления файловую систему обычно нужно размонтировать?
Инструмент конкретной файловой системы
fsck — интерфейс, который может вызывать помощники конкретных файловых систем, а не единый универсальный движок восстановления. Разные процессы используют e2fsck для ext, xfs_repair для XFS и специализированные средства диагностики и восстановления Btrfs.
Параметры с похожими именами могут иметь разную семантику. В частности, не применяйте --repair или принудительные флаги из руководства другой файловой системы. Читайте установленную справку и актуальную документацию проекта или дистрибутива. Начните с режима без изменений или диагностики, если реализация предоставляет надёжный вариант, сохраните вывод и разберитесь в предлагаемых исправлениях.
За что обычно отвечает fsck в Linux?
Проверка и восстановление службы
Запишите инструмент, версию, параметры, вывод и код завершения. После восстановления снова проверьте здоровье устройства, при необходимости сначала смонтируйте только для чтения, изучите критичные данные и сравните с известными копиями. Затем постепенно восстановите обычные монтирования и службы, наблюдая за журналами ядра и приложений.
Возможность смонтировать файловую систему не доказывает правильность каждого файла. Восстановите потерянные или повреждённые данные приложений из резервных копий и проверьте их на уровне приложения.
Доказывает ли успешное монтирование после восстановления корректность всех данных приложения?
Урок завершён
Вы завершили Восстановление файловой системы
Теперь вы можете планировать восстановление файловой системы как поэтапную аварийную процедуру.
Диагностировать оборудование и сохранять доступные данные до записей.
Находить точный блочный уровень, содержащий файловую систему.
Переводить файловую систему в офлайн в нужном пространстве имён.
Использовать документированное средство диагностики и восстановления конкретного формата.
Отдельно проверять здоровье устройства, состояние файловой системы и данные приложения.
Сохраните прогресс
Создайте бесплатный аккаунт, чтобы сохранить этот урок и продолжить на любом устройстве.
Создать бесплатный аккаунт