Главная >> Система >> Ошибка /dev/sda2 clean files blocks при загрузке

Ошибка /dev/sda2 clean files blocks при загрузке

Многих новичков, только что установивших 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

fsck1

Мы видим то же самое сообщение. Файловая система в порядке.

Теперь вернемся к причине этого сообщения. Проверка файловой системы выполняется при каждой загрузке, это необходимая мера, на случай если файловая система была повреждена из-за неправильного выключения или других подобных факторов.

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

sudo systemd-analyze blame | grep fsck

fsck3

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

Настройка проверки файловых систем

Обычно во время загрузки проверяется корень, но могут проверяться и другие файловые системы. Проверку файловой системы во время загрузки можно настроить с помощью fstab. Отключать проверку для корня не рекомендуется, потому что повредить файловую систему очень легко, а без инструмента восстановления у вас возникнут сложности.

Но что касается других файловых систем, то их при загрузке можно не проверять. Строчка для каждого раздела в fstab выглядит следующим образом:

/dev/sda2 / ext4 defaults 0 1

Мы взяли для примера тот же /dev/sda2, используемый в качестве корня. Здесь нас интересует последняя цифра. Если указать 0 - файловая система не будет проверена, 1 - проверена в первую очередь, 2 - проверена потом. Вы можете установить 0 для тех файловых систем, которые считаете, что проверять не нужно.

Кроме того, частота проверок файловой системы настраивается с помощью tune2fs. Частоту проверок файловой системы можно указать с помощью опции -c:

sudo tune2fs -c 10 /dev/sda2

fsck2

Проверка диска /dev/sda2 будет проводиться каждые 10 перезагрузок, а если точнее, то через каждых 10 монтирований, можно указать -1 и тогда файловая система не будет проверена никогда. Посмотреть текущую частоту проверок можно с помощью опции -l:

tune2fs -l /dev/sda2

fsck

Выводы

Как видите, само по себе сообщение /dev/sda2 clean files blocks при загрузке не несет никакой опасности. Это всего лишь проверка файловой системы, которая говорит, что все хорошо. Если при этом компьютер работает, то сообщение можно смело игнорировать, если же нет, то, скорее всего, вы ищете не там, смотрите логи, анализируйте скорость загрузки системы, ну и в конце концов проверьте диск на битые сектора.

Оцените статью

Звёзд: 1Звёзд: 2Звёзд: 3Звёзд: 4Звёзд: 5 (23 оценок, среднее: 4,70 из 5)
Загрузка...

18 комментариев к “Ошибка /dev/sda2 clean files blocks при загрузке”

  1. Какая будет выводиться ошибка если количество файлов на диске превысит допустимое количество (в данном случае 4292608 ) а количество не занятых блоков не превысит норму ?

    Ответить
    • Будет выводится ошибка о невозможности создания файла, подробнее не знаю, можете затестить если хотите, создав очень много пустых файлов с помощью touch.

      Ответить
  2. Rus:
    Я не думаю что новичок будет обращать внимание на такие вещи при загрузке.
    Я например 2 года пользуюсь Убунту но в 16.04 перешел неделю назад и эта фигня мне реально выедала мозг.
    Статья круто написана - лучший русскоязычный ресурс который я нашел.
    Спасибо.
    Ukr:
    Я не думаю що новачок буде звертати увагу на такі речі при загрузці.
    Я наприклад 2 роки користуюсь Убунту але на 16.04 перейшов тиждень назад і ця фігня мені реально виїдала мозок.
    Стаття круто написана - найкращий російськомовний ресурс який я знайшов.
    Дякую.

    Ответить
  3. Я обратил на это внимание, в связи с чем и попал на этот сайт. Но конечно не новичок. Надпись висит и проверяет жду результатов проверки. И эта надпись у меня и во время загрузки и во время завершения работы.
    Manjaro KDE Edition (17.1.9)

    Ответить
  4. Интересная статья, но до конца полезной она не оказалась.

    Я поставил десктопную ОС в виртуальную среду. И у меня ОС не стартовала вообще и не было возможности что либо корректировать в cli.

    В моём случае нужно было изменить драйвер виртуальной видео карты в настройках VM на гипервизоре.

    Ответить
  5. Ну да, наверное хто не ошибка.. Только что установил ubuntu 20.04 и при загрузке висит эта надпись и все, тупо висит..

    Ответить
  6. Почему же система не загружается после установки уходя на перезагрузку?
    Получаю сообщение Starting version 245.6-8-arch
    /dev/sdb1 : clean, 490525/6750208 files, 49551705/27000832 blocks
    _
    После 30 минут ожидания ничего не происходит. Arcoinux не загружается.
    /dev/sda - стоит Windows10
    /dev/sdb - Linux.
    Манджао встаёт как влитая. Не сбивая настройки винды, а вот если ставлю вместо manjaro arcolinux, у винды пропадает звук и просит проверить загрузчик. Так же сбивается время.
    Как решить проблему с Arcolinux?

    Ответить
  7. Здравствуйте я не хорошо по русскому языку. Этого проблема у меня тоже есть но мой убунту основная система и я не могу открит терминал. Что мне делать?

    Ответить
  8. Так суть проблемы не в том что новички часто видят это сообщение, а в том что загрузка системы виснет на этом сообщении, как сейчас у меня) Я рад узнать что все ок с моей файловой системой, но как это победить ?

    Ответить
    • Вы можете включить режим отладки (из параметров ядра убрать quiet splash и добавить verbose), а потом смотреть что там происходит во время загрузки.

      Ответить
  9. Не очень статья )) Она не правильная. Или уже годы прошли, автор сам пробовал менять sudo tune2fs -c ? и проверить check interval, ничего не меняется! А вот так tune2fs -c 10 -i 2m /dev/sdb5 как пример легко и получим Check interval: 184000 (2 months) думаю два месяца нормально.

    Ответить
  10. У меня такая ошибка появилась после того как отключил второй жесткий диск в ПК и при старте появлялась это сообщение и еще "A start job is running for dev-disk-by" на 90 сек, после чего просил пароль root-a или ктрл+d нажать для продолжения.
    Жесть, когда торопишься, такие простые приколы от linux не хило раздражают, благо долго думать с решение не пришлось, так как в дальнейших строчках говорилось про примонтированные в автоматическом режиме в fstab каталоги и второй диск в системе так же примонтирован автоматом еще на стадии установки ОС, поэтому открыл файл fstab, закомментировал строки для этого второго диска, и ОС запустилась без проблем и каких либо уведомлений

    Ответить

Оставьте комментарий