Из-за различных неполадок или неожиданного отключения компьютера файловая система может быть повреждена. При обычном выключении все файловые системы монтируются только для чтения, а все не сохраненные данные записываются на диск.
Но если питание выключается неожиданно, часть данных теряется, и могут быть потерянны важные данные, что приведет к повреждению самой файловой системы. В этой статье мы рассмотрим как восстановить файловую систему fsck, для нескольких популярных файловых систем, а также поговорим о том, как происходит восстановление ext4.
Немного теории
Как вы знаете файловая система содержит всю информацию обо всех хранимых на компьютере файлах. Это сами данные файлов и метаданные, которые управляют расположением и атрибутами файлов в файловой системе. Как я уже говорил, данные не сразу записываются на жесткий диск, а некоторое время находятся в оперативной памяти и при неожиданном выключении, за определенного стечения обстоятельств файловая система может быть повреждена.
Современные файловые системы делятся на два типа — журналируемые и нежурналируемые. Журналиуемые файловые системы записывают в лог все действия, которые собираются выполнить, а после выполнения стирают эти записи. Это позволяет очень быстро понять была ли файловая система повреждена. Но не сильно помогает при восстановлении. Чтобы восстановить файловую систему linux необходимо проверить каждый блок файловой системы и найти поврежденные сектора.
Для этих целей используется утилита fsck. По сути, это оболочка для других утилит, ориентированных на работу только с той или иной файловой системой, например, для fat одна утилита, а для ext4 совсем другая.
В большинстве систем для корневого раздела проверка fsck запускается автоматически, но это не касается других разделов, а также не сработает если вы отключили проверку.
В этой статье мы рассмотрим ручную работу с fsck. Возможно, вам понадобиться LiveCD носитель, чтобы запустить из него утилиту, если корневой раздел поврежден. Если же нет, то система сможет загрузиться в режим восстановления и вы будете использовать утилиту оттуда. Также вы можете запустить fsck в уже загруженной системе. Только для работы нужны права суперпользователя, поэтому выполняйте ее через sudo.
А теперь давайте рассмотрим сам синтаксис утилиты:
$ fsck [опции] [опции_файловой_системы] [раздел_диска]
Основные опции указывают способ поведения утилиты, оболочки fsck. Раздел диска — это файл устройства раздела в каталоге /dev, например, /dev/sda1 или /dev/sda2. Опции файловой системы специфичны для каждой отдельной утилиты проверки.
А теперь давайте рассмотрим самые полезные опции fsck:
- -l — не выполнять другой экземпляр fsck для этого жесткого диска, пока текущий не завершит работу. Для SSD параметр игнорируется;
- -t — задать типы файловых систем, которые нужно проверить. Необязательно указывать устройство, можно проверить несколько разделов одной командой, просто указав нужный тип файловой системы. Это может быть сама файловая система, например, ext4 или ее опции в формате opts=ro. Утилита просматривает все файловые системы, подключенные в fstab. Если задать еще и раздел то к нему будет применена проверка именно указанного типа, без автоопределения;
- -A — проверить все файловые системы из /etc/fstab. Вот тут применяются параметры проверки файловых систем, указанные в /etc/fstab, в том числе и приоритетность. В первую очередь проверяется корень. Обычно используется при старте системы;
- -C — показать прогресс проверки файловой системы;
- -M — не проверять, если файловая система смонтирована;
- -N — ничего не выполнять, показать, что проверка завершена успешно;
- -R — не проверять корневую файловую систему;
- -T — не показывать информацию об утилите;
- -V — максимально подробный вывод.
Это были глобальные опции утилиты. А теперь рассмотрим опции для работы с файловой системой, их меньше, но они будут более интересны:
- -a — во время проверки исправить все обнаруженные ошибки, без каких-либо вопросов. Опция устаревшая и ее использовать не рекомендуется;
- -n — выполнить только проверку файловой системы, ничего не исправлять;
- -r — спрашивать перед исправлением каждой ошибки, используется по умолчанию для файловых систем ext;
- -y — отвечает на все вопросы об исправлении ошибок утвердительно, можно сказать, что это эквивалент a.
- -c — найти и занести в черный список все битые блоки на жестком диске. Доступно только для ext3 и ext4;
- -f — принудительная проверка файловой системы, даже если по журналу она чистая;
- -b — задать адрес суперблока, если основной был поврежден;
- -p — еще один современный аналог опции -a, выполняет проверку и исправление автоматически. По сути, для этой цели можно использовать одну из трех опций: p, a, y.
Теперь мы все разобрали и вы готовы выполнять восстановление файловой системы linux. Перейдем к делу.
Как восстановить файловую систему в fsck
Допустим, вы уже загрузились в LiveCD систему или режим восстановления. Ну, одним словом, готовы к восстановлению ext4 или любой другой поврежденной ФС. Утилита уже установлена по умолчанию во всех дистрибутивах, так что устанавливать ничего не нужно.
Восстановление файловой системы
Если ваша файловая система находится на разделе с адресом /dev/sda1 выполните:
sudo fsck -y /dev/sda1
Опцию y указывать необязательно, но если этого не сделать утилита просто завалит вас вопросами, на которые нужно отвечать да.
Восстановление поврежденного суперблока
Обычно эта команда справляется со всеми повреждениями на ура. Но если вы сделали что-то серьезное и повредили суперблок, то тут fsck может не помочь. Суперблок — это начало файловой системы. Без него ничего работать не будет.
Но не спешите прощаться с вашими данными, все еще можно восстановить. С помощью такой команды смотрим куда были записаны резервные суперблоки:
sudo mkfs -t ext4 -n /dev/sda1
На самом деле эта команда создает новую файловую систему. Вместо ext4 подставьте ту файловую систему, в которую был отформатирован раздел, размер блока тоже должен совпадать иначе ничего не сработает. С опцией -n никаких изменений на диск не вноситься, а только выводится информация, в том числе о суперблоках.
Теперь у нас есть шесть резервных адресов суперблоков и мы можем попытаться восстановить файловую систему с помощью каждого из них, например:
sudo fsck -b 98304 /dev/sda1
После этого, скорее всего, вам удастся восстановить вашу файловую систему. Но рассмотрим еще пару примеров.
Проверка чистой файловой системы
Проверим файловую систему, даже если она чистая:
sudo fsck -fy /dev/sda1
Битые сектора
Или еще мы можем найти битые сектора и больше в них ничего не писать:
sudo fsck -c /dev/sda1
Установка файловой системы
Вы можете указать какую файловую систему нужно проверять на разделе, например:
sudo fsck -t ext4 /dev/sdb1
Проверка всех файловых систем
С помощью флага -A вы можете проверить все файловые системы, подключенные к компьютеру:
sudo fsck -A -y
Но такая команда сработает только в режиме восстановления, если корневой раздел и другие разделы уже примонтированы она выдаст ошибку. Но вы можете исключить корневой раздел из проверки добавив R:
sudo fsck -AR -y
Или исключить все примонтированные файловые системы:
sudo fsck -M -y
Также вы можете проверить не все файловые системы, а только ext4, для этого используйте такую комбинацию опций:
sudo fsck -A -t ext4 -y
Или можно также фильтровать по опциям монтирования в /etc/fstab, например, проверим файловые системы, которые монтируются только для чтения:
sudo fsck -A -t opts=ro
Проверка примонтированных файловых систем
Раньше я говорил что нельзя. Но если другого выхода нет, то можно, правда не рекомендуется. Для этого нужно сначала перемонтировать файловую систему в режим только для чтения. Например:
sudo mount -o remount,ro /dev/sdb1
А теперь проверка файловой системы fsck в принудительном режиме:
sudo fsck -fy /dev/sdb1
Просмотр информации
Если вы не хотите ничего исправлять, а только посмотреть информацию, используйте опцию -n:
sudo fsck -n /dev/sdb1
Выводы
Вот и все, теперь вы знаете как выполняется восстановление файловой системы ext4 или любой другой, поддерживаемой в linux fsck. Если у вас остались вопросы, спрашивайте в комментариях!
На десерт сегодня видео на английском про различия файловых систем ext4 и xfs, как обычно, есть титры:
https://www.youtube.com/watch?v=pECp066gGcY
Обнаружили ошибку в тексте? Сообщите мне об этом. Выделите текст с ошибкой и нажмите Ctrl+Enter.
Статья распространяется под лицензией Creative Commons ShareAlike 4.0 при копировании материала ссылка на источник обязательна .
Содержание
- Понимание ошибок диска в Linux
- Список разделов и типов дисков Linux
- Сканирование на наличие ошибок на диске
- Инструменты мониторинга SMART
- Проверка диска командой Badblocks
- Исправление ошибок диска Linux
- Предотвращение ошибок диска в Linux
- Заключение
В этой статье вы узнаете, как проверить и исправить ошибки диска в Linux. Если вас утомили ошибки диска в системе Linux, не волнуйтесь, мы готовы вам помочь! В этой статье мы поможем вам устранить эти досадные ошибки диска, которые могут привести к потере данных, сбоям и нестабильной работе.
Несмотря на стабильность операционной системы Linux,, ошибки диска могут возникать по разным причинам. Например: аппаратные сбои, перебои в электропитании или проблемы с программным обеспечением. Однако с помощью нашего пошагового руководства вы легко можете определить и исправить эти ошибки. Это поможет вам сэкономить драгоценное время и потратить его на что нибудь полезное. Итак, приготовьтесь выполнить проверку и исправить ошибки диска в Linux как профессионал!
Понимание ошибок диска в Linux
Ошибки диска обычно вызваны физическим повреждением жесткого диска, битыми секторами или проблемами с программным обеспечением. Вот некоторые из распространенных симптомов ошибок диска:
- Медленная производительность системы
- Частые сбои в работе приложений
- Невозможность загрузки системы
- Зависание системы
- Повреждение данных
При появлении этих симптомов необходимо выполнить проверку диска, чтобы выявить и устранить все ошибки.
Список разделов и типов дисков Linux
Перед тем как сканировать диск на наличие ошибок, нам требуется определить разделы диска в системе Linux. Для этого мы можем использовать команду lsblk. Данная команда выведет список всех доступных дисковых разделов и их типы.
lsblk
Эта команда выведет список всех доступных дисковых разделов, их точек монтирования и их типов. Вы должны увидеть что-то похожее на это.
В этом примере мы видим, что имеется один физический диск (sda) с тремя разделами: sda1, sda2 и sda5.
Сканирование на наличие ошибок на диске
Теперь, когда мы определили разделы диска в нашей системе, то мы можем выполнить проверку на наличие ошибок диска. Есть несколько инструментов, которые помогут в этом. Включая инструменты мониторинга SMART, команду badblocks и команду fsck.
Инструменты мониторинга SMART
SMART (Self-Monitoring, Analysis, and Reporting Technology) — это технология, которая встроена в большинство современных жестких дисков. Она отслеживает состояние диска и сообщает о любых ошибках или проблемах. Для доступа к данным SMART в Linux мы можем использовать команду smartctl.
Но чтоб использовать этот инструмент сначала установите пакет smartmontools.
sudo apt install smartmontools
После установки пакета используйте команду smartctl для проверки статуса SMART диска.
sudo smartctl -a /dev/sda
Замените «/dev/sda» на имя вашего диска. Команда выведет подробный отчет о состоянии SMART диска, включая любые ошибки или проблемы.
Проверка диска командой Badblocks
Команда badblocks — это мощный инструмент, который позволяет сканировать и помечать поврежденные сектора на диске. Чтобы использовать команду badblocks, сначала размонтируйте раздел диска, который вы хотите просканировать.
sudo umount /dev/sda1
Замените «/dev/sda1» на имя вашего раздела. Затем выполните команду badblocks.
sudo badblocks -sv /dev/sda1 > badblocks.txt
Данная команда просканирует раздел диска на наличие плохих секторов и сохранит список всех ошибок в файл с именем «badblocks.txt«.
Исправление ошибок диска Linux
Команда fsck (File System Consistency Check) — это мощная утилита, которая проверяет и исправляет ошибки в файловой системе Linux. Fsck похожа на chkdsk в Windows, но более мощней.
Перед запуском команды fsck лучше всего сначала размонтировать файловую систему, чтобы избежать повреждения данных. Размонтировать файловую систему можно с помощью команды umount.
Чтобы запустить команду fsck на файловой системе, используйте следующий синтаксис.
sudo fsck /dev/sda1
Замените «/dev/sda1» на имя раздела вашей файловой системы. Вы можете проверить имя раздела, выполнив команду «lsblk«.
Команда fsck просканирует файловую систему и исправит все найденные ошибки. В зависимости от размера раздела и количества ошибок, процесс может занять некоторое время.
Предотвращение ошибок диска в Linux
Предотвращение ошибок диска всегда лучше, чем их исправление после возникновения. Вот несколько советов по предотвращению дисковых ошибок:
- Регулярное резервное копирование: Всегда храните резервные копии важных данных на отдельном устройстве или в облачном хранилище. В случае сбоя диска вы легко можете восстановить данные из резервной копии.
- Избегайте резких (горячих) отключений: Всегда правильно выключайте систему. Резкая потеря питания может повредить жесткий диск и привести к дисковым ошибкам.
- Не допускайте физических повреждений: Храните систему и устройство хранения данных в безопасном месте. Не подвергайте их физическому повреждению. Например не роняйте, не ударяйте и не проливайте на жесткие диски жидкость.
- Регулярно обновляйте систему: Всегда обновляйте свою систему последними патчами и обновлениями. Эти обновления не только устраняют известные уязвимости, но и исправляют ошибки в программном обеспечении.
- Берегите свою систему от вредоносных программ: Всегда держите в системе обновленную антивирусную программу. Вредоносное ПО может испортить файлы и повредить жесткий диск, а это может привести к дисковым ошибкам.
- Проверяйте аппаратных компоненты: Всегда следите за аппаратными компонентами вашей системы. Проверьте, нет ли признаков износа или других аппаратных проблем, которые могут вызвать ошибки диска.
Следуя приведенным выше советам, вы можете свести к минимуму вероятность возникновения ошибок диска в вашей системе Linux.
Заключение
В заключение следует отметить, что ошибки диска могут возникать в любой операционной системе, включая Linux. Но Linux предоставляет несколько инструментов для сканирования и исправления ошибок диска. Вы можете использовать такие инструменты как fsck, badblocks, smartctl и другие инструменты с графическим интерфейсом.
Всегда принимайте превентивные меры, чтобы избежать возникновения ошибок диска. Регулярное резервное копирование, избегание внезапных выключений, предотвращение физических повреждений, обновление и защита системы от вредоносных программ помогут помочь предотвратить ошибки диска.
В случае возникновения ошибок немедленно примите меры и выполните шаги, которые указаны в этом руководстве, для сканирования и исправления ошибок диска в системе Linux. Надеемся мы смогли вам помочь исправить ошибки диска Linux.
И помните, здоровый диск означает здоровую систему.
В Linux можно проверить и восстановить использование тяжелых аппаратных компонентов. В частности, в системах Ubuntu и Debian, обнаружение сбойных секторов жесткого диска это легко. Как только на вашем жестком диске или диске появляются битые сектора или они повреждаются, они распространяются изо дня в день. На Ubuntu и других машинах Debian Linux вы можете использовать несколько инструментов или команд, чтобы обнаружить ошибки файловой системы и исправить ошибки. Отсутствие исправления ошибок или поврежденных секторов может замедлить загрузку вашей системы, а также может повлиять на инициализацию.
Исправление ошибок файловой системы в системах на основе Debian
Исправление ошибок файловой системы означает, что нам нужно определить, в каком секторе есть проблемы, а затем выяснить, какого типа ошибки. Если ошибки файловой системы можно исправить, мы продолжим работу с несколькими инструментами и командами в нашей системе Debian. Одним из лучших инструментов для исправления ошибок файловой системы является fsck для Linux. В этом посте мы увидим, как исправить ошибки файловой системы в Ubuntu и других дистрибутивах Debian.
Метод 1. Используйте команду FSCK для проверки ошибок
В Ubuntu вы можете использовать команду fsck в оболочке командной строки, которая может проверить целостность файловой системы. Этот инструмент предустановлен в дистрибутиве Debian. Пожалуйста, выполните следующее fdisk сначала, чтобы получить общее представление о вашей файловой системе в системе Debian.
sudo fdisk -l
Теперь вам может потребоваться размонтировать файловую систему, которую вы хотите восстановить. Без размонтирования вы не можете восстановить или выполнить операции по исправлению ошибок файловой системы в Debian и других дистрибутивах. Но не беспокойтесь о ремонте и ремонте; вы можете снова смонтировать файловую систему, где она была.
Если вы не выполните операции FSCk без монтирования файловой системы, которую хотите восстановить, отобразится ошибка.
судо fsck / dev / sdb
$ sudo umount / dev / sdb3
Теперь вы можете запустить команду fsck в оболочке терминала, чтобы исправить ошибки файловой системы.
fsck -p -y. sudo fsck -p / dev / sdb3
Вышеупомянутый процесс может занять некоторое время. После завершения перемонтируйте файловую систему с помощью следующей команды.
$ sudo mount / dev / sdb3
Если у вас многопользовательская система Debian, вы можете выполнить следующую команду, чтобы проверить, какой пользователь в данный момент выполняет команду fsck.
fsck / usr
Метод 2: запустить проверку и восстановление файлов при загрузке
Если вы считаете, что команда fsck полезна для вас, и в вашей системе все еще есть битые сектора, вы можете запускать инструмент fsck в своей системе каждый раз при загрузке системы. В Debian указанная ниже команда позволит вам проверить ошибки файловой системы и восстановите их при загрузке ПК, так как вы можете видеть, что команда выполнит команду force fsck на ботинок.
$ sudo touch / forcefsck
При необходимости вы также можете установить вышеупомянутые forcefsck команда для запуска каждый раз, когда вы запускаете систему.
$ sudo touch / forcefsck. $ sudo tune2fs -c 1 / dev / sdb3
По-другому, если вы считаете, что выполнять каждый раз при загрузке слишком много, вы можете установить его после каждых трех перезагрузок системы. Это также поможет вам понять, насколько серьезны ошибки в вашей системе Debian.
$ sudo tune2fs -c 3 / dev / sdb3
Для получения дополнительной помощи и синтаксиса инструмента FSCK вы всегда можете просмотреть руководство по командам.
$ man fsck
Метод 3: перезагрузка для исправления ошибок в файловой системе
Этот метод поможет вам выполнить ручную проверку файловой системы в вашей системе Debian, чтобы найти ошибки и исправить их. В этом методе мы изначально запускаем команду fsck в режиме восстановления для лучшего восстановления. Сначала перезагрузите систему и войдите в режим восстановления. Нажатие кнопки Shift поможет вам перейти в режим восстановления.
Находясь в режиме восстановления, выберите инструмент fsck и нажмите OK на клавиатуре. Затем он попросит вас установить точку монтирования в читай пиши режим. Пожалуйста, заполните этот раздел, чтобы перейти в режим восстановления fsck. Когда вы устанавливаете точку монтирования, она автоматически запускает команду fsck в системе и исправляет ошибки файловой системы в вашей системе Debian.
После завершения процесса вы можете перезагрузить систему и начать ее использование.
Заключительные слова
Если вы были заядлым пользователем Ubuntu, вы могли заметить, что пока вы устанавливаете ОС Ubuntu на свой компьютер, Ubuntu автоматически выполняет проверку файловой системы при ее установке. Многие пользователи могут отменить автоматическую проверку файловой системы, нажав Ctrl + C, но допустить эту процедуру было бы хорошо перед установкой ОС. Однако во всем посте мы увидели несколько методов исправления ошибок файловой системы в системах на основе Debian.
Пожалуйста, поделитесь им со своими друзьями и сообществом Linux, если вы найдете этот пост полезным и информативным. Вы также можете записать свое мнение об этом сообщении в разделе комментариев.
FSCK – очень важная утилита для Linux / Unix, она используется для проверки и исправления ошибок в файловой системе.
Она похоже на утилиту «chkdsk» в операционных системах Windows.
Она также доступна для операционных систем Linux, MacOS, FreeBSD.
FSCK означает «File System Consistency Check», и в большинстве случаев он запускается во время загрузки, но может также запускаться суперпользователем вручную, если возникнет такая необходимость.
Может использоваться с 3 режимами работы,
1- Проверка наличия ошибок и позволить пользователю решить, что делать с каждой ошибкой,
2- Проверка на наличие ошибок и возможность сделать фикс автоматически, или,
3- Проверка наличия ошибок и возможность отобразить ошибку, но не выполнять фикс.
Содержание
- Синтаксис использования команды FSCK
- Команда Fsck с примерами
- Выполним проверку на ошибки в одном разделе
- Проверьте файловую систему на ошибки и исправьте их автоматически
- Проверьте файловую систему на наличие ошибок, но не исправляйте их
- Выполним проверку на ошибки на всех разделах
- Проверим раздел с указанной файловой системой
- Выполнять проверку только на несмонтированных дисках
Синтаксис использования команды FSCK
$ fsck options drives
Опции, которые можно использовать с командой fsck:
- -p Автоматический фикс (без вопросов)
- -n не вносить изменений в файловую систему
- -у принять «yes» на все вопросы
- -c Проверить наличие плохих блоков и добавить их в список.
- -f Принудительная проверка, даже если файловая система помечена как чистая
- -v подробный режим
- -b использование альтернативного суперблока
- -B blocksize Принудительный размер блоков при поиске суперблока
- -j external_journal Установить местоположение внешнего журнала
- -l bad_blocks_file Добавить в список плохих блоков
- -L bad_blocks_file Установить список плохих блоков
Мы можем использовать любую из этих опций, в зависимости от операции, которую нам нужно выполнить.
Давайте обсудим некоторые варианты команды fsck с примерами.
Команда Fsck с примерами
Примечание: – Прежде чем обсуждать какие-либо примеры, прочтите это. Мы не должны использовать FSCK на смонтированных дисках, так как высока вероятность того, что fsck на смонтированном диске повредит диск навсегда.
Поэтому перед выполнением fsck мы должны отмонтировать диск с помощью следующей команды:
$ umount drivename
Например:
$ umount /dev/sdb1
Вы можете проверить номер раздела с помощью следующей команды:
$ fdisk -l
Также при запуске fsck мы можем получить некоторые коды ошибок.
Ниже приведен список кодов ошибок, которые мы могли бы получить при выполнении команды вместе с их значениями:
- 0 – нет ошибок
- 1 – исправлены ошибки файловой системы
- 2 – система должна быть перезагружена
- 4 – Ошибки файловой системы оставлены без исправлений
- 8 – Операционная ошибка
- 16 – ошибка использования или синтаксиса
- 32 – Fsck отменен по запросу пользователя
- 128 – Ошибка общей библиотеки
Теперь давайте обсудим использование команды fsck с примерами в системах Linux.
Выполним проверку на ошибки в одном разделе
Чтобы выполнить проверку на одном разделе, выполните следующую команду из терминала:
$ umount /dev/sdb1 $ fsck /dev/sdb1
Проверьте файловую систему на ошибки и исправьте их автоматически
Запустите команду fsck с параметром «a» для проверки целостности и автоматического восстановления, выполните следующую команду.
Мы также можем использовать опцию «у» вместо опции «а».
$ fsck -a /dev/sdb1
Проверьте файловую систему на наличие ошибок, но не исправляйте их
В случае, если нам нужно только увидеть ошибки, которые происходят в нашей файловой системе, и не нужно их исправлять, тогда мы должны запустить fsck с опцией “n”,
$ fsck -n /dev/sdb1
Выполним проверку на ошибки на всех разделах
Чтобы выполнить проверку файловой системы для всех разделов за один раз, используйте fsck с опцией «A»
$ fsck -A
Чтобы отключить проверку корневой файловой системы, мы будем использовать опцию «R»
$ fsck -AR
Проверим раздел с указанной файловой системой
Чтобы запустить fsck на всех разделах с указанным типом файловой системы, например, «ext4», используйте fsck с опцией «t», а затем тип файловой системы,
$ fsck -t ext4 /dev/sdb1
или
$ fsck -t -A ext4
Выполнять проверку только на несмонтированных дисках
Чтобы убедиться, что fsck выполняется только на несмонтированных дисках, мы будем использовать опцию «M» при запуске fsck,
$ fsck -AM
Вот наше короткое руководство по команде fsck с примерами.
Пожалуйста, не стесняйтесь присылать нам свои вопросы, используя поле для комментариев ниже.
Параметры fsck
Пример проверки диска на ошибки с помощью fsck
Запуск автоматической проверки и исправления найденных ошибок
Ручное добавление параметров в меню GRUB при загрузке ОС
Добавление параметров в меню GRUB с помощью утилиты grubby
Создание файла /forcefsck
Запуск проверки в ручном режиме
Использование загрузочного диска/flash для проверки файловой системы на ошибки
Проверка LVM-разделов с помощью утилиты fsck
В определенных случаях (в результате сбоя или некорректного завершения работы) на файловой системе могут накапливаться ошибки. В РЕД ОС для проверки файловой системы и исправления ошибок имеется утилита fsck («file system consistency check»).
Инструмент fsck обладает следующим функционалом:
-
проверка файловой системы при возникновении проблем (не загружается система/поврежденные файлы) или в качестве профилактического обслуживания;
-
диагностика состояния внешних накопителей, таких как SD-карты или USB-накопители.
Базовый синтаксис соответствует следующему шаблону:
fsck <опции> <файловая_система>
В качестве файловой системы может быть устройство, точка монтирования или раздел, в том числе LVM.
На нашем Youtube-канале вы можете подробнее ознакомиться с возможностями проверки файловой системы на наличие ошибок, просмотрев видео Проверка файловой системы на наличие ошибок, а также найти много другой полезной информации.
Параметры fsck
fsck –p – утилита автоматически исправит найденные ошибки.
Вывод аналогичен простой проверке.
fsck –с – проверка файловой системы на поврежденные сектора.
Для получения списка команд наберите fsck ––help или fsck –h.
| Опция | Описание |
| -a | Устаревшая опция. Указывает исправлять все найденные ошибки без одобрения пользователя. |
| -r | Применяется для файловых систем ext. Указывает fsck спрашивать пользователя перед исправлением каждой ошибки |
| -n | Выполняет только проверку ФС, без исправления ошибок. Используется также для получения информации о ФС |
| -c | Применяется для файловых систем ext3/4. Помечает все повреждённые блоки для исключения последующей записи в них |
| -f | Принудительно проверяет ФС, даже если ФС исправна |
| -y | Автоматически подтверждает запросы к пользователю |
| -b | Задаёт адрес суперблока |
| -p | Автоматически исправлять найденные ошибки. Заменяет устаревшую опцию -a |
| -A | Проверяет все ФС |
| -С [<fd>] | Показывает статус выполнения. Здесь fd – дескриптор файла при отображении через графический интерфейс |
| -l | Блокирует устройство для исключительного доступа |
| -M | Запрещает проверять примонтированные ФС |
| -N | Показывает имитацию выполнения, без запуска реальной проверки |
| -P | Проверять вместе с корневой ФС |
| -R | Пропускает проверку корневой ФС. Может использоваться только совместно с опцией -A |
| -r [<fd>] | Выводит статистику для каждого проверенного устройства |
| -T | Не показывать заголовок при запуске |
| -t <тип> | Задаёт ФС для проверки. Можно задавать несколько ФС, перечисляя через запятую |
| -V | Выводит подробное описание выполняемых действий |
Пример проверки диска на ошибки с помощью fsck
Запуск автоматической проверки и исправления найденных ошибок
Существует несколько способов запуска автоматической проверки на ошибки:
1. Ручное добавление параметров в меню GRUB при загрузке ОС.
2. Добавление параметров в меню GRUB с помощью утилиты grubby.
3. Создание файла /forcefsck.
1. Ручное добавление параметров в меню GRUB при загрузке ОС
Первый вариант проверки и исправления ошибок на разделах жесткого диска.
В меню GRUB перейдите в режим редактирования загрузочной строки, нажав при этом клавишу e. Добавьте параметры:
fsck.mode=force fsck.repair=yes
в конец предпоследней строки.
Нажмите Ctrl+Х для запуска ОС с этими параметрами, во время запуска будет произведена проверка разделов диска, и при наличии ошибок произведено их исправление.
2. Добавление параметров в меню GRUB с помощью утилиты grubby
Существует еще один способ добавления параметров ядра для принудительной проверки файловой системы на ошибки и их исправления. Добавить параметры можно командой:
grubby --update-kernel /boot/vmlinuz-$(uname -r) --args="fsck.mode=force fsck.repair=yes"
Удалить установленные параметры можно следующей командой:
grubby --update-kernel /boot/vmlinuz-$(uname -r) --remove-args="fsck.mode=force fsck.repair=yes"
3. Создание файла /forcefsck
Бывают ситуации, когда систему необходимо проверить на наличие ошибок в незапланированный момент. Для этого можно принудительно запустить утилиту fsck для проверки при следующей перезагрузке. Запуск осуществляется командой:
sudo touch /forcefsck
Команда sudo (после ввода пароля) предоставит права для создания с помощью touch пустого файла в корне диска /forcefsck, который послужит сигналом (флагом) для fsck, что нужно проверить диски.
Останется только перезагрузить компьютер и fsck начнет проверять все жесткие диски, указанные в /etc/fstab.
Запуск проверки в ручном режиме
Следующий метод относится к проверке диска, когда операционная система загружена в режиме single mode.
1. Запустим ОС в single mode, для этого пропишите в меню загрузки grub параметр init=/bin/bash в конце строки, которая начинается на linux16, см. рисунок.
Также данная строка может начинаться с linuxefi, этот параметр характерен для систем с загрузкой в UEFI. Нажмите «ctrl+x» для запуска с этим параметром(init=/bin/bash).
2. Запустите проверку выполнив команду:
/usr/sbin/fsck -ACVfyv
Во время проверки на экране появится отчет о выполненных операциях, если отчет длинный, то можно его можно пролистать вверх сочетанием клавиш shift+PageUp. После проверки дисков перезагрузите компьютер, нажав на кнопку на системном блоке.
Наглядное видео примера проверки диска на ошибки:
Использование загрузочного диска/flash для проверки файловой системы на ошибки.
Загрузившись в режим восстановления операционной системы РЕД ОС с помощью загрузочного диска или съемного накопителя с установленным образом операционной системы РЕД ОС. Выберите пункт: «Решение проблем» -> «Исправить установленную RED OS».
Система перезагрузится в режим восстановления. Введите «2» и нажмите 2 раза Enter. Так вы смонтируете операционную систему в режим «Только для чтения»
Для корректного отображения в терминале кириллических символов введите команду:
setfont cyr-sun16
Потом введите команду:
# сhroot /mnt/sysimage
После этого можете вводить fsck:
# fsck -ACVfyv
Если проверка завершится с такой ошибкой:
[путь_к_файловой_системе] is mounted
Введите:
umount [путь_к_файловой_системе]
И еще раз запустите утилиту fsck:
# fsck -ACVfyv fsck from util-linux 2.30.2 …
Если система не выявит ошибок, то получится такой вывод:
[путь_к_файловой_системе] clean …
Чтобы выйти из режима восстановления, вы должны смонтировать все разделы, которые были отмонтированы командой umount, с помощью команды mount, нажать сочетание клавиш сtrl+d, а затем ввести команду reboot, которая перезапустит вашу операционную систему.
# reboot
По умолчанию, утилита fsck при проверке будет использовать разделы, указанные в /etc/fstab/, сформированные при установке операционной системы РЕД ОС.
Проверка LVM-разделов с помощью утилиты fsck
Перед проведением проверки необходимо найти устройство и размонтировать его.
Для просмотра всех подключенных устройств и проверки расположения диска выполните команду:
lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS sda 8:0 0 20G 0 disk ├─sda1 8:1 0 1G 0 part /boot └─sda2 8:2 0 19G 0 part ├─ro_redos-root 253:0 0 17G 0 lvm / └─ro_redos-swap 253:1 0 2G 0 lvm [SWAP] sr0 11:0 1 4,3G 0 rom /run/media/user/redos-MUROM-7.3.1 x86_64
При попытке запустить проверку на смонтированном диске или разделе в консоли появляется предупреждение о том, что невозможно продолжить проверку, так как диск смонтирован.
fsck -nf /dev/ro_redos/root fsck из util-linux 2.37.3 e2fsck 1.44.6 (5-Mar-2019) Warning! /dev/mapper/ro_redos-root is mounted.
Для того чтобы размонтировать диск, следует использовать команду:
umount <файловая_система>
Однако попытка выполнить данную процедуру на работающей ОС ни к чему не приведет.
umount /dev/ro_redos/root umount: /: target is busy.
Также проблемой при попытке проверить LVM-разделы может быть и то, что они являются не активными. Для проверки следует использовать команду:
lvscan ACTIVE '/dev/ro_redos/swap' [2,00 GiB] inherit ACTIVE '/dev/ro_redos/root' [<17,00 GiB] inherit
Для активации раздела служит команда:
vgchange –ay <раздел>
Таким образом, можно сделать вывод, что проверка LVM-разделов через консоль с использованием утилиты fsck невозможна. Но это не значит, что LVM-разделы совсем не подлежат проверке. Существует как минимум два способа, позволяющие провести диагностику LVM-разделов.
Первым способом является проведение проверки через консоль загрузчика операционной системы GRUB.
А вторым — запуск утилиты fsck в live-сессии системы.
Очевидным плюсом при проверке дисковых пространств, в том числе LVM-разделов, через live-сессию является то, что разделы там по умолчанию являются не смонтированными. Поэтому проверка LVM-раздела будет выполнена с первого раза.

Дата последнего изменения: 18.01.2023
Если вы нашли ошибку, пожалуйста, выделите текст и нажмите Ctrl+Enter.





















