Astra linux fsck при загрузке

Как использовать команду fsck для исправления ошибок файловой системы в Linux

Файловые системы отвечают за организацию хранения и восстановления данных. Так или иначе, со временем файловая система может быть повреждена, и некоторые её части могут оказаться недоступными. Если ваша файловая система обнаруживает такую несогласованность, рекомендуется проверить её целостность.

Это можно сделать с помощью системной утилиты fsck (проверка целостности файловой системы). Эта проверка может выполняться автоматически во время загрузки или запускаться вручную.

В этой статье мы рассмотрим утилиту fsck и её использование, чтобы помочь вам исправить ошибки диска.

Когда использовать fsck в Linux

Есть разные сценарии, когда вы захотите запустить fsck. Вот несколько примеров:

• Система не загружается.
• Файлы в системе повреждаются (часто вы можете увидеть ошибку ввода/вывода).
• Подключенный диск (включая флешки/SD-карты) не работает должным образом.

Опции программы fsck

Команду fsck необходимо запускать с привилегиями суперпользователя или root. Вы можете использовать её с разными аргументами. Их использование зависит от вашего конкретного случая. Ниже вы увидите некоторые из наиболее важных опций:

-A проверить все файловые системы -C [] показывать статус выполнения; fd - дескриптор файла при работе в графическом интерфейсе -l заблокировать устройство для гарантии исключительного доступа -M не проверять примонтированные файловые системы -N не запускать, показать имитацию выполнения -P проверить файловые системы одновременно, включая корневую -R пропустить корневую файловую систему; может быть использовано только с '-A' -r [] сообщать статистику по каждому проверенному устройству; файловый дескриптор предназначен для графических интерфейсов -s последовательное выполнение проверок -T не показывать заголовок при запуске -t указать файловую систему для проверки; в качестве параметра можно перечислить несколько файловых систем через запятую -V подробное описание выполняемых действий

Как запустить fsck для исправления ошибок файловой системы Linux

Чтобы запустить fsck, вам нужно убедиться, что раздел, который вы собираетесь проверить, не смонтирован. Для целей этой статьи я буду использовать свой второй диск /dev/sda, смонтированный в /mnt/disk_d.

Вот что произойдёт, если я попытаюсь запустить fsck, когда раздел смонтирован.

fsck из util-linux 2.36.1 e2fsck 1.45.6 (20-Mar-2020) /dev/sda is in mounted. e2fsck: Cannot continue, aborting.

Если диск не только смонтирован, но и используется (например, диск, смонтированный в корневую файловую систему), то ошибка будет «/dev/nvme0n1 is in use».

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

Тогда можно будет безопасно запускать fsck.

Понимание кодов выхода fsck

После запуска fsck он вернёт код выхода. Эти коды можно увидеть в руководстве по fsck, запустив:

Описание кодов выхода fsck:

0 Ошибок нет 1 Исправлены ошибки файловой системы 2 Система должна быть перезагружена 4 Ошибки файловой системы остались неисправленными 8 Операционная ошибка 16 Ошибка использования или синтаксиса 32 Проверка отменена по запросу пользователя 128 Ошибка общей библиотеки

Как исправить ошибки файловой системы Linux

Иногда в файловой системе может быть обнаружено более одной ошибки. В таких случаях вы можете захотеть, чтобы fsck автоматически пытался исправить ошибки. Это можно сделать с помощью:

Флаг -y означает автоматически отвечать «да» на любые запросы от fsck для исправления ошибки.

Точно так же вы можете запустить то же самое во всех файловых системах (с пропуском корневой файловой системы):

Как запустить fsck на корневом разделе Linux

В некоторых случаях вам может потребоваться запустить fsck в корневом разделе вашей системы. Поскольку вы не можете запустить fsck, пока раздел смонтирован, вы можете попробовать один из следующих вариантов:

• Принудительно использовать fsck при загрузке системы
• Запустите fsck в режиме восстановления

