> Дорогой мой, всё тобой написанное было бы очень интересно, если бы systemd
> действительно ускорял загрузку. Однако, как выяснилось, скорость загрузки его оказалась
> как раз на уровне sysv дебиана.

А ты чего ожидал, учитывая что куча пакетов с sysv скриптами которые еще не выкинули? Вот если это костылье выкинуть - профит таки наступает. Даже дохлые одноплатники взлетают как из пушки, там дольше всего теперь занимает инициализация железа ядром. И, главное, все не вклиниваются намертво на конфигурации сети или монтировании файлух, в отличие от. И зависимости системде прописывать удобно. И дружественно к пакетированию, это было заложено на фазе дизайна еще. Это то что в апстарте жестоко прошляпили, а в sysv на такие мелочи просто все клали. По жизни.

> Единственное, по поводу вот этого отдельно скажу:
> Угу. Такой нормальный логгинг, что при повреждении журнала, восстановить его невозможно;
> и потому единственный способ заиметь надёжный журнал -- перенаправить journald в syslog.

А потом мы вспомним что файлуха - бинарная БД. И удачи тебе в парсинге ее структур если под метаданными элементарный бэд вылез. Но подобная фигня не мешает "ветеран" ламерью врать и лицемерить напрополую, не имея ни малейшего понятия о работе системы, зато имея много забавных фобий. И таки да, логфайлы первое что гробится при отклонениях от идеала в файлухе. Потому что здорово фрагментированы, форс-синкнуты чтобы не потерять при крахе данные, но в файлухе это выливается в хренову кучу метаданных и фрагментов по всем закоулкам диска. Так что логи первое что дохнет при факапах с диском. А так то они простые, текстовые, только раздел с ними - бинарная база на терабайт-другой. И эти текстовые вкрапления там найти автоматически проблема, если метаданные подвели. Фоточки какие - еще куда ни шло, обычно 1 фрагмент и характерный маркер формата файла есть. Потому что формат файла делали нормальные програмеры а не скриптомакаки с текстозом головного мозга.