Ubuntu 16.04 se bloque à l’arrêt / au redémarrage

Question

Mon Ubuntu 16.04 se bloque à l’arrêt/au redémarrage, ce qui me demande d’appuyer sur la touche marche/arrêt pour éteindre la machine ... Je ne sais pas comment le signaler comme bogue ni les commandes à exécuter pour afficher le journal matériel/système nécessaire Info? Toute aide serait extrêmement appréciée!

Ernesto Barechesto · Answer

Moi aussi j'ai eu ce problème. Cela semble être un bogue dans plusieurs distributions.

Ma solution simple était de modifier la ligne /etc/default/grub:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

à

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=force"

Exécutez update-grub.

Fonctionne à chaque fois maintenant. J'utilise un ordinateur portable Lenovo G50. Je suis sûr que j'ai changé cette ligne dans Grub avec les précédentes (autres) distributions Linux sur cet ordinateur portable.

xtrchessreal · Answer

Une fois votre travail terminé et la fermeture de toutes vos applications afin d’arrêter ou de redémarrer votre système d’exploitation, procédez comme suit pour atténuer les frustrations.

Essayez Sudo swapoff -a && systemctl poweroff comme solution de contournement pour le moment.
Il existe un correctif potentiel dans Xenial proposé dans le package systemd 229-4ubuntu5. Allez dans l'onglet Paramètres système -> Logiciels et mises à jour -> Options du développeur, cochez la case en regard de la version préliminaire (xenial-proposée). entrez votre pwd racine, actualisez le cache. Onglet Mises à jour, utilisez "Afficher les mises à jour immédiatement", puis sélectionnez Paramètres système. Lancez le programme de mise à jour du logiciel et installez-le maintenant.
Si le problème persiste, essayez de lire les bogues suivants: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1464917 pour savoir comment obtenir les données du journal et comme suggéré il déposer un nouveau rapport de bogue. Lisez également le bogue: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=7883 .
Suivez les instructions de débogage décrites dans la section "Débogage des problèmes d’amorçage/arrêt" de /usr/share/doc/systemd/README.Debian.gz pour vérifier s’il existe des travaux en attente à l’arrêt. Avant de procéder à chaque arrêt ou redémarrage, vous devez démarrer le shell de débogage en saisissant: systemctl start debug-Shell Il est peut-être intéressant de capturer une image de journalctl -b dans le shell de secours. ctl+alt+F9. Également la sortie de systemctl list-jobs et systemctl --failed En plus d’une capture d’écran, vous pouvez vider la sortie de ces commandes et les ajouter chacune dans le même "filename.text" sur la racine de / en ajoutant >>filename.text à la fin des commandes, par exemple. journalctl -b >>filename.text journalctl -xe >>filename.text systemctl list-jobs >>filename.text systemctl --failed >>filename.text lsblk >>filename.text Tous ceux-ci seront dans le même fichier ajouté ensemble pour que vous puissiez l'analyser lors de votre prochain démarrage et si vous déposez un rapport de bogue, il peut être utile de joindre le fichier à votre rapport de bogue.

Mettre à jour

J'ai eu ces blocages pendant un bon bout de temps, mais j'ai finalement appris que mon disque dur commençait à faire défaut, entre autres, etc. Il était donc temps d'installer un nouveau disque dur et de le réinstaller. J'ai réinstallé le système d'exploitation sur un seul disque dur d'amorçage avec Swap en tant que 1re, Racine en tant que 2e et Home en tant que 3e partitions logiques conformément aux recommandations d'Ubuntu. Techniquement, sda1 est Grub, sda2 est étendu, sda5, sda6, sda7 sont respectivement swap, root et home. sda3 et sda4 ne sont pas présents. Ce problème n’est plus présent sur le système d’exploitation nouvellement installé sur le disque dur, plus de 9 mois environ. J'exécute 16.04.02 LTS à ce stade sans aucun des blocages au redémarrage ou à l'arrêt. Le système d'exploitation précédent était une installation double Win7/Ubuntu et la partition Swap se trouvait à la fin du disque dur.

Je ne dis pas que ce problème est lié à un système à double démarrage, à un disque dur défaillant ou à l'ordre dans lequel j'ai placé les partitions mais, dans mon cas, un, deux ou tous ces facteurs existaient. Maintenant, je ne souffre pas de l'aggravation du blocage "Atteinte de la cible".

pst007x · Answer

