Linux mint 18 зависает при выключении

10

Меня беспокоит печально известная ошибка зависания / остановки. Всякий раз, когда я выключаю мяту, только первая точка на заставке становится зеленой, а затем она как бы замерзает. У меня также была эта проблема на Ubuntu 16.04. Я собираюсь использовать Linux для игр. Вот мои системные характеристики

           Desktop: Cinnamon 3.0.7 (Gtk 3.18.9-1ubuntu3.1)
           Distro: Linux Mint 18 Sarah
Machine:   Mobo: Intel model: DG33FB v: AAD81072-307
           Bios: Intel v: DPP3510J.86A.0407.2008.0218.0923 date: 02/18/2008
CPU:       Quad core Intel Core2 Quad Q6600 (-MCP-) cache: 4096 KB
           flags: (lm nx sse sse2 sse3 ssse3 vmx) bmips: 19199
           clock speeds: max: 2394 MHz 1: 1596 MHz 2: 1596 MHz 3: 2128 MHz
           4: 1862 MHz
Graphics:  Card: NVIDIA GT218 [GeForce 210] bus-ID: 01:00.0
           Display Server: X.Org 1.18.4 drivers: nouveau (unloaded: fbdev,vesa)
           Resolution: 1024x768@60.00hz
           GLX Renderer: Gallium 0.4 on NVA8
           GLX Version: 3.0 Mesa 11.2.0 Direct Rendering: Yes
Audio:     Card-1 NVIDIA High Definition Audio Controller
           driver: snd_hda_intel bus-ID: 01:00.1
           Card-2 Intel 82801I (ICH9 Family) HD Audio Controller
           driver: snd_hda_intel bus-ID: 00:1b.0
           Sound: Advanced Linux Sound Architecture v: k4.4.0-21-generic
Network:   Card: Intel 82566DC-2 Gigabit Network Connection
           driver: e1000e v: 3.2.6-k port: 30e0 bus-ID: 00:19.0
           IF: enp0s25 state: up speed: 100 Mbps duplex: full mac: <filter>
Drives:    HDD Total Size: 160.0GB (4.9% used)
           ID-1: /dev/sda model: Hitachi_HDS72101 size: 160.0GB
Partition: ID-1: / size: 17G used: 5.4G (35%) fs: ext4 dev: /dev/sda5
           ID-2: swap-1 size: 2.13GB used: 0.00GB (0%) fs: swap dev: /dev/sda6
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 47.0C mobo: N/A
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 178 Uptime: 6 min Memory: 646.8/1990.4MB
           Init: systemd runlevel: 5 Gcc sys: 5.4.0
           Client: Shell (bash 4.3.421) inxi: 2.2.35

Отключение сети перед выключением не имеет значения, поэтому оно не связано с недоступностью удаленных серверов.

Перезагрузка работает нормально.

Результат журнала --boot -1 -e --full

Specifying boot ID has no effect, no persistent journal was found

У многословной загрузки была строка сбоя, которая говорила о невозможности загрузки модулей ядра.

Результат подробного отключения (две последние строки):

[OK] Reached target shutdown.
[54.278173] reboot: power down

Результат systemctl status

● lol-desktop
    State: degraded
     Jobs: 0 queued
   Failed: 1 units
    Since: Thu 2016-11-17 18:35:37 IST; 5min ago

PS У меня двойная загрузка с windows 7.

linux-mint shutdown

— Shivodit Gill
источник

Запустите journalctl --boot -1 -e --full, отредактируйте свой вопрос и поместите туда соответствующий вывод. Это покажет людям, что systemd думала, что она делала в то время.

— JdeBP

Редактирование сделано.

— Shivodit Gill

Пожалуйста, ребята, ответьте, этот вопрос действительно расстраивает

— Шиводит Гилл

Журнал рассказывает людям, что происходит. "Это как-то замерзает". не. К сожалению, вы настроили свою систему так, чтобы при каждом завершении работы журнал сбрасывался, а не сохранялся в нем постоянно /var/log/journal, поэтому вы не можете рассказать миру о том, что записал журнал, и люди не могут тогда поставить диагноз по тому, что происходило (или было, скорее всего,) неправильно.

— JdeBP

Итак, как мне это включить? Мне нужно сделать подробное завершение работы?

— Shivodit Gill

7

Я боролся два дня с системой Linux Mint 18.3 на ноутбуке Dell 5577 (Nvidia 1050). При выключении или перезагрузке экран был черным и ничего не происходило.

Ничто из следующего не помогло :(

модификация grub (добавление GRUB_CMDLINE_LINUX = "apm = power_off", "acpi = force" и т. д.)
отключение EuP (включение USB-порта на выключенном компьютере)

Что помогло :)

