Мой Ubuntu 16.04 зависает при выключении / перезапуске, требуя, чтобы я нажал и удерживал кнопку питания, чтобы выключить машину ... Я не знаю, как сообщить об этом как об ошибке и какие команды запустить, чтобы показать необходимый журнал оборудования / системного журнала Информация? Любая помощь будет принята с благодарностью!
90
Ответы:
У меня тоже была эта проблема. Кажется, это ошибка в нескольких дистрибутивах.
Моим простым исправлением было редактирование
/etc/default/grub
строки:в
Беги
update-grub
.Работает каждый раз сейчас. Я использую ноутбук Lenovo G50. Я уверен, что я изменил эту строку в Grub с предыдущими (другими) дистрибутивами linux на этом ноутбуке.
источник
update-grub
первый, который не сработал. Затем я изменил его на GRUB_CMDLINE_LINUX_DEFAULT = "acpi = force", и это решило мою проблему.dist-upgrade
?После того, как вы закончили свою работу и завершили закрытие всех ваших приложений, чтобы завершить работу или перезагрузить вашу ОС, пожалуйста, выполните следующие шаги, чтобы уменьшить разочарования.
sudo swapoff -a && systemctl poweroff
в качестве обходного пути на данный момент./usr/share/doc/systemd/README.Debian.gz
чтобы проверить, есть ли какие-либо зависающие задания при завершении работы. Вам потребуется запускать оболочку отладки перед каждым отключением или перезагрузкой, введя:systemctl start debug-shell
Снимок экранаjournalctl -b
в оболочке восстановленияctl+alt+F9
может быть полезным. Также выводsystemctl list-jobs
иsystemctl --failed
Помимо снимка экрана, вы можете записать вывод этих команд и/
добавить их>>filename.text
в один и тот же «filename.text» в корневом каталоге, добавив в конце команды, например,journalctl -b >>filename.text
journalctl -xe >>filename.text
systemctl list-jobs >>filename.text
systemctl --failed >>filename.text
lsblk >>filename.text
все они будут в одном и том же файле, добавленном вместе для вас, чтобы проанализировать вашу следующую загрузку и, если вы отправите отчет об ошибке, может быть полезно прикрепить файл к вашему сообщению об ошибке.Обновить
У меня были эти зависания в течение довольно долгого времени, но в конечном итоге я узнал, что мой жесткий диск начинает выходить из строя секторов и т. Д. Итак, пришло время для нового жесткого диска и его переустановки. Я переустановил ОС на одном загрузочном жестком диске с Swap в качестве 1-го, Root как 2-го и Home в качестве 3-го логических разделов в соответствии с рекомендациями Ubuntu. Технически, sda1 - это Grub, sda2 - это Extended, sda5, sda6, sda7 - это swap, root и home соответственно; sda3 и sda4 нет. С тех пор этой проблемы не было во вновь установленной ОС на жестком диске, примерно 9 месяцев. На данный момент я работаю 16.04.02 LTS без каких-либо зависаний при перезапуске или выключении. Предыдущая ОС была двойной установкой Win7 / Ubuntu, а раздел Swap находился в конце жесткого диска.
Я не утверждаю, что эта проблема связана с двойной загрузкой, неисправным жестким диском или порядком, в котором я разместил разделы, но в моем случае существовал один, два или все эти факторы. Теперь я не страдаю обострением зависания «Достигнута цель».
источник
reached target shutdown
это продолжает выкачиватьrevalidation failed
У меня была проблема с зависанием при выключении, вот что я сделал:
ОТКРЫТЫЙ ТЕРМИНАЛ
Измените строку:
в
Удаление
quiet
иsplash
позволяет текст во время выключения, помогает увидеть, где может быть зависание.Сохранить и закрыть Gedit
Затем обновите Grub в терминале:
ДОПОЛНИТЕЛЬНО:
Я заметил, что у меня тоже запущена «STOP JOB», поэтому я сократил время ожидания
/etc/systemd/system.conf
:удалить
#
и изменить время в следующих строках:Затем запустите:
Это сработало для меня.
источник
Tdenham. У меня такая же ситуация. Я только что обновил систему с 14.04 по 16.04 с
do-release-upgrade -d
.Если у вас нет прямого доступа к системе, и вам действительно нужно перезагрузить компьютер, вы можете попробовать сделать hard reset в качестве обходного пути (как описано здесь: https://major.io/2009/01/29/linux-emergency- перезагрузка или выключение с помощью волшебных команд / )
который делает трюк. Вероятно, вы должны бежать
sync
прямо перед второй командой.reboot -f
может помочь, но я не пробовал, так как не могу получить доступ к серверу, если он снова зависает.Вы можете проверить файл / var / log / syslog. Найдите место, где вы включаете компьютер, и проверьте линии прямо перед этим. Вы можете вставить это здесь.
Мой системный журнал:
Кажется, что dhclient пытается получить IP-адрес, даже когда запрашивается перезагрузка.
В случае, если это аппаратно-зависимая проблема, я вставил вывод
lspci
, чтобы помочь решить проблему .источник
Я пробовал несколько методов, включая: редактирование
/etc/default/grub
, запускsudo swapoff -a
до выключения и т. Д. Но ни один из них не работал для меня.Отключение
USB 3.0 legacy mode
в биосе у меня сработало.источник
Я попробовал почти все предложения здесь. Единственное действие , которое решить мою же проблему выключения / перезагрузки меняется
DefaultTimeoutStartSec
иDefaultTimeoutStopSec
в/etc/systemd/system.conf
к «10»:а затем отредактируйте в
источник
Я просто столкнулся с той же самой проблемой, перезапуск привел бы меня к черному экрану или иногда к черному экрану с мигающим курсором, и это никогда не достигло бы, я должен отметить, что у меня не было проблемы с выключением.
Поэтому я открыл Drive Manager и установил микропрограмму Intel-Microcode для процессора, выключил компьютер, а потом устал перезагружать ОС, и это наконец-то сработало.
Я использую Linux Mint Cinnamon 18.3, который основан на Ubuntu Xenial Xerus 16.04 LTS.
Добавление комментария пользователя ssasa в ответ, так как он может помочь другим и может быть очищен с флагом «больше не нужен»:
источник
У меня была эта проблема на моем ASUS Zenbook UX433FN, и я решил обновить BIOS. У меня была версия BIOS 301 и обновленная до 305. Все эти проблемы исчезли сразу после этого обновления.
Затем я переустановил Ubuntu 18.04, а затем без проблем установил драйверы NVIDIA.
Примечание . Я предлагаю установить драйверы NVIDIA ПЕРЕД любыми другими обновлениями, чтобы проверить, могут ли драйверы NVIDIA быть успешно установлены без вмешательства кого-либо еще.
источник
Мое решение здесь
Но простыми словами:
sudo vim /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="splash quiet noefi"
источник