Ubuntu 16.04 si blocca allo spegnimento / riavvio

Ubuntu 16.04 si blocca allo spegnimento / riavvio e mi richiede di tenere premuto il tasto di accensione per spegnere la macchina ... Non so come segnalarlo come bug e quali comandi eseguire per mostrare il registro hardware / sys necessario Informazioni? Qualsiasi aiuto sarebbe molto apprezzato!

Anch'io ho avuto questo problema. Sembra essere un bug in più distribuzioni.

La mia semplice soluzione era modificare la /etc/default/grubriga:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

per

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=force"

Corri update-grub.

Funziona ogni volta adesso. Uso un laptop Lenovo G50. Sono abbastanza sicuro di aver cambiato questa linea in Grub con precedenti (altre) distribuzioni Linux anche su questo laptop.

Una volta terminato il lavoro e completato la chiusura di tutte le applicazioni per arrestare o riavviare il sistema operativo, attenersi alla seguente procedura per alleviare le frustrazioni.

1. Prova sudo swapoff -a && systemctl poweroffcome soluzione alternativa per ora.
2. C'è una potenziale correzione in Xenial proposta nel pacchetto systemd 229-4ubuntu5. Vai su Impostazioni di sistema-> Software e aggiornamenti-> scheda Opzioni sviluppatore fai clic sulla casella accanto a Pre-release (proposta xenial). inserisci il tuo pwd root, aggiorna la cache. La scheda Aggiornamenti utilizza "Visualizza aggiornamenti a discesa immediatamente" chiudi Impostazioni di sistema. Avviare l'aggiornamento del software e installarlo ora.
3. Se il problema persiste, prova a leggere questi bug: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1464917 per informazioni su come ottenere i dati di registro e, come suggerito, presentare un nuovo rapporto sui bug. Leggi anche bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788303 .
4. Seguire le istruzioni di debug descritte nella sezione "Problemi di avvio / arresto del debug" /usr/share/doc/systemd/README.Debian.gzper verificare se ci sono lavori in sospeso all'arresto. È necessario avviare la shell di debug prima di ogni arresto o riavvio immettendo: systemctl start debug-shell Acquisire una foto dello schermo journalctl -bnella shell di salvataggio ctl+alt+F9potrebbe essere illuminante. Anche l'output di systemctl list-jobse systemctl --failedOltre a una schermata è possibile scaricare l'output di questi comandi e aggiungere ciascuno nello stesso "nomefile.testo" su /root aggiungendo >>filename.textalla fine dei comandi, ad es. journalctl -b >>filename.text journalctl -xe >>filename.text systemctl list-jobs >>filename.text systemctl --failed >>filename.text lsblk >>filename.text Tutti questi saranno nello stesso file accodati insieme da analizzare al prossimo avvio e se si presenta una segnalazione di bug può essere utile allegare il file alla segnalazione di bug.

Aggiornare

Ho avuto questi blocchi per un bel po 'ma alla fine sono arrivato a un punto in cui ho imparato che il mio HDD stava iniziando a fallire settori ecc. Quindi, era tempo di un nuovo HDD e reinstallare. Ho reinstallato il sistema operativo su un disco rigido a avvio singolo con Swap come 1o, Root come 2o e Home come 3o partizioni logiche secondo le raccomandazioni di Ubuntu. Tecnicamente, sda1 è Grub, sda2 è Extended, sda5, sda6, sda7 sono rispettivamente swap, root e home; sda3 e sda4 non sono presenti. Questo problema non è stato presente sul sistema operativo appena installato sull'HDD da allora, circa 9 mesi circa. Sto correndo il 16.04.02 LTS a questo punto senza alcun Hang al riavvio o allo spegnimento. Il precedente sistema operativo era una doppia installazione Win7 / Ubuntu e la partizione di swap era alla fine del disco fisso.

Non sto affermando che questo problema è legato a un sistema a doppio avvio, a un HDD difettoso o all'ordine in cui ho posizionato le partizioni ma, nel mio caso, esistevano uno, due o tutti questi fattori. Ora, non subisco l'aggravamento del blocco "Reached Target Shutdown".

Ho avuto un problema con l'attesa allo spegnimento, questo è quello che ho fatto:

TERMINALE APERTO

sudo -H gedit /etc/default/grub

Cambia la linea:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

per