Выберите Меню -> Администрирование -> Управление драйверами -> выберите драйвер nvidia вместо nouveau , терпеливо ждите, потому что он длится немного, первая перезагрузка или завершение работы завершатся неудачно, но после перезагрузки, наконец, работает нормально! :)

Поиск: Linux Mint не выключается и не перезагружается, Linux Ubuntu не выключается и не перезагружается, Linux Mint не выключается и не перезагружается, Linux Ubuntu не выключается и не перезагружается

— Якуб
источник

1

Точно так же и для меня с Dell XPS 15. К сожалению, драйверы Nvidia непригодны для использования, так как достаточно просто посмотреть полноэкранное видео, чтобы заставить фанатов так сильно, что вы ничего не слышите. Это происходит с Prime, установленной на графику Nvidia или Intel.

— Нейтрино

Легенда, это работало для меня на HP Zbook Studio G3.

— Шон Миссингем,

Работал на Asus Zenbook Pro UX550. Спасибо огромное !!

— ether_joe

Слишком медленные перезагрузки и выключения на моем Lenovo T430 с Nvidia NVS 5400M решаются выбором драйвера Nvidia вместо nouveau. Спасибо!

— Jaxian

3

Для меня в Gentoo linux (ядро 4.17.5) было решено решить эту проблему, добавив в качестве опции для драйвера nouveau следующее:

vram_pushbuf=1

( nouveau.vram_pushbuf=1когда в ядро вставлен нуво).

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

— Микель
источник

1

Эта проблема была актуальна и для меня. Что самое интересное - когда я закрывал сначала сеанс пользователя вручную, а затем выключал систему, все прошло без каких-либо задержек. Сегодня я посвятил некоторое время решению проблемы, и вот некоторые результаты. Проблема возникает из-за того, что система ожидает при выключении чего-то, что, по ее мнению, должно произойти. Сама вещь индивидуальна для каждого отдельного случая. В моем случае это были даже две проблемы, одну из которых я обнаружил. Система искала жесткий диск, которого не было. Как так? Потому что я экспериментировал с некоторыми другими версиями Linux и выбрал для всех версий то же устройство, что и подкачка. Во время установки второго Linux, UUIDустройства было изменено, но в системных файлах первого Linux оно осталось неизменным. Но, опять же, это была моя проблема, ваша может быть совсем не похожа. После того, как я исправил вышеупомянутую проблему, у меня все еще была другая. Я потерял надежду и просто поддался искушению решить проблему грубой силой. Я изменил в параметре /etc/systemd/user.confи /etc/systemd/system.confфайлы DefaultTimeoutStopSecс 90 secondsна 5 seconds. Не забудьте раскомментировать строку (убрать #знак в начале строки с параметром DefaultTimeoutStopSec).

Теперь работает нормально, система очень быстро выключается.

— Донг Хуанг
источник

1

Другое возможное решение - особенно для более нового оборудования, использующего (U) EFI - это добавить параметр загрузки apm=power_off. Вы можете добавить его к определению GRUB_CMDLINE_LINUX_DEFAULTв /etc/default/grubили добавить строку , если она еще не существует.

GRUB_CMDLINE_LINUX_DEFAULT="apm=power_off"

Затем обновите установку grub в соответствии с руководством по вашей операционной системе, например:

update-grub # Debian/Ubuntu
grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg # EFI on Fedora etc
grub2-mkconfig -o /boot/grub2/grub.cfg # BIOS

— sebix
источник

0

я предполагаю, что ваша система отключается после 54-х? Возможно, это зависший процесс, если у вас много активности диска при проверке выключения / var / lib / systemd / coredump / для файлов, вы можете затем отключить дамп ядра (как обходной путь, а не как решение root)

— Николай
источник

0

Отключение USB 3.0 legacy modeили usb3.0 configuration in pre-osв BIOS , у меня сработало.

— ExillustX
источник

0

Linux Mint 18.1:

Моя проблема заключалась в том, что мой новый ПК зависал в бессистемные моменты при выключении / отключении питания. Мне пришлось нажимать кнопку включения / выключения в течение нескольких секунд (также механическое отключение).

После того, как я изменил настройку в UEFI / BIOS, проблема исчезла:

Откройте UEFI / BIOS:
Дополнительно → Управление питанием → Настройка EuP отключена
Выйти, сохранив настройки

Затем перезагрузите компьютер, и все должно быть в порядке.

— Grouster
источник

1

Что делает настройка EuP или поддерживает?

— Xen2050

0

Для меня эта проблема была исправлена после того, как я удалил значения "quiet" и "splash" из параметра GRUB_CMDLINE_LINUX_DEFAULT в grub.

— Morten
источник