Ubuntu 16.04 si blocca su shutdown / restart

68

La mia Ubuntu 16.04 si blocca su shutdown / restart richiedendomi di premere e tenere premuto il tasto di accensione per spegnere la macchina ... Non so come segnalare questo come un bug e quali comandi eseguire per mostrare l'hardware necessario / informazioni sul registro sys? Qualsiasi aiuto sarebbe molto apprezzato!

    
posta Tdenham 28.04.2016 - 23:05

7 risposte

26

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

La mia semplice correzione era di modificare /etc/default/grub line:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

a

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=force"

Esegui update-grub .

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

    
risposta data Ernesto Barechesto 27.06.2016 - 23:10
14

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 poweroff come soluzione temporanea per ora.
  2. Esiste una potenziale soluzione in Xenial, proposta nel pacchetto systemd 229-4ubuntu5. Vai alla scheda Impostazioni di sistema- & gt; Software e aggiornamenti- & gt; Opzioni sviluppatore fai clic sulla casella accanto a Pre-release (proposta da xenial). inserisci il tuo root pwd, aggiorna la cache. La scheda Aggiornamenti utilizza "Visualizza aggiornamenti immediatamente a discesa". Chiudi Impostazioni di sistema. Avvia il programma di aggiornamento del software e installa ora.
  3. Se il problema persiste, prova a leggere questi bug: link per informazioni su come ottenere i dati del registro e come suggerito, presentare una nuova segnalazione di bug. Leggi anche bug: link .
  4. Segui le istruzioni per il debug descritte nella sezione "Debugging boot / shutdown problems" di /usr/share/doc/systemd/README.Debian.gz per verificare se ci sono dei lavori sospesi all'arresto. Dovrai avviare la shell di debug prima di ogni spegnimento o riavvio inserendo: systemctl start debug-shell Catturare una foto dello schermo di journalctl -b nella shell di salvataggio ctl+alt+F9 potrebbe essere illuminante. Anche l'output di systemctl list-jobs e systemctl --failed Oltre a una schermata è possibile scaricare l'output di questi comandi e aggiunto ciascuno nello stesso "filename.text" su / root aggiungendo >>filename.text alla fine dei comandi per esempio 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 aggiunti insieme per essere analizzati al prossimo avvio e se si fa un bug report può essere utile allegare il file nella segnalazione del bug.

Aggiorna

Ho avuto questi Hangs per un po 'di tempo ma alla fine sono arrivato a un punto in cui ho appreso che il mio HDD stava iniziando a fallire nei settori ecc. Quindi, era giunto il momento per un nuovo HDD e reinstallarlo. Ho reinstallato il sistema operativo su un singolo HDD di avvio con Swap come 1st, Root come 2nd e Home come 3rd logical partitions come da raccomandazioni di Ubuntu. Tecnicamente, sda1 è Grub, sda2 è Extended, sda5, sda6, sda7 sono rispettivamente swap, root e home; sda3 e sda4 non sono presenti. Da allora, questo problema non è stato presente sul SO appena installato sull'HDD, circa 9 mesi circa. Sto eseguendo 16.04.02 LTS a questo punto senza nessuno degli Hang al riavvio o spegnimento. Il sistema operativo precedente era una doppia installazione Win7 / Ubuntu e la partizione Swap era alla fine dell'HDD.

Non sto affermando che questo problema è legato a un sistema di avvio doppio, a un HDD in errore, o all'ordine in cui ho inserito le partizioni ma, nel mio caso, uno, due o tutti questi fattori esistevano. Ora, non subisco l'aggravamento della sospensione "Arresto del bersaglio raggiunto".

    
risposta data xtrchessreal 09.05.2016 - 23:02
5

Ho avuto un problema con l'arresto all'arresto, questo è quello che ho fatto:

TERMINALE APERTO

sudo -H gedit /etc/default/grub

Cambia la linea:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

a

GRUB_CMDLINE_LINUX_DEFAULT="acpi=force"

Rimuovendo quiet e splash consente il testo durante l'arresto, aiuta a vedere dove si trova il blocco.

  

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" Rimozione "silenzioso" qui   mostrerà un output di testo durante l'avvio, mentre rimuovendo "splash"   mostrerà uno schermo nero invece dell'immagine splash.

Salva e chiudi Gedit

Quindi aggiorna Grub nel terminale:

sudo update-grub

COMPLEMENTARI:

Ho notato che ho eseguito anche un 'STOP JOB', quindi riduco il timeout in /etc/systemd/system.conf :

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

rimuovi # e modifica i tempi nelle seguenti righe:

DefaultTimeoutStartSec=5s

DefaultTimeoutStopSec=5s

Quindi esegui:

sudo systemctl daemon-reload

Questo ha funzionato per me.

    
risposta data pst007x 13.02.2017 - 18:52
2

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

Se non hai accesso diretto al sistema e hai davvero bisogno di riavviarti, potresti provare hard reset come soluzione alternativa (come descritto qui: link )

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

che fa il trucco. Probabilmente dovresti eseguire sync subito 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.

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

Il 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 ([email protected]) (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 cerchi di raggiungere l'indirizzo IP anche quando viene richiesto il riavvio.

Nel caso in cui si tratti di un problema legato all'hardware, ho incollato l'output di lspci , per aiutare a risolverlo.

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)
    
risposta data Alek_A 29.04.2016 - 08:49
1

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

Disattivare USB 3.0 legacy mode nel BIOS ha funzionato per me.

    
risposta data Hieu 29.07.2016 - 04:12
1

Ho provato quasi tutti i suggerimenti qui. L'unica azione che ha risolto il mio stesso problema di shutdown / reset stava cambiando DefaultTimeoutStartSec & amp; DefaultTimeoutStopSec in /etc/systemd/system.conf a '10':

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

e quindi modificare in

DefaultTimeoutStartSec=10s
DefaultTimeoutStoptSec=10s
    
risposta data joelgsf 30.04.2017 - 17:25
0

Stavo solo vivendo lo stesso problema, il riavvio mi avrebbe portato a uno schermo nero oa volte uno schermo nero con il cursore lampeggiante e non sarebbe mai riuscito a farlo, devo notare che non ho avuto un problema 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 ho stanco riavviare il sistema operativo, e alla fine ha funzionato.

Sono su Linux Mint Cinnamon 18.3 basato su Ubuntu Xenial Xerus 16.04 LTS.

    
risposta data Shayan 01.02.2018 - 08:33

Leggi altre domande sui tag