LINUX.ORG.RU

История изменений

Исправление Stanson, (текущая версия) :

А назови-ка мне хотя бы одну службу ведения логов в GNU/Linux (кроме systemd-journald 243), которая автоматически меняет своё поведение в зависимости от примонтированных ФС?

А зачем демону (демону, едрёна кочерыжка, «службы» это в венде) который пишет логи вообще заниматься мониторингом ФС? Это не его собачье дело.

При halt/reboot syslog просто прибивался перед тем, как отмонтировались файловые системы (или рут перемонтировался в ro). Если очень нужно зачем-то иметь возможность заниматься логгированием и после отмонтирования ФС, то никто не мешал при halt/reboot не убивать, а перезапускать syslog c конфигом типа *.* @somehost или там *.* /dev/console. Правда не очень понятен юзкейс для этого, ведь все процессы к этому времени уже прибиты и логи писать просто некому. Но всё равно можно.

В общем-то наглядный пример создания системдой проблемы на пустом месте, а потом героического её решения.

Исходная версия Stanson, :

А назови-ка мне хотя бы одну службу ведения логов в GNU/Linux (кроме systemd-journald 243), которая автоматически меняет своё поведение в зависимости от примонтированных ФС?

А зачем демону (демону, едрёна кочерыжка, «службы» это в венде) который пишет логи вообще заниматься мониторингом ФС? Это не его собачье дело.

При halt/reboot syslog просто прибивался перед тем, как отмонтировались файловые системы (или рут перемонтировался в ro). Если очень нужно зачем-то иметь возможность заниматься логгированием и после отмонтирования ФС, то никто не мешал при halt/reboot не убивать, а перезапускать syslog c конфигом типа *.* @somehost или там *.* /dev/console. Правда не очень понятен юзкейс для этого, ведь все процессы к этому времени уже прибиты и логи писать просто некому. Но всё равно можно.

В общем-то наглядный пример решения проблемы которой вовсе не существовало.