Linux mint 18 si blocca allo spegnimento

Sono turbato dal famigerato errore di blocco / blocco dello spegnimento. Ogni volta che spengo la zecca, solo il primo punto sulla schermata di avvio diventa verde e quindi si blocca. Ho avuto anche questo problema su Ubuntu 16.04. Ho intenzione di usare Linux per i giochi. Ecco le mie specifiche di sistema-

           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 

La disattivazione della rete prima dello spegnimento non fa alcuna differenza, quindi non è dovuta a server remoti non raggiungibili.

Il riavvio funziona correttamente.

Risultato di journalctl --boot -1 -e --full

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

L'avvio dettagliato aveva una linea fallita, che diceva qualcosa sull'incapacità di caricare i moduli del kernel.

Risultato dell'arresto dettagliato (ultime due righe):

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

Risultato di 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 dual boot con Windows 7.

Ho combattuto due giorni con il sistema Linux Mint 18.3 su un laptop Dell 5577 (Nvidia 1050). Allo spegnimento o al riavvio lo schermo era nero e non è successo nulla.

Nessuno dei seguenti ha aiutato :(

• modifica di grub (aggiunta di GRUB_CMDLINE_LINUX = "apm = power_off", "acpi = force", ecc.)
• disabilitazione di EuP (alimentazione della porta USB sul computer spento)

Cosa ha aiutato :)

• Seleziona Menu -> Amministrazione -> Gestione driver -> seleziona driver nvidia invece di nouveau , attendi pazientemente, perché dura un po ', il primo riavvio o arresto non riuscirà, ma dopo il riavvio finalmente funziona bene! :)

Ricerca: Linux Mint non si spegne o non si riavvia, Linux Ubuntu non si spegne o non si riavvia, Linux Mint non si spegne o non si riavvia, Linux Ubuntu non si spegne o non si riavvia

Ciò che ha funzionato per me in Gentoo Linux (kernel 4.17.5) risolvendo questo problema è stato aggiungere come opzione per il nuovo driver che segue:

vram_pushbuf=1

( nouveau.vram_pushbuf=1quando nouveau è inserito nel kernel).

Ho scoperto questo da un messaggio di errore alla fine del processo di arresto. Il sistema si è bloccato durante il tentativo di chiudere il video come passaggio finale per un arresto completo senza questa opzione per la mia GPU nvidia.

Questo problema era reale anche per me. Qual è il più interessante: quando ho chiuso prima la sessione utente manuale e poi ho spento il sistema, tutto è andato liscio senza alcun ritardo. Oggi ho dedicato del tempo per risolvere il problema e qui ci sono alcuni risultati. Il problema sorge perché il sistema attende allo spegnimento qualcosa che a suo avviso deve accadere. La cosa è individuale per ogni caso separato. Nel mio caso c'erano anche due problemi, uno dei quali ho riscontrato. Il sistema era alla ricerca di un disco rigido che non esistesse. Come mai? Perché ho sperimentato alcune altre versioni di Linux e ho scelto per tutte le versioni lo stesso dispositivo drive di swap. Durante l'installazione del secondo Linux, UUIDdel dispositivo è stato modificato ma nei file di sistema del primo Linux è rimasto invariato. Ma, ancora una volta, è stato un mio problema, il tuo potrebbe non essere affatto simile. Dopo aver risolto il problema sopra, ne avevo ancora un altro. Ho perso la speranza e ho rinunciato alla tentazione di risolvere il problema con una forza bruta. Ho modificato il parametro /etc/systemd/user.confe /etc/systemd/system.conffiles DefaultTimeoutStopSecda 90 secondsa 5 seconds. Non dimenticare di rimuovere il commento dalla riga (per rimuovere il #segno all'inizio della riga con il parametro DefaultTimeoutStopSec).

Ora funziona bene, il sistema si spegne molto velocemente.

Un'altra possibile soluzione, specialmente per l'hardware più recente che utilizza (U) EFI , è quella di aggiungere il parametro di avvio apm=power_off. Puoi aggiungerlo alla definizione di GRUB_CMDLINE_LINUX_DEFAULTin /etc/default/grubo aggiungere la linea se non esiste ancora.

GRUB_CMDLINE_LINUX_DEFAULT="apm=power_off"

Quindi aggiorna l'installazione di grub secondo il manuale del tuo sistema operativo, ad es .:

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

suppongo che il tuo sistema si spenga dopo gli anni 54? è probabilmente un processo bloccato, se hai molta attività del disco sul controllo di arresto / var / lib / systemd / coredump / per i file, potresti quindi disattivare i core dump (come soluzione piuttosto che come soluzione root)

Spegnere USB 3.0 legacy modeo usb3.0 configuration in pre-osnel BIOS , ha funzionato per me.

Linux Mint 18.1:

Il mio problema era che il mio nuovo PC si era bloccato in momenti non sistematici allo spegnimento / spegnimento. Ho dovuto premere il pulsante on / off per diversi secondi (anche spegnimento meccanico).

Dopo aver modificato un'impostazione nell'UEFI / BIOS il problema era scomparso:

1. Apri UEFI / BIOS:

2. Avanzate → Powermanagement → Impostazione EuP disabilitata

3. Esci salvando le impostazioni

Quindi riavviare il computer e tutto dovrebbe essere a posto.

Per me questo problema è stato risolto dopo aver eliminato i valori "quiet" e "splash" dal parametro GRUB_CMDLINE_LINUX_DEFAULT in grub.