Ubuntu не грузится после обновления. unattended-upgrades?

А unity то грузится? Побробуй реестр почистить. Если не помогает - переустанови.

В общем, дело было в systemd. После обновления не поднялся netfilter-persistent service. А проигнорировать ошибку — невозможно. Кроме того, для некоторых ext4-разделов перестал приниматься параметр commit, хотя для некоторых — работает отлично. Ну и до обновления сколько лет всё прекрасно было...

Особое бесение вызывало то, что после предложения systemd о выходе в emergency mode, оно не принимало ни рутовый пароль, ни Ctrl-D. Всё равно происходил новый запрос.

При этом, стоит перегрузиться в консоль восстановления, смонтировать систему и войти в неё по chroot, как в chroot systemd отказывается работать вообще. Соответственно, в чём причина неработоспособности сервиса непонятно, запретить его штатными средствами невозможно, пришлось лазить по потрохам systemd настроек и вычищать вручную... Раз 20 перезагружаться пришлось... Ещё и каждый раз серия mount + chroot.

Плазменный поток поноса Леннарту.

Ещё всякие странности. Типа, redis в консоли вываливает при старте тонну ошибок (и ничего конкретного) и не стартует. А после запуска вручную — запускается без проблем.

янв 05 19:28:36 htz systemd[1]: redis-server.service: Unit entered failed state.
янв 05 19:28:36 htz systemd[1]: redis-server.service: Failed with result 'resources'.
янв 05 19:28:36 htz systemd[1]: redis-server.service: Service hold-off time over, scheduling restart.
янв 05 19:28:36 htz systemd[1]: Stopped Advanced key-value store.
янв 05 19:28:36 htz systemd[1]: redis-server.service: Start request repeated too quickly.
янв 05 19:28:36 htz systemd[1]: Failed to start Advanced key-value store.

В общем, дело было в systemd

После всего этого кто-то ещё будет утверждать что systemd не говно, а дистрибутивы с ним — не разваливающийся на части глюкодром?

Ну в защиту ненужноД можно сказать, что не только он тут виноват. Все-таки устраивать переезд на версию ОС с другой инит системой, да и просто на другие версии софта (я про серверный), это с немалой долей вероятности попоболь будет, все предусмотреть не возможно.

Сразу с 12.04 на 16.04 обновлялся? Или через 14.04?

С 14.04. С LTS на LTS.

Ну в защиту ненужноД можно сказать, что не только он тут виноват. Все-таки устраивать переезд на версию ОС с другой инит системой

Обеспечение наименее геморной процедуры обновления дистрибутива, в котором по какой-либо причине выкинули одно и заменили другим, должно быть заботой мейнтейнеров этого дистрибутива, а не проблемой пользователя. Т.е. здесь в первую очередь виноваты мейнтейнеры бубунты.

Все-таки устраивать переезд на версию ОС с другой инит системой

Так самое забавное, что «попаболь» вылезла в не связанных с переездом местах.

1. То, что systemd не позволяет грузиться при мелких ошибках, типа отказа левого сервиса — это проблема не переезда, это явно ошибка в дизайне systemd.

2. Первая ошибка (но не единственная) вылезла в _новом_ сервисе от systemd. Без всякой миграции.

Т.е. здесь в первую очередь виноваты мейнтейнеры бубунты.

И да и нет, насколько я знаю KRoN73 по его темам, у него далеко не «сферический и в вакууме» сервак. Поэтому выше написал «все предусмотреть не возможно»

1. То, что systemd не позволяет грузиться при мелких ошибках, типа отказа левого сервиса — это проблема не переезда, это явно ошибка в дизайне systemd.
2. Первая ошибка (но не единственная) вылезла в _новом_ сервисе от systemd. Без всякой миграции.

О! Спасибо пояснили. Тогда согласен с h578b1bde Ubuntu не грузится после обновления. unattended-upgrades? (комментарий)

Поэтому выше написал «все предусмотреть не возможно»

Да тут ситуация, когда один фиг, и предусматривать особо нечего :) Всё равно обновление чисто автоматическое и управлять нечем. Разве что выбрать время обновления наиболее безопасным (потому на 16.04 только сейчас и обновился, на праздниках, когда посещаемость минимальная :D — угадайте, когда теперь буду обновляться на 18.04 LTS ;) )

После обновления не поднялся netfilter-persistent service.

1. То, что systemd не позволяет грузиться при мелких ошибках, типа отказа левого сервиса — это проблема не переезда, это явно ошибка в дизайне systemd.

Правильно что он не стал загружаться без правил netfilter, на машине может что угодно стоять, прикрытое фаерволом. Если бы система поднялась без фаервола, его отсутствие бы не заметили/заметили слишком поздно

Если бы система поднялась без фаервола, его отсутствие бы не заметили/заметили слишком поздно

Ахренеть обоснование бага от адептов ненужноД... Просто нет слов... Оно еще случайно не заботиться об отсутствии монитора, клавы, мыши... ? А, самое главное должно заботиться об отсутствии sshd и вообще всех «слушающих» демонах, что похоже у ТС и произошло. Так и хоться сказать, «спасибо за заботу Космонафт&Леня!».

Правильно что он не стал загружаться без правил netfilter, на машине может что угодно стоять, прикрытое фаерволом.

А если он не нужен, не рассматриваем? Или одно правило ACCEPT/DROP уже проканает для того что бы посчитать что fw есть? Такое умное шоли?

systemd не позволяет грузиться при мелких ошибках, типа отказа левого сервиса

С чего вдруг?
Множество раз сталкивался с ошибками инициализации отдельных сервисов без ущерба для остальной системы.
Больше похоже на убунтупроблемы.

Больше похоже на убунтупроблемы.

Учитывая распространённость дистрибутивов, проблемы systemd в ubuntu — это проблемы не только ubuntu, но и systemd :D

это проблемы не только ubuntu, но и systemd :D

Красношляпым только это не говори.

Красношляпым только это не говори.

Их мнение очень важно для нас! :D

http://gateway.ipfs.io/ipfs/QmSW4uRDB4uPRFQpkZBNbHhzCC717cibDeJNuJDYY9VhwU/ub...

Такая точка зрения удобна для пользователей убунты, но есть мнение, что важность этого дистрибутива на текущем этапе развития линукса несколько преувеличена.

Мнения могут быть разными, тут я не спорю, но по факту Ubuntu сегодня — основной пользователь systemd :)

И какое отношение статистика поиска имеет к реальному использованию? Ну и плюс: поскольку основные разработчики systemd из RH, сильно сомневаюсь, что они особо будут уделять время починке Ubuntu

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