J'ai eu un problème avec la suspension à l'arrêt, voici ce que j'ai fait:

TERMINAL OUVERT

Sudo -H gedit /etc/default/grub

Changer la ligne:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

à

GRUB_CMDLINE_LINUX_DEFAULT="acpi=force"

En supprimant quiet et splash, le texte est mis à l'arrêt, ce qui permet de savoir où se trouve le blocage.

GRUB_CMDLINE_LINUX_DEFAULT = "quiet splash" Si vous supprimez "quiet" ici, vous obtiendrez une sortie texte lors du démarrage, tandis que la suppression de "splash" affichera un écran noir au lieu de l’image splash.

Enregistrez et fermez Gedit

Puis mettez à jour Grub dans le terminal:

Sudo update-grub

ADDITIONNEL:

J'ai remarqué que j'avais également un 'STOP JOB' en cours d'exécution, alors je réduis le délai d'attente dans /etc/systemd/system.conf:

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

supprimez # et modifiez les timings dans les lignes suivantes:

DefaultTimeoutStartSec=5s DefaultTimeoutStopSec=5s

Puis lancez:

Sudo systemctl daemon-reload

Cela a fonctionné pour moi.

Alek_A · Answer

Tdenham. J'ai la meme situation. Je viens de mettre à jour le système de 14.04 à 16.04 avec do-release-upgrade -d.

Si vous n'avez pas d'accès direct au système et que vous avez vraiment besoin de redémarrer, vous pouvez essayer une réinitialisation matérielle comme solution de contournement (comme décrit ici: https://major.io/2009/01/29/ linux-emergency-reboot-or-shutdown-with-magic-orders / )

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

qui fait le tour. Vous devriez probablement exécuter sync juste avant la deuxième commande.

reboot -f peut aider mais je n'ai pas essayé car je ne peux pas accéder au serveur s'il se bloque à nouveau.

Vous pouvez vérifier le fichier/var/log/syslog. Trouvez l’endroit où vous allumez l’ordinateur et vérifiez les lignes juste avant. Vous pouvez le coller ici.

Mon 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)

Il semble que dhclient tente d’obtenir une adresse IP même lorsqu’un redémarrage est demandé.

S'il s'agit d'un problème lié au matériel, j'ai collé la sortie de lspci, pour aider à le dépanner.

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)

joelgsf · Answer

J'ai essayé presque toutes les suggestions ici. La seule action qui a résolu le même problème d'arrêt/de réinitialisation a été de changer DefaultTimeoutStartSec& DefaultTimeoutStopSecdans /etc/systemd/system.conf en '10':

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

puis éditer pour

DefaultTimeoutStartSec=10s
DefaultTimeoutStoptSec=10s

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

puis éditer pour

DefaultTimeoutStartSec=10s DefaultTimeoutStoptSec=10s

Hieu · Answer

J'ai essayé plusieurs méthodes, notamment: l'édition de /etc/default/grub, l'exécution de Sudo swapoff -a avant l'arrêt, etc ... Mais aucune de ces méthodes n'a fonctionné pour moi.

Désactiver USB 3.0 legacy mode dans le BIOS a fonctionné pour moi.

Shayan · Answer

Je connaissais à peu près le même problème, le redémarrage me conduisant à un écran noir ou parfois à un écran noir avec un curseur clignotant et qui ne fonctionnerait jamais, je dois noter que je n’ai pas eu de problème d’arrêt.

J'ai donc ouvert Drive Manager, installé le microprogramme Intel-Microcode pour le processeur, arrêté l'ordinateur, puis fatigué de redémarrer le système d'exploitation, et tout a finalement fonctionné.

Je suis sur Linux Mint Cinnamon 18.3, qui est basé sur Ubuntu Xenial Xerus 16.04 LTS.

Jon · Answer

J'ai eu ce problème sur mon ASUS Zenbook UX433FN et la solution que j'ai utilisée était de mettre à jour le BIOS. La version du BIOS que j'avais était la 301 et l'a mise à jour à 305. Tous ces problèmes ont disparu juste après cette mise à jour.

J'ai ensuite réinstallé Ubuntu 18.04 puis installé les pilotes NVIDIA sans aucun problème.

Note: Je suggère d'installer les pilotes NVIDIA AVANT toute autre mise à jour pour vérifier si les pilotes NVIDIA peuvent être installés avec succès sans aucune interférence.