Tagcentos7

Форсирование fsck на CentOS 7

На старых системах это делалось просто — созданием специального файлика в /. Теперь в эпоху Systemd, это надо передавать из строки ядра из Grub2.

По умолчанию, если на FS которая монтируется во время запуска системы, содержится неконсистентность, systemd загрузит вас в так называемый Emergency mode, который затребует введение пароля root-пользователя и выполнения fsck вручную.

Это можно контролировать специальным параметром — fsck.repair.

Выдержка из документации:

fsck.repair=

One of «preen», «yes», «no». Controls the mode of operation. The default is «preen», and will automatically repair problems that can be safely fixed. «yes» will answer yes to all questions by fsck and «no» will answer no to all questions.

Поэтому достаточно добавить в строку с ядром:

fsck.repair=yes

И все произойдет автоматически, что сократит время на восстановление системы в целом.

Восстановление сервера после деградации дискового рейда

Столкнулся с одной tricky (как сказали бы американцы) проблемой. Есть вводные — centos 7, программный raid10, выпавший из рейда диск. После вываливания диска, сервер был перезагружен. Казалось бы, что тут не так? Ничего страшного не должно произойти, и сервер должен загрузиться, но не тут-то было. GRUB грузится, стартует dracut и начинает поднимать сервисы, после чего затыкается на сборке md0 рейда, в котором живет /.

Continue reading

© 2018 servadmin.ru

Theme by Anders NorénUp ↑