LINUX.ORG.RU
ФорумAdmin

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

 , ,


0

2

Обновился с 12.04 до 16.04. Обновление прошло без сучка, без задоринки, но удалённый сервер перестал грузиться. KVM в простом доступе нет, есть rescue-образ. После загрузки в него и монтирования системы в /var/log вижу пустой unattended-upgrades/unattended-upgrades-shutdown.log

Вообще, /var/log монтируется отдельным разделом с lvm, поэтому появление там подобного смущает :)

Машина после рестарта пингуется. Но ни один сетевой сервис недоступен. Была мысль, что наличие левых файлов в /var/log не даёт смонтироваться ему штатно, но добавление noempty в параметры монтирования ничего не меняет. Судя по всему, до монтирования дело вообще не доходит. Но сеть, повторюсь, поднимается, пинг идёт. Что это может быть. Есть у кого мысли, куда дальше копать? :)

★★★★★

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

Lavos ★★★★★
()

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

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

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

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

KRoN73 ★★★★★
() автор топика
Ответ на: комментарий от KRoN73

Ещё всякие странности. Типа, 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.

KRoN73 ★★★★★
() автор топика
Ответ на: комментарий от KRoN73

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

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

h578b1bde ★☆
()
Ответ на: комментарий от h578b1bde

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

anc ★★★★★
()
Ответ на: комментарий от anc

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

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

h578b1bde ★☆
()
Ответ на: комментарий от anc

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

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

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

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

KRoN73 ★★★★★
() автор топика
Ответ на: комментарий от h578b1bde

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

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

anc ★★★★★
()
Ответ на: комментарий от KRoN73

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

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

anc ★★★★★
()
Ответ на: комментарий от anc

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

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

KRoN73 ★★★★★
() автор топика
Ответ на: комментарий от KRoN73

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

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

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

disarmer ★★★
()
Ответ на: комментарий от disarmer

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

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

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

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

anc ★★★★★
()
Ответ на: комментарий от KRoN73

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

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

ArcFi
()
Ответ на: комментарий от ArcFi

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

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

KRoN73 ★★★★★
() автор топика
Ответ на: комментарий от KRoN73

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

ArcFi
()
Ответ на: комментарий от ArcFi

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

KRoN73 ★★★★★
() автор топика
Ответ на: комментарий от KRoN73

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

anonymous
()
Ответ на: комментарий от KRoN73

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

ArcFi
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.