Назад | Перейти на главную страницу

CentOS - пропустите «Проверка корневой файловой системы»

У меня есть система CentOS, которая зависает около 8 часов на «Проверке корневой файловой системы» при каждой перезагрузке.

Есть ли способ пропускать что чек?

При загрузке отредактируйте строку ядра в grub и добавьте в конец 'fastboot' (без кавычек) - для этого выберите o / s для загрузки, нажмите 'e', ​​а затем снова 'e', ​​когда строка ядра выбирается. После редактирования нажмите escape, чтобы выйти из режима редактирования, и нажмите «b» для загрузки. Изменения не сохраняются для будущих загрузок.

В будущем отредактируйте строку / etc / fstab и измените шестое поле корневого раздела на 0, чтобы избежать будущих проверок fsck. Возможно, это не очень хорошая идея, поэтому убедитесь, что вы знаете, что делаете.

Вы также можете изменить частоту проверки, если это более полезно для вас. Например:

sudo tune2fs -c 50 /dev/hda1

который будет выполнять проверку hda1 каждые 50 загрузок (0 отключает проверки).

Происходит одно из двух:

  1. Вы перезагружаетесь только изредка, и система считает, что диск слишком долго прослужил между проверками, поэтому выполняет принудительную проверку. Для этого есть настраиваемая файловая система (interval-between-checks, фактически), и вы можете изменить его, запустив tune2fs -i 0 /dev/mapper/vg0-root (или любое другое корневое устройство). Также есть max-mount-counts параметр, который можно отключить с помощью -c 0. (Вы можете найти текущие значения этих настроек с помощью dumpe2fs - не беспокойтесь о страшном имени; это, по сути, неразрушающий.)
  2. Ваша файловая система фактически каждый раз повреждается, и fsck надо поставить обратно. Если вы используете ext2 (или ext3 без ведения журнала!), Это то, что вы получите, если у вас будет нечистое завершение работы (так что остановите это). Если вы используете ведение журнала и по-прежнему получаете это каждый раз, и это не из-за указанного выше параметра тайм-аута, это вызывает большее беспокойство.

Если причина №1, вы можете пропустить ее один раз, создав /fastboot (с участием touch /fastboot как root) или поместив это в командную строку ядра. Однако, если это происходит из-за №2, это не рекомендуется.

Кроме того, вы можете подумать о переходе на ext4, который полностью поддерживается в RHEL 5.6 (и CentOS 5.6, выпускаемом в любой день). Новая версия файловой системы разработана так, чтобы работать с fsck намного быстрее для больших файловых систем.