fsck при старте системы - как ускорить?

12 3
P
На сайте с 08.03.2007
Offline
250
2675

Который раз я вижу, что сервер долго запускается. Причина - fsck , который после долгой работы без перезагрузки стартует и долго-долго что-то ищет на диске. Можно ли как-то ускорить его работу?

Joker-jar
На сайте с 26.08.2010
Offline
154
#1

Обычно fsck должен запускаться после некорректного завершения работы или после достижения лимита монтирования разделов (еще, вроде, запускается после выключения через shutdown с каким-то ключом), то есть, не каждый раз. Что за дистрибутив?

Raistlin
На сайте с 01.02.2010
Offline
247
#2

Pilat, tunefs вам поможет. Но вообще, это нормально и ПРАВИЛЬНО и ускорять ничего не нужно.

HostAce - Асы в своем деле (http://hostace.ru)
Andreyka
На сайте с 19.02.2005
Offline
822
#3
Pilat:
Который раз я вижу, что сервер долго запускается. Причина - fsck , который после долгой работы без перезагрузки стартует и долго-долго что-то ищет на диске. Можно ли как-то ускорить его работу?

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

Но я бы не советовал. Лучше поднимать зеркало на время ребута.

Не стоит плодить сущности без необходимости
P
На сайте с 08.03.2007
Offline
250
#4
Raistlin:
Pilat, tunefs вам поможет. Но вообще, это нормально и ПРАВИЛЬНО и ускорять ничего не нужно.

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

Pilat добавил 05.09.2011 в 10:15

Joker-jar:
Обычно fsck должен запускаться после некорректного завершения работы или после достижения лимита монтирования разделов (еще, вроде, запускается после выключения через shutdown с каким-то ключом), то есть, не каждый раз. Что за дистрибутив?

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

N
На сайте с 06.05.2007
Offline
419
#5
Pilat:
Я понимаю что нормально и правильно. Вот только когда нам в своё время втирали про журналируемые файловые системы, писали и про ускоренный fsck - что, собственно, и должно было быть.

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

А проверка fsck это полная проверка всех структур и ее никак не ускорить, только отключить.

Кнопка вызова админа ()
iHead
На сайте с 25.04.2008
Offline
137
#6

Во время работы fsck можно нажать Control+T - будет показано, что происходит.

Рекомендуемый хостинг партнер 1С-Битрикс (https://www.ihead.ru/bitrix/), PHP-хостинг (https://www.ihead.ru/php/), доверенный партнер RU-CENTER (https://www.ihead.ru/news/573.html), официальный представитель REG.RU в Кирове (https://www.ihead.ru/news/851.html)
P
На сайте с 08.03.2007
Offline
250
#7
netwind:
что-то ты невнимательно слушал. имелось ввиду быстрое применения лога транзакций в журналируемой файловой системе, которое происходит при монтировании внезапно перезагруженного сервера.
А проверка fsck это полная проверка всех структур и ее никак не ускорить, только отключить.

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

В общем, мне нужен совет от практиков - что можно сделать (кроме отключения) для ускорения fsck. Может быть, какой-то регулярный запуск в режиме только проверки поможет?

M
На сайте с 01.12.2009
Offline
235
#8

Мочи его ;)

Администратор Linux,Freebsd. построения крупных проектов.
N
На сайте с 06.05.2007
Offline
419
#9
Pilat:
Всё верно, но нам журналируемая система нужна именно для того, чтобы на диск не попало испорченных данных. То есть проверки журнала должно быть достаточно, разве что fsck проверяет физическую целостность?

должно быть достаточно. а может и не должно быть :) доказательное программирование - слишком дорогая штука. так что никто не знает точно.

fsck проверяет логическую целостность остальных структур данных на ВСЕЙ файловой системе, которые накладывание журнала не затрагивает.

M
На сайте с 16.09.2009
Offline
278
#10
Pilat:
Debian. fsck запускается при старте системы через какой-то промежуток времени (180 дней например) обязательно, то есть при рестарте сервера это происходит почти всегда.

Там есть несколько параметров: 1) число монтирований 2) время с последней проверки. Если у Вас был чистый ребут - fsck запустится по одной из этих причин. Смотрите документацию.

"Ускорить" fsck - нельзя, там все уже. Единственный вариант - отключить либо настроить указанные выше параметры, чтобы проверки шли реже.

Если, к примеру, полное восстановление из бекапа (там проверку FS, как правило, можно делать без подобных проблем) занимает у Вас время порядка или меньше времени на fsck при старте - отключайте нафиг. Для всех или части FS, man fstab.

Pilat:
разве что fsck проверяет физическую целостность?

Конечно. Иначе какой от него прок?

Pilat:
fsck. Может быть, какой-то регулярный запуск в режиме только проверки поможет?

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

Абонементное сопровождение серверов (Debian) Отправить личное сообщение (), написать письмо ().
12 3

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий