Я имею FSCKFIX=yes
в /etc/default/rcS
, однако, когда я ездил в сайт и подключил монитор к этому серверу сегодня, я видел это:
Я работал fsck.ext4 -fy /dev/sda1
и перезагруженный и теперь сервер назад в порядке.
Я понимаю, что существуют ситуации где просто вслепую выполнение fsck -fy
опасно и может привести к потере данных. Однако в моем случае, это - физически недоступный сервер, и все данные сохранены в облаке. Это главно, что Ubuntu делает любого и все шаги, возможные пытаться получить его онлайн.
Есть ли любой способ вынудить Ubuntu всегда работать fsck -fy
, даже если существует "НЕОЖИДАННОЕ НЕСООТВЕТСТВИЕ" проблемы?
Позвольте мне снабдить это предисловием с правовой оговоркой, что, если у Вас есть регулярные проблемы с грязными файловыми системами, даже при том, что Вы завершаете работу своей системы чисто, у Вас есть серьезные базовые проблемы, и ее возможный fsck может принести больше вреда, чем пользы!
AFAIK там не является никаким механизмом для автоматического fsck, только если несоответствия найдены.
Однако Вы делаете fsck при каждой начальной загрузке с некоторыми параметрами ядра.
sudo nano /etc/default/grub
найдите строку, которая говорит
GRUB_CMDLINE_LINUX_DEFAULT
и добавьте
fsck.mode=force fsck.repair=yes
к существующим вещам там.
да здесь должен сделать то же как Ваш FSCKFIX=yes
в /etc/default/rcS
или руководство fsck -fy
. Лично я думаю preen
было бы более безопасным, но с другой стороны это зависнет на запуске, если дисковые потребности еще многие зафиксируют это fsck
не считает "безопасным" и хочет взаимодействие с пользователем.
выполненный
sudo update-grub
обновить grup и проверить его с
grep fsck /boot/grub/grub.cfg
или взгляните с редактором в /boot/grub/grub.cfg
Если Вы затем перезагружаете, файловая система должна быть проверена, можно проверить в прошлый раз, когда она была проверена (должно быть время начальной загрузки) с
sudo dumpe2fs -h /dev/your/device | grep checked
dumpe2fs 1.43.5 (04-Aug-2017)
Last checked: Sun Feb 18 08:53:31 2018