Я использовал старый ноутбук Acer Travelmate 4000 в качестве локального сервера целую вечность с Ubuntu Desktop.
В этом году я установил 16.04 i386 Server Edition и не мог быть счастливее. Весь рабочий набор Linux, сетевого стека и apache2 использует только 37 МБ встроенных 2 ГБ ... Никакой замены для вас!
Проблема в том, что команда reboot (или shutdown) всегда зависает в одной и той же точке консоль: «Достигнуто целевое выключение», требующее жесткого отключения питания и перезапуска.
Что я могу сделать для дальнейшей диагностики?
ОБНОВЛЕНИЕ : В соответствии с предложением, я ввел команды на консоли под sudo для 'systemctl start debug-shell', за которым следует ' перезагрузка».
Однако на этом ванильном сервере отсутствует оконный менеджер, поэтому, когда появляется последнее консольное сообщение «Достигнута цель», ни одна комбинация нажатий клавиш не может вызвать VT и вывести список неудачных заданий. Заклинание Alt + SysRq также неэффективно при продолжении перезагрузки.
Так или иначе, теперь появилась новая строка сообщения о последнем вздохе, которая гласит: «[278.430967] systemd-shutdown: не удалось завершить устройства DM. Игнорирование»
Я попытался обойти эту проблему, чтобы отключить пространство подкачки во время выключения в аналогичном отчете об ошибке , но это не помогло; вероятно, потому что мой файл подкачки 3GB не используется, а / tmp минимально (~ 2%).
Есть ли что-нибудь еще, что я могу попытаться переместить маркерами вперед?
ОБНОВЛЕНИЕ 2: Захват вывода предложенных команд journalctl и systemctl в файл ничего не дал из обычный.
Поскольку на этом сервере нет графического интерфейса, я использовал этот код github , чтобы включить Xenial Proposed перед обновлением / обновлением / перезагрузкой, чтобы убедиться, что новый systemd-229 был в миксе.
1115 К сожалению, это не имело никакого значения. Я не знаю, связано ли это, но во время установки Ubuntu я выбрал вариант использования групп томов LVM по умолчанию для / boot, / home, / var, / tmp и swap.
Неужели я действительно один вижу эту проблему?
(Вот скриншот консоли после перезагрузки и ожидания еще примерно 3 минуты):
Кто знает когда/если эта проблема: "systemd-завершение-работы: Не удалось завершить устройства DM. игнорирование". будет когда-либо закрепляться на этой старой платформе - ничто, что я считал, предположил бы, что это будет в ближайшее время.
Тем временем, это обходное решение позволяет мне перезагружать свой сервер, физически не подвергая циклу включения и выключения питания машину.
Все следующие команды находятся под sudo:
echo 1 > /proc/sys/kernel/sysrq
sync && echo b > /proc/sysrq-trigger
При запущении скрипта удаленно через ssh, я нахожу, что также должен трудно закрыть свое ssh окно и восстановить новую ssh сессию (после того, как, ожидая минута машины для становления достижимым).
Я обновил до Ubuntu 16.10, как только это было доступно, но это не решило эту проблему. Ни сделал последующие обновления пакета, примененные с тех пор.
Однако сегодняшние обновления пакета, должно быть, включали фиксацию, поскольку я могу теперь счастливо выпустить постоянного клиента 'sudo перезагрузка' от удаленной сессии SSH и снова соединиться с сервером в течение минуты или два.
Вот новая запись из моего /var/log/apt/history.log:
Обновление: libsystemd0:i386 (231-9git1, 231-9ubuntu1), udev:i386 (231-9git1, 231-9ubuntu1), libudev1:i386 (231-9git1, 231-9ubuntu1), python3-distupgrade:i386 (1:16.10.7, 1:16.10.8), ubuntu-release-upgrader-core:i386 (1:16.10.7, 1:16.10.8), systemd-sysv:i386 (231-9git1, 231-9ubuntu1), libpam-systemd:i386 (231-9git1, 231-9ubuntu1), systemd:i386 (231-9git1, 231-9ubuntu1), libnss-resolve:i386 (231-9git1, 231-9ubuntu1)
Из числа того списка, огромного "Спасибо!" выходит в то, какой бы ни специалист по обслуживанию пакета применил волшебное колдовство, необходимое... Вы знаете, кто Вы :)
ОБНОВЛЕНИЕ , Поскольку Ubuntu больше не поддерживает i386 машины, я счастливо переключился на Lubuntu 18.04. Имеет прекрасный вкус, меньше заполнения!