> Попробуйте использовать systemd в нестандартных ситуациях, например когда упала система
> (как прочитать логи?, как перемонтировать / в ro?), когда нужно запустить
> сервис в контейнере (или весь systemd поднимай, или запускай демон ручками),
> когда нужно сделать написать переносимый сервис (всё равно нужно писать враппер),
> когда вылазит какая-то проблема при загрузке в сервисе который дёргают другие
> сервисы, и т.д.Использовал, работает прекрасно.
> как прочитать логи?
внезапно - так же! Даже лучше. В отличие от обычного syslog, journal хранит сообщения в памяти. Поэтому journalctl показывает логи даже на системе, где логи некуда писать.
> как перемонтировать / в ro?
Эээ также? После systemd isolate rescue обычный геморрой с fuser -m / и прибиванием того, кто еще остался.
От systemd в rescue.target останутся по-моему journal и udev (не уверен), udev можно руками прибить, а journal то ли даст перемонтировать так, то ли от сигнала поймет намек и отключится от фс, и можно будет перемонтировать. После этого journal будет сохранять текущие логи в памяти.
> когда нужно запустить сервис в контейнере (или весь systemd поднимай, или запускай демон ручками
Если нужен один сервис, а не ОС в контейнере - прямо так его и запускать. Что тут странного?? И docker, и systemd-nspawn прекрасно это позволяют.
Если нужно загружать ОС в контейнере - ну поставить туда systemd, прекрасно. Что в этом, собственно, плохого?