Мы рассмотрим обе ситуации.

Как принудительно проверить диск с помощью fsck при загрузке системы

Это относительно легко выполнить, единственное, что вам нужно сделать, это создать файл с именем forcefsck в корневом разделе вашей системы. Используйте следующую команду:

Затем вы можете просто принудительно перезагрузить или запланировать перезагрузку системы. Во время следующей загрузки будет выполнена проверка диска командой fsck. Если время простоя критично, рекомендуется тщательно его спланировать, поскольку, если в вашей системе много используемых inode, выполнение fsck может занять дополнительное время.

После загрузки системы проверьте, существует ли ещё файл:

Если это так, вы можете удалить его, чтобы избежать появления fsck при каждой загрузке системы.

Как запустить fsck в режиме восстановления

Для запуска fsck в режиме восстановления требуется ещё несколько шагов. Сначала подготовьте вашу систему к перезагрузке. Остановите все критически важные службы, такие как MySQL/MariaDB и т. д., а затем введите.

Во время загрузки удерживайте нажатой клавишу Shift, чтобы отобразилось меню grub. Выберите Advanced options («Дополнительные параметры»).

Затем выберите Recovery mode («Режим восстановления»).

В следующем меню выберите «fsck».

Вас спросят, хотите ли вы перемонтировать / файловую систему. Выберите Yes («да»).

Вы должны увидеть нечто подобное.

Затем вы можете вернуться к нормальной загрузке, выбрав Resume («Возобновить»).

Заключение

В этом руководстве вы узнали, как использовать fsck и выполнять проверки согласованности в разных файловых системах Linux. Если у вас есть какие-либо вопросы о fsck, не стесняйтесь задавать их в разделе комментариев ниже.

Связанные статьи:

Источник

Исправление ошибок на диске

После сбоя питания может появится надпись при загрузке:

/dev/sda1: UNEXPECTED INCONSISTENCY: RUN fsck MANUALLY.

(i.e., without -a or -p options)

fsck died with exit status 4

Потребуется провести проверку диска вручную:

Выбрать режим Восстановления:

• 

Пройти первичную настройку:

• 

Запустить оболочку в рабочей среде программы установки:

• 

• 

fsck.ext4 -p -f -c /dev/sdaX (где sdaХ корневой раздел)

После проверки нажать Ctrl-D, вынуть оптический диск и перезагрузить машину:

Источник

/dev/sda2: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY

Всем привет. Столкнулся с ошибкой /dev/sda2: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY на Астра 1.6 Смоленск, появляется почти на всех новых ПК после каждой перезагрузки! Подскажите в какую сторону копать чтобы найти источник проблемы. Системы обновлены до 6 версии. SSD новые также как и компы, объём 240Гб, фирма FOXLINE. Возможно что попалась партия плохих SSD ? Какие программы есть на Астру для тестирования SSD дисков?

Saniaib

New member

Спешу Вас обрадовать, никаких кроме консольной fsck . Грузитесь с live Орел, и проверьте диск.
fsck -a /dev/sda1
fsck -a /dev/sda2
fsck -a /dev/sdb1
fsck -a /dev/sdb2
Данная ошибка могла появиться из-за того, что. производитель использовал плохое ПО для заливки образа системы на SSD. Не благодарите )

DenFox2688

New member

Выполняю команду fsck -a /dev/sda2. Исправляются ошибки, а на следующий день опять такая же проблема.

Saniaib

New member

DenFox2688

New member

DenFox2688

New member

Вообщем ситуация сложная. Поставили другой новый SSD установили с диска по новой Астру и три раза перезагрузили после этого. Все три раза требовал проверку диска! Может надо найти более свежий образ 1.6 Смоленск с Астрой?

Montfer

New member

Вообщем ситуация сложная. Поставили другой новый SSD установили с диска по новой Астру и три раза перезагрузили после этого. Все три раза требовал проверку диска! Может надо найти более свежий образ 1.6 Смоленск с Астрой?

