> О, приятно видеть ещё одного везунчика.И если заметить, не повезло по линии осыпавшегося стоража, при том если это под libc6, извините, но система превращается в тыкву независимо от системы инициализации.
> systemd не соответствует энтерпрайзному подходу RAS ни по одному пункту. Поэтому только на десктоп.
Вообще-то наоборот. По крайней мере он имеет апи для вачдогования процессов, может сделать что-то осмысленное если юнит не взлетел, для начальной отладки системы там логи какие-никакие есть, etc.
> Надежность системы не выше надежности самого ненадежного элемента.
> Показательно, что только сбой железа может подчеркнуть надежность systemd.
Сам по себе системд вообще никаких проблем мне не создавал. Я не знаю что там с ним Шигорин и ко сделали для этого. Запостили бы failure analisys чтоли.
> Даже "древний" sysVinit не позволял себе не отмонтировать примонтированные вручную директории.
А еще он клал на все мыслимые проблемы, повисая тряпочкой без таймаутов и реакций на коды возврата, что не RASово-верно. А когда мой сервис "почему-то" не взлетел, я "почему-то" шел сам кодить логинг и отлов кодов возврата. Очень "удобно". А если прогу хочется еще и в ограниченный по доступу "контейнер" упаковать, вообще атас.
> Поэтому, каждый раз благодарим systemd и _не_забываем_ сделать это сами вручную
> перед ребутом.
Не понимаю о чем вы и почему вы что-то руками делаете. Я свои системы тестирую на гораздо более дурацкие вещи чем всего-лишь корректность автоматического шатдауна. Более того - даже если надо что-то радикально нестандартное, в системд можно в кастомные действия при шатдауне, так что делание чего-то вручную выдает невладение тулом. Это лечится, например наймом более компетентных лиц.
> И, да, серия положительных исходов при малой вероятности не может быть бесконечной.
И все же так лучше чем "тыква" на первом неудачном "бэде". А еще удобно когда грабли отрислвываются на радаре, и их можно неспешно и без авралов убрать. RAS наверное задуман как-то так. Если мы летим в космос - надо и такие "тыквы" учесть, поставив эн железок. Но на более приземленных применениях это оверкилл.
> Из последнего, мне "понравилось" восстанавливать доступ к libvirtd по tls при переходе
> к fedora-31. Единственное место, где попалось разумное пояснение ситуации
Я не пользуюсь федорой и libvirtd, так что мне это знание достаточно иррелевантно.
> Ну, пусть сабж попробуют, вдруг что хорошее всё-таки получится.
Я бы для начала федору юзать на ответственных системах не стал бы. Впрочем и редхат тоже. Но по иным причинам.
