Монетний двір 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 - повний

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 I подвійне завантаження з Windows 7.


Запустіть journalctl --boot -1 -e --full, відредагуйте своє запитання та поставте туди відповідний вихід. Це покаже людям, що Systemd думав, що це робило у той час.
JdeBP

Правки зроблені.
Шиводит Гілл

Будь ласка, хлопці, відповідайте, це питання насправді засмучує
Shivodit Gill

Журнал - це те, що розповідає людям, що відбувалося. "Це щось замерзає". не. На жаль, ви налаштували вашу систему для того, щоб відкидати журнал при кожному вимкненні, а не зберігати його постійно /var/log/journal, тому ви не можете сказати світові, що записано в журналі, і люди не можуть потім діагностувати те, що було (або було, швидше за все). неправильно.
JdeBP

Отже, як я це вмикаю? Чи потрібно мені робити багатослівне відключення?
Шиводит Гілл

Відповіді:


7

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

Ніщо з наступного не допомогло :(

  • модифікація grub (додавання GRUB_CMDLINE_LINUX = "apm = power_off", "acpi = сила" тощо)
  • відключення 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 замість нуво. Дякую!
Jaxian

3

Те, що працювало для мене в Gentoo linux (ядро 4.17.5) для вирішення цієї проблеми, було додати як опцію для драйвера nouveau наступного:

vram_pushbuf=1

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

Я виявив це з повідомлення про помилку в кінці процесу зупинки. Система висіла під час спроби вимкнути відео як фінальну порцію для повного відключення без цієї опції для мого GPU nvidia.


1

Ця проблема була актуальною і для мене. Що найцікавіше - коли я закрив спочатку сеанс користувача вручну, а потім закрив систему, все пройшло без затримок. Сьогодні я присвятив деякий час вирішенню питання, і ось деякі результати. Проблема виникає через те, що система чекає при відключенні чогось, що, на її думку, має відбутися. Сама річ індивідуальна для кожного окремого випадку. У моєму випадку це були навіть дві проблеми, одну з яких я знайшов. Система шукала жорсткий диск, який не існував. Як так? Тому що я експериментував з деякими іншими версіями Linux і вибрав для всіх версій той же привідний пристрій, як і swap. Під час встановлення другого 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_DEFAULTin /etc/default/grubабо додати рядок, якщо він ще не існує.

GRUB_CMDLINE_LINUX_DEFAULT="apm=power_off"

Потім оновіть інсталяцію збитку відповідно до посібника з операційних систем, наприклад:

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

0

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


0

Вимкнення USB 3.0 legacy modeабо usb3.0 configuration in pre-osв BIOS , працював на мене.


0

Linux Mint 18.1:

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

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

  1. Відкрийте UEFI / BIOS:

  2. Розширений → Енергоуправління → налаштування EuP вимкнено

  3. Вийдіть, зберігаючи налаштування

Потім перезавантажте комп'ютер і все повинно бути в порядку.


1
Що робити, чи підтримувати налаштування EuP?
Xen2050

0

Для мене ця проблема була виправлена ​​після того, як я видалив значення "тихо" та "сплеск" з параметра GRUB_CMDLINE_LINUX_DEFAULT в grub.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.