Сертификат SSL UCC через несколько машин и дюйм/с

Одна из двух вещей происходит:

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

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

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