Свежая установка Ubuntu 16.04 зависает при перезагрузке (i386 Server на ноутбуке Acer Travelmate)

Я использовал старый ноутбук 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 минуты):

screenshot of the console

3
задан 16 May 2016 в 16:35

2 ответа

Кто знает когда/если эта проблема: "systemd-завершение-работы: Не удалось завершить устройства DM. игнорирование". будет когда-либо закрепляться на этой старой платформе - ничто, что я считал, предположил бы, что это будет в ближайшее время.

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

Все следующие команды находятся под sudo:

  • Помещенный эти команды в файл, такие как ~/sysrq-reboot.sh
    echo 1 > /proc/sys/kernel/sysrq sync && echo b > /proc/sysrq-trigger
  • chmod +x файл для создания этого исполняемым файлом
  • затем, к перезагрузке просто запускает скрипт с sudo ~/sysrq-reboot.sh

При запущении скрипта удаленно через ssh, я нахожу, что также должен трудно закрыть свое ssh окно и восстановить новую ssh сессию (после того, как, ожидая минута машины для становления достижимым).

0
ответ дан 17 May 2016 в 02:35

Я обновил до 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. Имеет прекрасный вкус, меньше заполнения!

0
ответ дан 17 May 2016 в 02:35
  • 1
    Спасибо, я попробовал это решение, но оно не решало мой вопрос. Я закончил установленный, повторно находят, затем переустанавливая Ubuntu. – Spencer Hill 12 October 2017 в 16:57

Другие вопросы по тегам:

Похожие вопросы: