107 votes

Ubuntu 16.04 se bloque lors de l'arrêt/redémarrage

Mon Ubuntu 16.04 se bloque lors de l'arrêt/redémarrage, ce qui nécessite que j'appuie et que je maintienne enfoncée la touche d'alimentation pour éteindre la machine... Je ne sais pas comment signaler cela comme un bug et quels commandes exécuter pour afficher les informations matérielles/système nécessaires dans les logs ? Toute aide serait grandement appréciée !

56voto

J'ai aussi rencontré ce problème. Il semble être un bug dans plusieurs distributions.

Ma solution simple a été 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.

Cela fonctionne à chaque fois maintenant. J'utilise un ordinateur portable Lenovo G50. Je suis assez sûr d'avoir modifié cette ligne dans Grub avec des distributions Linux précédentes sur cet ordinateur portable aussi.

16voto

Peter Nelson Points 1649

Une fois que vous avez terminé votre travail et fermé toutes vos applications pour éteindre ou redémarrer votre système d'exploitation, suivez ces étapes pour éviter les frustrations.

  1. Essayez sudo swapoff -a && systemctl poweroff comme solution de contournement pour le moment.
  2. Il y a une correction potentielle dans Xenial-proposed dans le package systemd 229-4ubuntu5. Allez dans Paramètres système->Logiciels et mises à jour->Onglet Options du développeur cochez la case à côté de Préversion (xenial-proposed). entrez votre mot de passe root, Rafraîchissez le cache. Onglet Mises à jour utilisez le menu déroulant "afficher immédiatement les mises à jour" fermez les Paramètres système. Démarrez le gestionnaire de mises à jour et installez maintenant.
  3. Si le problème persiste, essayez de lire ces bugs : https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1464917 pour des informations sur la collecte des données de journal et comme suggéré, soumettez un nouveau rapport de bug. Lisez également le bug : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788303.
  4. Suivez les instructions de débogage décrites dans la section "Résolution des problèmes de démarrage/arrêt" de /usr/share/doc/systemd/README.Debian.gz pour vérifier s'il y a des tâches en cours à l'arrêt. Vous devrez démarrer le shell de débogage avant chaque arrêt ou redémarrage en entrant : systemctl start debug-shell Capturer une photo de l'écran avec journalctl -b dans le shell de secours ctl+alt+F9 pourrait être instructif. Également le résultat de systemctl list-jobs et systemctl --failed En plus de la capture d'écran, vous pouvez extraire le résultat de ces commandes et les ajouter ensemble dans le même "nomfichier.text" sur / racine en ajoutant >>nomfichier.text à la fin des commandes par exemple journalctl -b >>nomfichier.text journalctl -xe >>nomfichier.text systemctl list-jobs >>nomfichier.text systemctl --failed >>nomfichier.text lsblk >>nomfichier.text Tout cela sera dans le même fichier ajouté ensemble pour analyser lors de votre prochain démarrage et si vous soumettez un rapport de bug, il peut être utile de joindre le fichier à votre rapport de bug.

Mise à jour

J'ai eu ces pannes pendant un certain temps mais j'ai finalement réalisé que mon disque dur commençait à avoir des secteurs défectueux, etc. Il était donc temps de changer de disque dur et de réinstaller. J'ai réinstallé le système d'exploitation sur un seul disque dur de démarrage avec Swap en 1er, Root en 2ème, et Home en 3ème partitions logiques comme recommandé par Ubuntu. Techniquement, sda1 est Grub, sda2 est Etendu, sda5, sda6, sda7 sont swap, root, et home respectivement; sda3 et sda4 ne sont pas présents. Ce problème n'a pas été présent sur le nouvel OS installé sur le disque dur depuis, environ 9+ mois. Je suis actuellement sous 16.04.02 LTS sans aucune panne au redémarrage ou à l'arrêt. L'ancien OS était une installation double Win7/Ubuntu et la partition Swap était à la fin du disque dur.

Je ne dis pas que ce problème est lié à un système double amorçage, 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 étaient présents. Maintenant, je ne souffre plus de la frustration de l'arrêt bloqué sur "Reached Target Shutdown".

14voto

Jacob Points 2141

J'ai eu un problème d'arrêt au moment de l'extinction, voici ce que j'ai fait :

OUVREZ LE TERMINAL

sudo -H gedit /etc/default/grub

Changez la ligne :

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

par

GRUB_CMDLINE_LINUX_DEFAULT="acpi=force"

En supprimant quiet et splash, cela permet d'afficher du texte pendant l'arrêt, ce qui aide à voir où l'arrêt peut être bloqué.

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" En supprimant "quiet" ici affichera une sortie de texte lors du démarrage, tandis que la suppression de "splash" affichera un écran noir à la place de l'image de démarrage.

Enregistrez et fermez Gedit

Ensuite, mettez à jour Grub dans le terminal :

sudo update-grub

ADDITIONNEL :

J'ai remarqué qu'un 'STOP JOB' était également en cours, donc j'ai réduit le délai dans /etc/systemd/system.conf :

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

retirez le # et changez les délais dans les lignes suivantes :

DefaultTimeoutStartSec=5s

DefaultTimeoutStopSec=5s

Ensuite, exécutez :

sudo systemctl daemon-reload

Cela a fonctionné pour moi.

4voto

joelgsf Points 61

J'ai essayé presque toutes les suggestions ici. La seule action qui a résolu mon problème de mise hors tension/réinitialisation a été de changer DefaultTimeoutStartSec & DefaultTimeoutStopSec dans /etc/systemd/system.conf en '10' :

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

et puis éditer pour

DefaultTimeoutStartSec=10s
DefaultTimeoutStoptSec=10s

4voto

Shayan Points 1149

J'ai rencontré un problème similaire, le redémarrage me conduisait à un écran noir ou parfois à un écran noir avec un curseur clignotant et cela ne se terminait jamais, je dois noter que je n'avais pas de problème avec l'arrêt.

J'ai donc ouvert le Gestionnaire de disques, et j'ai installé le microcode Intel pour le CPU, j'ai éteint l'ordinateur, puis j'ai essayé de redémarrer le système d'exploitation, et ça a finalement fonctionné.

Passer de Ne pas mettre à jour le microcode du CPU à intel-microcode

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

Ajout du commentaire de l'utilisateur ssasa dans la réponse car cela pourrait aider d'autres personnes et pourrait être supprimé avec le drapeau "plus nécessaire" :

J'ai essayé toutes les réponses ici et aucune ne m'a aidé. Mais c'était la plus proche. Passer du pilote open source nouveau au pilote propriétaire Nvidia a aidé dans mon cas.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X