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 !
Réponses
Trop de publicités?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.
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.
- Essayez
sudo swapoff -a && systemctl poweroff
comme solution de contournement pour le moment. - 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.
- 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.
- 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 avecjournalctl -b
dans le shell de secoursctl+alt+F9
pourrait être instructif. Également le résultat desystemctl list-jobs
etsystemctl --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 exemplejournalctl -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".
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.
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
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é.
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.
- Réponses précédentes
- Plus de réponses