Исходное сообщение
"Релиз systemd 231" Отправлено AlexYeCu_not_logged, 26-Июл-16 17:07
>На SysV такое тоже частенько бывает, понимаю, не подходит для красного словца. Вот я с таким столкнулся именно на systemd. У SysV ещё что хорошо: завершаются последовательно сервисы, очень просто вычислить виновника, если что. А у systemd — поди разбери, на ком именно таймаут — на скриншоте ещё хороший вариант, написано, где проблема. А то бывает «Stopping job…» или что-то вроде этого, но столь же информативное, и звёздочки эти бегают. Думайте-гадайте, дорогие пользователи. >какая-то неописуемая жесть, а можно конкретный пример, какой сервис так делает, и подробности, как ему удалось? Ловил на этом tor — неубиваемый state появлялся из-за, предположительно, некорректного завершения сервиса силами systemd. После добавления в скрипт отключения отдельной команды для прибивания tor.service (systemctl stop tor, никаких изысков) больше не сталкивался. Пару раз нарывался на мелкие повреждение файловой в ходе systemd-шного шатдауна, но там не знаю, кто был виноват: ssd, lvm, ещё кто-то. В общем, проблем с фс я за время использования systemd видел немало. Всегда ли он виноват или нет — без понятия. А нормальное, без невнятных таймаутов завершение работы я на системд вообще видел пару раз.