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

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!

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

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

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

à

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=force"

Courez 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 aussi.

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.

1. Essayez sudo swapoff -a && systemctl poweroffcomme solution de contournement pour le moment.
2. Il existe un correctif potentiel dans Xenial proposé dans le paquet 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.
3. Si le problème persiste, essayez de lire ces bogues: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1464917 pour savoir comment obtenir les données du journal et comment créer un nouveau rapport de bogue. Lisez également le bogue: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788303 .
4. Suivez les instructions de débogage décrites dans la section «Débogage des problèmes d’amorçage / arrêt» /usr/share/doc/systemd/README.Debian.gzpour vérifier s’il existe des travaux en attente à l’arrêt. Vous devrez démarrer le shell de débogage avant chaque arrêt ou redémarrage en tapant: La systemctl start debug-shell capture d’une photo d’écran journalctl -bdans le shell de secours ctl+alt+F9peut être éclairante. De plus, la sortie de systemctl list-jobset systemctl --failedEn plus d’une capture d’écran, vous pouvez vider la sortie de ces commandes et les /ajouter toutes dans le même "nom de fichier .fichier" à la racine en ajoutant >>filename.textà la fin des commandes, p. Ex. journalctl -b >>filename.text journalctl -xe >>filename.text systemctl list-jobs >>filename.text systemctl --failed >>filename.text lsblk >>filename.text Tous ces éléments seront dans le même fichier ajouté ensemble. pour que vous analysiez 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.

Mise à 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, notamment dans certains secteurs, 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 "Butée de la cible atteinte".

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 quietet en splashautorisant le texte pendant l’arrêt, aide à voir 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

supprimer #et modifier les timings dans les lignes suivantes:

DefaultTimeoutStartSec=5s

DefaultTimeoutStopSec=5s

Puis lancez:

sudo systemctl daemon-reload

Cela a fonctionné pour moi.

Tdenham. J'ai la meme situation. Je viens de mettre à jour le système du 14.04 au 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 en guise d'une 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 courir syncjuste 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 sur lequel j'ai collé la sortie lspci, cela facilitera le dépannage.

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)

J'ai essayé plusieurs méthodes, notamment: l'édition /etc/default/grub, l'exécution sudo swapoff -aavant l'arrêt, etc. Mais aucune de ces méthodes ne fonctionnait pour moi.

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

J'ai essayé presque toutes les suggestions ici. La seule action qui a résolu mon problème même de l' arrêt / réinitialisation changeait DefaultTimeoutStartSecet DefaultTimeoutStopSecdans /etc/systemd/system.conf« 10 »:

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

puis éditer pour

DefaultTimeoutStartSec=10s
DefaultTimeoutStoptSec=10s

Je connaissais un peu 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.

Ajouter le commentaire de l'utilisateur ssasa dans la réponse car cela pourrait aider les autres et pourrait être purgé avec l'indicateur "inutile":

Essayé chaque réponse ici et aucune aide. Mais c'était le plus proche. Passer de pilote Open Source nouveau à un pilote propriétaire Nvidia a été utile dans mon cas.

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.

Remarque : 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 interférence d'aucune autre.

Ma solution est ici

Mais avec des mots simples:
sudo vim /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="splash quiet noefi"