GRUB_CMDLINE_LINUX_DEFAULT="acpi=force"

Rimuovendo quiete splashconsente il testo durante l'arresto, aiuta a vedere dove potrebbe trovarsi il blocco.

GRUB_CMDLINE_LINUX_DEFAULT = "splash silenzioso" La rimozione di "quiet" qui mostrerà un output di testo durante l'avvio, mentre la rimozione di "splash" visualizzerà una schermata nera anziché l'immagine splash.

Salva e chiudi Gedit

Quindi aggiorna Grub nel terminale:

sudo update-grub

COMPLEMENTARI:

Ho notato che avevo anche un "STOP JOB" in esecuzione, quindi ho ridotto il timeout in /etc/systemd/system.conf:

sudo -H gedit /etc/systemd/system.conf

rimuovere #e modificare i tempi nelle seguenti righe:

DefaultTimeoutStartSec=5s

DefaultTimeoutStopSec=5s

Quindi eseguire:

sudo systemctl daemon-reload

Questo ha funzionato per me.

Tdenham. Ho la stessa situazione. Ho appena aggiornato il sistema dal 14.04 al 16.04 con do-release-upgrade -d.

Se non hai accesso diretto al sistema e hai davvero bisogno di riavviare, potresti provare a ripristinare il sistema come soluzione alternativa (come descritto qui: https://major.io/2009/01/29/linux-emergency- reboot-or-shutdown-with-magic-command / )

echo 1 > /proc/sys/kernel/sysrq 
echo b > /proc/sysrq-trigger

che fa il trucco. Probabilmente dovresti eseguire syncsubito prima del secondo comando.

reboot -f può aiutare ma non l'ho provato perché non riesco ad accedere al server se si blocca di nuovo.

È possibile controllare il file / var / log / syslog. Trova il punto in cui accendi il computer e controlla le linee subito prima. Puoi incollarlo qui.

Mio syslog:

Apr 29 11:21:48 bow NetworkManager[875]: <warn>  [1461907308.0752] dhcp4 (em0): request timed out
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.0753] dhcp4 (em0): state changed unknown -> timeout
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.0918] dhcp4 (em0): canceled DHCP transaction, DHCP client pid 2437
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.0918] dhcp4 (em0): state changed timeout -> done
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.0929] device (em0): state change: ip-config -> failed (reason 'ip-config-unavailable') [70 120 5]
Apr 29 11:21:48 bow NetworkManager[875]: <warn>  [1461907308.0943] device (em0): Activation: failed for connection 'Wired connection 1'
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.0970] device (em0): state change: failed -> disconnected (reason 'none') [120 30 0]
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1062] policy: auto-activating connection 'Wired connection 1'
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1101] device (em0): Activation: starting connection 'Wired connection 1' (df58434d-16fc-4036-b1d2-2cae515dbf19)
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1108] device (em0): state change: disconnected -> prepare (reason 'none') [30 40 0]
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1133] device (em0): state change: prepare -> config (reason 'none') [40 50 0]
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1152] device (em0): state change: config -> ip-config (reason 'none') [50 70 0]
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1167] dhcp4 (em0): activation: beginning transaction (timeout in 45 seconds)
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1221] dhcp4 (em0): dhclient started with pid 2444
Apr 29 11:21:48 bow dhclient[2444]: DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 3 (xid=0x6cc9f4a)
Apr 29 11:21:51 bow dhclient[2444]: DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 4 (xid=0x6cc9f4a)
Apr 29 11:21:55 bow dhclient[2444]: DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 11 (xid=0x6cc9f4a)
Apr 29 11:22:01 bow CRON[2453]: (root) CMD (/usr/local/lib/wifictl)
Apr 29 11:22:01 bow CRON[2450]: (CRON) info (No MTA installed, discarding output)
Apr 29 11:22:06 bow dhclient[2444]: DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 20 (xid=0x6cc9f4a)
.................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
Apr 29 11:23:34 bow rsyslogd: [origin software="rsyslogd" swVersion="8.16.0" x-pid="860" x-info="http://www.rsyslog.com"] start
Apr 29 11:23:34 bow rsyslogd-2222: command 'KLogPermitNonKernelFacility' is currently not permitted - did you already set it via a RainerScript command (v6+ config)? [v8.16.0 try http://www.rsyslog.com/e/2222 ]
Apr 29 11:23:34 bow rsyslogd: rsyslogd's groupid changed to 104
Apr 29 11:23:34 bow rsyslogd: rsyslogd's userid changed to 101
Apr 29 11:23:34 bow kernel: [    0.000000] Initializing cgroup subsys cpuset
Apr 29 11:23:34 bow kernel: [    0.000000] Initializing cgroup subsys cpu
Apr 29 11:23:34 bow kernel: [    0.000000] Initializing cgroup subsys cpuacct
Apr 29 11:23:34 bow kernel: [    0.000000] Linux version 4.4.0-21-generic (buildd@lgw01-21) (gcc version 5.3.1 20160413 (Ubuntu 5.3.1-14ubuntu2) ) #37-Ubuntu SMP Mon Apr 18 18:33:37 UTC 2016 (Ubuntu 4.4.0-21.37-generic 4.4.6)

Sembra che dhclient tenti di ottenere l'indirizzo IP anche quando viene richiesto il riavvio.

Nel caso in cui si tratti di un problema dipendente dall'hardware di cui ho incollato l'output lspci, per risolvere il problema.

00:00.0 Host bridge: Intel Corporation Atom Processor D2xxx/N2xxx DRAM Controller (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Atom Processor D2xxx/N2xxx Integrated Graphics Controller (rev 09)
00:1c.0 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 2 (rev 02)
00:1d.0 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #1 (rev 02)
00:1d.1 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #2 (rev 02)
00:1d.2 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #3 (rev 02)
00:1d.3 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #4 (rev 02)
00:1d.7 USB controller: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation NM10 Family LPC Controller (rev 02)
00:1f.2 SATA controller: Intel Corporation NM10/ICH7 Family SATA Controller [AHCI mode] (rev 02)
00:1f.3 SMBus: Intel Corporation NM10/ICH7 Family SMBus Controller (rev 02)
01:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
03:00.0 Network controller: Qualcomm Atheros AR9227 Wireless Network Adapter (rev 01)

Ho provato diversi metodi tra cui: modifica /etc/default/grub, esecuzione sudo swapoff -aprima dell'arresto, ecc ... Ma nessuno di quelli ha funzionato per me.

La disattivazione USB 3.0 legacy modenel BIOS ha funzionato per me.

Ho provato quasi tutti i suggerimenti qui. L'unica azione che ha risolto il mio stesso problema di spegnimento / reset stava cambiando DefaultTimeoutStartSece DefaultTimeoutStopSecin /etc/systemd/system.confa '10':

sudo -H gedit /etc/systemd/system.conf

e poi modifica in

DefaultTimeoutStartSec=10s
DefaultTimeoutStoptSec=10s

Stavo riscontrando un po 'lo stesso problema, il riavvio mi portava a una schermata nera o talvolta a una schermata nera con cursore lampeggiante e non avrebbe mai ottenuto risultati, devo notare che non ho avuto problemi con lo spegnimento.

Quindi quello che ho fatto è stato, ho aperto Drive Manager e ho installato il firmware Intel-Microcode per la CPU, ho spento il computer e poi mi sono stancato di riavviare il sistema operativo, e alla fine ha funzionato.

Sono su Linux Mint Cinnamon 18.3 che si basa su Ubuntu Xenial Xerus 16.04 LTS.

Aggiungendo il commento dell'utente ssasa nella risposta poiché potrebbe aiutare gli altri e potrebbe essere eliminato con il flag "non più necessario":

Ho provato ogni risposta qui e nessuno ha aiutato. Ma questo era il più vicino. Il passaggio dal driver open source nouveau al driver proprietario Nvidia mi ha aiutato nel mio caso.

Ho avuto questo problema sul mio ASUS Zenbook UX433FN e la soluzione che ho usato era aggiornare il BIOS. La versione del BIOS che avevo era 301 e l'ha aggiornata a 305. Tutti questi problemi sono scomparsi subito dopo l'aggiornamento.

Ho quindi reinstallato Ubuntu 18.04 e quindi installato i driver NVIDIA senza problemi.

Nota : suggerisco di installare i driver NVIDIA PRIMA di qualsiasi altro aggiornamento per verificare se i driver NVIDIA possono essere installati correttamente senza interferenze di qualsiasi altra cosa.

La mia soluzione è qui

Ma in parole semplici:
sudo vim /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="splash quiet noefi"