Как отключить агрессивное поведение оболочки systemd?

По умолчанию systemd переходит в аварийную оболочку при малейшей ошибке. Например, если по какой-либо причине происходит сбой одного из монтирований на fstab, система сразу же перестает загружаться. Я управляю десятками разнообразных производственных систем и считаю, что это поведение очень пагубно. (На самом деле я думаю, что это серьезный провал проекта, но это личное мнение).

Я бы хотел повысить устойчивость системы к загрузке. Оптимально, чтобы система всегда загружалась, отсутствующие драйверы, монтируемые и т. Д. Не должны сбрасывать аварийную оболочку (вместо этого просто показывать предупреждение), если только данная ошибка не сделает вход в консоль абсолютно невозможным. Что может быть запущено, что должно быть запущено.

Я знаю, что systemd автоматически генерирует файлы * .mount из / etc / fstab, и я мог бы использовать опцию nofail с небольшим таймаутом x-systemd.device (или определить соответствующие файлы .mount самостоятельно). Однако это не решило бы мою проблему, я хочу сделать систему более устойчивой, «исправление» fstab каждый раз не очень удобно, и я не уверен, сколько существует других возможных «проблем», которые делают мою систему не загружаемой только потому, что какой-то разработчик где-то думал, что это достаточно важно.

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

Это буквально только неудачи монтирования, это все, что вам нужно изменить.

Так что письмо с вашей просьбой будет тривиально ответить. Создайте раскрывающийся файл:

# /etc/systemd/system/local-fs.target.d/nofail.conf

# Clear OnFailure= (set it to nothing)
[Unit]
OnFailure=

Я полагаю, что это не добавит новых проблем, кроме тех, которые Linux sysvinit уже перенес, допустив этот сценарий частичного сбоя.

Однако вы также указали вопрос о том, как долго systemd должен ждать, пока указанные блочные устройства станут доступными. Я не вижу способа настроить это, не предоставив замену генератору fstab в целом. https://www.freedesktop.org/software/systemd/man/systemd.generator.html

Если вы сбросите большое количество менее широко используемого кода, это вряд ли повысит устойчивость системы. Я думаю, что самым близким решением было бы исправление существующего генератора fstab. Это не очень сложно, я подозреваю, что вы можете избежать неприятностей / не отставать от любых существенных изменений.

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

https://unix.stackexchange.com/a/393711/29483

Если вы просматриваете файлы модуля, есть только несколько способов вернуться к загрузке emergency.target. Обычно происходит .mountсбой модуля для локальной файловой системы, что приводит local-fs.target к сбою. Или когда ваш initramfs не может смонтировать корневую файловую систему, если ваш initramfs использует systemd.

local-fs.targetесть OnFailure=emergency.target. И это происходит сбой, потому что модули для локальных файловых систем автоматически добавляются в список Требуется local-fs.target (если они не имеют DefaultDependencies=no).

$ systemctl show --property Requires local-fs.target
Requires=-.mount home.mount boot.mount boot-efi.mount

Отключите автоматическое монтирование любой файловой системы, которая не является существенной для операции загрузки, добавив noautoопцию монтирования к ее /etc/fstabзаписи:

/dev/sdxy /u01 nfs defaults 0 0

чтобы:

/dev/sdyx /u01 nfs noauto 0 0

а затем смонтировать файловую систему после загрузки, используя строку в /etc/rc.local:

mount /u01

В этом примере используется NFS, но он также применим к логическим устройствам, импортированным с файлового сервера.

Попробуйте это возможно?

systemctl mask emergency.service
systemctl mask emergency.target