Многих новичков, только что установивших Linux, пугают различные надписи при загрузке системы. Пользователи сразу идут на форумы и начинают спрашивать, что это значит и как исправить проблему, хотя система дальше успешно загружается. Одна из наиболее часто возникающих так называемых ошибок: /dev/sda2 clean files blocks при загрузке.
Недавно мне через форму обратной связи прислали вопрос, что значит сообщение /dev/sda1:
clean, 2. /1. files, 1. /1. blocks во время загрузки системы и как все исправить. Также я очень часто видел такие вопросы на форумах. Поэтому родилась идея написать эту статью, в которой будет полностью рассказано, что это такое и почему возникает это сообщение.
Ошибка /dev/sda2 clean files blocks
Обычно это сообщение имеет такой формат:
/dev/sda2: clean, 291272/4292608 files, 480345/18174432 blocks
На самом деле это совсем не ошибка. Этим сообщением система информирует о том, что раздел был проверен с помощью fsck на ошибки. Первое слово /dev/sda2 означает раздел, который был проверен. Обычно это /dev/sda2, поскольку первый /boot, а дальше корневой раздел, но может быть и другим.
Следующее слово clean , означает, что файловая система чистая, никаких ошибок больше нет, даже если они были, то все исправлены.
291272/4292608 files – в этой файловой системе можно создать 4292608 файлов, а на данный момент создано только 291272.
480345/18174432 blocks – нет, здесь ничего не заблокировано. Это емкость раздела с файловой системой. Общее количество блоков 18174432, при размере одного блока 4096 байт (значение по умолчанию для ext4) это 69 Гб (18174432 * 4096 / 1024 / 1024 / 1024). 480345 – это используемые блоки, занятое пространство.
Это информационное сообщение, которое говорит, что все в порядке. Вы можете сами выполнить fsck из терминала. Но проверять можно только не примонтированные файловые системы:
sudo fsck.ext4 /dev/sdb6
Мы видим то же самое сообщение. Файловая система в порядке.
Теперь вернемся к причине этого сообщения. Проверка файловой системы выполняется при каждой загрузке, это необходимая мера, на случай если файловая система была повреждена из-за неправильного выключения или других подобных факторов.
При чем обычно проводится быстрая проверка, которая только оценивает, есть ли ошибки, она занимает меньше половины секунды. А уже если были обнаружены ошибки, запускается полная проверка, она требует больше времени. Вы можете очень просто посмотреть, сколько времени заняли проверки в уже включенной системе, для этого выполните:
sudo systemd-analyze blame | grep fsck
Причем тут не будут отображаться быстрые проверки, они выполняются раньше и занимают очень мало времени.
Настройка проверки файловых систем
Обычно во время загрузки проверяется корень, но могут проверяться и другие файловые системы. Проверку файловой системы во время загрузки можно настроить с помощью fstab. Отключать проверку для корня не рекомендуется, потому что повредить файловую систему очень легко, а без инструмента восстановления у вас возникнут сложности.
Но что касается других файловых систем, то их при загрузке можно не проверять. Строчка для каждого раздела в fstab выглядит следующим образом:
/dev/sda2 / ext4 defaults 0 1
Мы взяли для примера тот же /dev/sda2, используемый в качестве корня. Здесь нас интересует последняя цифра. Если указать 0 – файловая система не будет проверена, 1 – проверена в первую очередь, 2 – проверена потом. Вы можете установить 0 для тех файловых систем, которые считаете, что проверять не нужно.
Кроме того, частота проверок файловой системы настраивается с помощью tune2fs. Частоту проверок файловой системы можно указать с помощью опции -c:
sudo tune2fs -c 10 /dev/sda2
Проверка диска /dev/sda2 будет проводиться каждые 10 перезагрузок, а если точнее, то через каждых 10 монтирований, можно указать -1 и тогда файловая система не будет проверена никогда. Посмотреть текущую частоту проверок можно с помощью опции -l:
tune2fs -l /dev/sda2
Выводы
Как видите, само по себе сообщение /dev/sda2 clean files blocks при загрузке не несет никакой опасности. Это всего лишь проверка файловой системы, которая говорит, что все хорошо. Если при этом компьютер работает, то сообщение можно смело игнорировать, если же нет, то, скорее всего, вы ищете не там, смотрите логи, анализируйте скорость загрузки системы, ну и в конце концов проверьте диск на битые сектора.