DenFox2688

New member

vladimirk1211

New member

DenFox2688

New member

DenFox2688

New member

Вложения

Николай Н.В

New member

А из консоли, командой shutdown now пробовали вылючаться ?
Возможно проблема в некорректном отключении пит.

Есть ещё такая интересная команда
sync записывает данные, буферизованные в памяти, на диск. Буферизуются, например,
измененные супер-блоки, измененные inode’ы, операции чтения и записи также откладываются .
можно попробовать выполнять sync перед отключением питания.

DenFox2688

New member

Что советуют в чате Астры в телеге:

«Это дикий глюк Астры
ЛЕЧИТСЯ СЛЕДУЮЩИМ ОБРАЗОМ.
В фстабе находишь свой диск и вместо записи при обнаружении ошибок монтировать в ридонли пишешь дефаулт.
Как то так.»

vladimirk1211

New member

Что советуют в чате Астры в телеге:

«Это дикий глюк Астры
ЛЕЧИТСЯ СЛЕДУЮЩИМ ОБРАЗОМ.
В фстабе находишь свой диск и вместо записи при обнаружении ошибок монтировать в ридонли пишешь дефаулт.
Как то так.»

Игнорируем ошибки. то есть лечим симптомы, а не причину. Это конечно должно помочь, но вот что, если действительно возникнут ошибки, которые нужно вылечить.

DenFox2688

New member

Игнорируем ошибки. то есть лечим симптомы, а не причину. Это конечно должно помочь, но вот что, если действительно возникнут ошибки, которые нужно вылечить.

Да спасибо. Я вас понял! Последствия этих ошибок проявляются например в том что не работают программы. Remmina перестаёт подключаться к серверу RDP но после лечения ошибок всё норм. Получается этим способом я просто не верну комп в рабочее состояние?

vladimirk1211

New member

Да спасибо. Я вас понял! Последствия этих ошибок проявляются например в том что не работают программы. Remmina перестаёт подключаться к серверу RDP но после лечения ошибок всё норм. Получается этим способом я просто не верну комп в рабочее состояние?

Я даже не ожидал, что у вас так явно могут проявляться ошибки. Судя по всему отключение обнаружения ошибок не ваш путь. Может какой-то модуль безопасности так влияет. Не пробовали отключить всё что можно отключить?

vladimirk1211

New member

Может на SSD прошивка кривая? Не смотрели прошивки на модель, которая у вас? Не пробовали Windows развернуть на них? Интересно как Windows себя поведет на этих SSD.

DenFox2688

New member

Я даже не ожидал, что у вас так явно могут проявляться ошибки. Судя по всему отключение обнаружения ошибок не ваш путь. Может какой-то модуль безопасности так влияет. Не пробовали отключить всё что можно отключить?

Отключил безопасность и ни чего не поменялось. Windows не пробовал ставить. Вот решение проблемы от офф тех. поддержки.

Данная ошибка сообщает о том, что файловая система повреждена и необходимо запустить утилиту fsck вручную.
Предварительно рекомендуем сделать резервные копии данных с жёсткого диска
Вы можете произвести исправление диска утилитой «fsck» с параметром «-y», пример: fsck -y /dev/sda2, после чего ошибка возвращаться не должна.
В случае если использование предложенной команды не поможет Вы можете настроить автоматическую проверку fsck при загрузке, для этого:
добавьте следующие параметры в файл /etc/default/grub, в строчке, начинающейся с GRUB_CMDLINE_LINUX_DEFAULT:
GRUB_CMDLINE_LINUX_DEFAULT=»quiet net.ifnames=0 fsck.mode=force fsck.repair=yes»
Обновите grub:
sudo update-grub
Перезагрузитесь и проверьте отработал ли fsck:
sudo tune2fs -l /dev/sda2 | grep «Last checked»
Команда покажет дату последней проверки fsck.

Источник