Как запускать автоматическую проверку диска при запуске системы Linux?

Question

[Pista]

На днях электричество выключали и после этого при подачи питания сервак запустился и вошел в режим проверки диска, не помню как называется, но решение оказалось что нужно было вручную вписать

fsck -y /dev/sda2 и после этого запустился сервак

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

Comments

[Pista]

Чтобы автоматизировать процесс проверки файловой системы при запуске Linux после внезапного отключения, вы можете внести изменения в файл `/etc/default/grub`.

1. Откройте файл для редактирования суперпользователем:

```bash
sudo nano /etc/default/grub
```

2. Найдите строку, начинающуюся с `GRUB_CMDLINE_LINUX_DEFAULT` и добавьте параметр `fsck.mode=auto`. Например:

```plaintext
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash fsck.mode=auto"
```

3. Сохраните изменения и закройте редактор.

4. Обновите GRUB:

```bash
sudo update-grub
```

Это позволит автоматически выполнять проверку файловой системы при каждом запуске системы.

[Adamos]

Pista, фигню пишет твой ChatGPT. У современных систем проверка системного раздела и так прописана.
А "не помню как называется" - это как раз результат проверки: система увидела ошибки на диске и ожидала санкции человека на их исправление.
Можно воспользоваться ответом pfg21 - но четко понять одну простую штуку: сервер не зря перестраховывался, и если он будет править ошибки без тебя, ты можешь получить нерабочий сервер: он уже не будет просить запустить команду вручную, он молча сдохнет или молча же продолжит работать с тем, что получилось. Никак не сообщая о случившейся проблеме. Удачи в поиске ее причин, когда она станет заметной...

Answer 1

[CityCat4]

Начать надо с уточнения дистриба, потому что запуск автоматической проверки сиииильно зависит от того, как собран initrd (initramfs) и каким инструментом он собирался.

То, что ниже - рассчитано на сбор initramfs через dracut.

Убедиться, что не передается rd.skipfsck=1 (не надо спрашивать, какой дебил это сделал - надо сходить в /usr/lib/dracut/modules.d и поискать там рекурсивно rd.skipfsck). Если передается - закомментить нафиг и пересобрать initramfs (я обычно делаю командной dracut -f -H --zstd [имя файла initrd])
Дополнительно можно включить в initrd программы для ручной проверки дисков (если они там отсутствуют). Для этого нужно добавить вот эту строчку в файл настроек dracut (как он у Вас называется, не знаю)
add_dracutmodules+=" rescue img-lib "
и опять же пересобрать initrd
После чего системы / и /usr будут проверяться в момент загрузки initrd
(чтобы /usr не проверялся еще раз при монтировании прочих файлух - нужно не забыть в /etc/fstab в строке монтирования /usr в последнем поле поставить 0 вместо любого другого числа, если он там уже не стоит)

Comments

[Pista]

debian у меня

[CityCat4]

Pista, дистриб вторичен. Главное - как собирался initramfs, потому что есть и другие инструменты для сборки, есть собственные руки в конце концов :)

Answer 2

[pfg21]

да, добавить в строчку ядра опцию fsck.mode=force fsck.repair=yes, не распознанные ядром команды передадутся в sysytemd, где и будут отработаны в сервисах systemd-fsck@.service
но тогда при каждом рестарте будут перепроверены все подключенные файловые системы что сильно замедлит каждую загрузку сервера.