Ubuntu 18.04 bloqué à l'arrêt


36

Je rencontre ce problème étrange dans Ubuntu 18.04. Mon ordinateur portable reste bloqué à l'écran d'arrêt chaque fois que j'utilise l'arrêt et je dois appuyer manuellement sur le bouton d'alimentation pendant 5 secondes pour éteindre la machine.

Avant 18.04, j'utilisais Ubuntu 16.04 et il n’a jamais été bloqué à l’arrêt.

Une solution pour cela?


1
Est-ce que ça gèle sur un écran noir?
YoureSOStubborn

Tant que le problème n'est pas résolu, cela peut aider avec SysRq REISUB . Il va redémarrer l'ordinateur avec grâce. L’arrêt / extinction correspondant est SysRq REISUO
sudodus le

1
Il gèle quand il montre le logo ubuntu
Peter

2
Combien de temps avez-vous attendu? Je vois un délai d'attente de 90 secondes CUPS parfois lors de l'arrêt du 18.04.
ubfan1

1
rechercher les erreurs dans le fichier /var/log/syslogaprès la sauvegarde
Scott Stensland

Réponses:


16

Fait intéressant, ces problèmes semblent avoir de nombreuses solutions / causes. Bien que rien de ce qui précède ne m’ait aidé (rencontre du même problème), j’ai corrigé le problème en passant du pilote graphique X.org au pilote propietary nvidia recommandé dans la section Logiciels et mises à jour. Depuis lors, le redémarrage fonctionne parfaitement.

Ma configuration: Ordinateur portable G501VW Asus série G, avec carte graphique Nvidia 960M.


1
Pour moi, aucune solution n'a fonctionné jusqu'à présent. Quoi que j'aie essayé, je devrais peut-être revenir à la version précédente car ce problème n'a pas de solution.
Peter

J'utilise Elementary OS Juno avec le même matériel (ASUS ROG G501VW). Et je peux confirmer que cette solution a résolu le problème.
frm.adiputra

Celui-ci a également fonctionné pour moi - desktop avec GeForce GT640. Je suis passé à nvidia-driver-390.
Mdob

1
Cela a fonctionné pour l'ordinateur portable MSI GL avec GTX 1050Ti, Ubuntu a également invité à définir un mot de passe pour un démarrage sécurisé et à l'utiliser lors du prochain démarrage.
aksh1618

1
J'ai trouvé trop de problèmes liés à Nouveau dans / var / log / syslog. J'ai donc utilisé le programme d'installation automatique sudo ubuntu-drivers pour installer les pilotes NVidia. Cela fonctionne bien maintenant. Devait s'inscrire à la nouvelle procédure MOK. Xiaomi Notebook Pro.
entre

9

Même problème ici sur mon ordinateur portable. Après quelques observations, j'ai découvert que cela avait quelque chose à voir avec le mode d'économie d'énergie spécialement avec la suspension automatique.

Aller à Settings > Powerpuis désactiver toutes les Automatic Suspendoptions. Aussi choisir Blank screende Never.

Jusqu'à ce que l'équipe Ubuntu comprenne pourquoi le mode suspension interfère avec le processus d'arrêt, cela a résolu mon problème.

J'espère que cela t'aides


Je vais essayer ceci :)
Peter

Cela a résolu le problème. J'espère que Ubuntu enverra bientôt un correctif
User123456

De plus, cette solution ne fonctionne pas pour moi.
Carmine

Cela a fonctionné pour moi: changer la carte graphique du Bios de Discrete à UMA: forums.lenovo.com/t5/Linux-Discussion/…
Carmine

Il semble y avoir plusieurs causes à cela. J'ai récemment acheté un ordinateur de bureau et j'avais un double démarrage avec Ubuntu 18.04 LTS. Face au même problème quels que soient les paramètres d'alimentation que j'ai suggérés plus tôt Cependant, lorsque j'essaie de me connecter à un sudo poweroffterminal, cela fonctionne comme prévu (fermeture rapide et sans délai).
Laraveldeep

5

Essayez quelques redémarrages sudo depuis le terminal pour voir s’il est clair: 1er essai, redémarrez sans écrire le fichier wtmp:

sudo reboot -d

Si cela redémarre avec succès, essayez alors votre fermeture naturelle. S'il ne redémarre pas, essayez le redémarrage forcé:

sudo reboot -f

S'il s'agissait d'une mise à niveau du 16.04 au 18.04, il pourrait être intéressant d'envisager une installation propre.


Je vais essayer si cela se reproduit.
Peter

2
J'avais 16.04 (bloqué à l'arrêt) mis à niveau à 18.04 - les mêmes choses. <br> Essayé installer propre de 18.04 - le même problème.
RS

Je n'ai pas encore résolu le problème, mais la première option ne fonctionne pas, mais la seconde. Le problème persiste au redémarrage du terminal, car il continue de geler
Carmine

1
La seconde a également fonctionné pour moi: sudo reboot -f
JD

1
sudo reboot -f fonctionne pour moi. Il redémarre également à partir de l'écran de verrouillage sans problème.
entre

3

J'ai eu ce problème et dans mon cas, il semble être lié au processeur Intel Bay Trail, ce qui provoque des bogues du firmware.

Quoi qu'il en soit, j'ai une solution qui n'est pas la meilleure mais qui convient pour le moment

Solution:

  • Ouvrez le terminal et lancez

    sudo -H gedit /etc/default/grub
    
  • Modifier GRUB_CMDLINE_LINUX_DEFAULT="quite splash"pour qu'il soit écrit

    GRUB_CMDLINE_LINUX_DEFAULT="intel_idle.max_cstate=1"
    
  • Enregistrez, quittez et écrivez les modifications dans le fichier de configuration actuel de GRUB:

    sudo update-grub
    
  • Redémarrez votre ordinateur avec force une dernière fois

Faites-moi savoir si cela a fonctionné ou si vous avez une meilleure solution


Cela fait quelques mois que je suis coincé avec cette mise à niveau vers chaque nouveau noyau, mais cela a finalement fonctionné! Merci.
Tihomir Nedev

Malheureusement, cela n'a pas fonctionné pour moi. Lors du second redémarrage, il vérifie quelque chose, montrant que tout va bien, mais Ubuntu démarre normalement, mais lors du redémarrage, le blocage est réinitialisé.
Carmine

2

Un grand nombre de scripts sont exécutés à l’arrêt. Je suis toujours sur 16.04 et pour moi ce sont ceux dans /etc/rc0.d(qui sont vraiment des liens vers /etc/init.d). L'un d'entre eux peut avoir un long délai dans ce qu'il fait stop.

Autant que je sache, ces scripts sont exécutés dans l’ordre alphabétique. Vous pouvez donc en insérer quelques-uns qui consigneraient simplement leur exécution quelque part, ce qui vous aiderait à localiser le retard.


Vous avez raison. L’arrêt du serveur MySQL a pris environ 10 à 15 minutes sous Ubuntu 18.04. Vraiment, je ne sais pas pourquoi c'est si long. Photo d'écran
Jekis le

2

Avait le même problème sur un ASUS N705u flambant neuf. Found concerne l'installation du pilote vidéo, ce qui provoque un conflit avec la fonction de "démarrage sécurisé" du BIOS. Solution: Désactivez la fonction de "démarrage sécurisé" jusqu'à ce qu'une autre solution devienne disponible.


Avez-vous d'autres informations, telles que le pilote vidéo à l'origine du problème et son incidence sur un démarrage sécurisé qui empêche l'arrêt du système?
Hee Jin

Cet ordinateur portable est livré avec une carte graphique NVIDIA GeForce MX150. Lors de l'installation d'Ubuntu 18.04, il est indiqué qu'un pilote tiers est nécessaire, ce qui nécessite la désactivation de l'option d'amorçage sécurisé. Il demande également un mot de passe pour autoriser le processus de désactivation lors du démarrage en toute sécurité. Cependant, ce mot de passe n'est jamais demandé et il apparaît que le démarrage en toute sécurité reste activé quel que soit le résultat. (BIOS-ASUS 302).
Karl S.

De plus, après l'installation initiale, un pilote tiers "GP107M" est en cours de téléchargement et d'installation. Un deuxième ordinateur - même modèle, cette question initiale ne se pose pas lors de l'installation une fois que le démarrage sécurisé est désactivé dans le BIOS
Karl S.

1
MISE À JOUR: Comme mentionné ci-dessus, deux nouveaux ordinateurs avec de nouvelles installations de Kubuntu 18.04 ont été installés. Tous deux ont continué à jouer soit à l’arrêt, soit soudainement au cours des dernières étapes du démarrage. - Il s'avère que c'est le gestionnaire WIFI! Éteignez mon répéteur WIFI - tout va bien. Mais si c'est sur ces problèmes sont de retour!
Karl S.

Dans mon cas, le routeur Wifi ne s'est même pas éteint / allumé, même en appuyant sur le bouton Wifi.
Peter

1

Mon système est un ancien ordinateur de bureau Dell Dimension E521, double cœur, avec Lubuntu 18.04, 64 bits.

Dans /etc/default/grub, j'ai supprimé acpi=offet le système a commencé à se comporter normalement.

Plus spécifiquement, j'ai changé ceci:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noapic acpi=off"

à:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noapci"

Maintenant, ma boîte s’arrête une fois de plus lorsque je le lui dis et elle est rafraîchissante et réactive.


0

Après avoir effectué plus de tests sur deux ordinateurs, il s’agit en fait du gestionnaire Wifi et de la manière dont il se connecte / s’identifie avec le réseau. Sur deux ordinateurs identiques, le problème disparaît une fois le gestionnaire Wifi désactivé. Nous avons également essayé le dongle USB Wifi qui fonctionnait sur un ordinateur mais provoquait à nouveau le blocage du système au moment de l’enregistrement sur le réseau. J'ai déjà essayé un autre gestionnaire Wifi avec de meilleures conditions. Également remarqué dans le BIOS si le démarrage sécurisé est désactivé, il existe une liste des pilotes rejetés par le BIOS pour des raisons de sécurité. C'est peut-être le problème sous-jacent lié au gestionnaire Wifi.


Solution temporaire: a) Désactivez le Wifi ou b) Essayez de désactiver le Wifi Manager d'origine et installez-en un autre.
Karl S.

La théorie du conducteur non sécurisé et le wifi me paraissent sensés. Dans mon cas, j’ai installé un pilote WiFi modifié et depuis lors, le problème a commencé. Sera essayer de désactiver SecureBoot.
Rohitt Vashishtha

0

J'ai réussi à désactiver le pilote USB 3.0 dans le BIOS, ce qui n'est pas idéal, mais il est corrigé jusqu'à ce que d'autres recherches soient effectuées.


0

J'ai remarqué que cela m'arrivait aussi si j'utilisais mon ordinateur portable pendant plus de 10 heures, le gnome-shell utilise plus de mémoire avec un temps allant de 200 à 500, firefox commence aussi avec une utilisation de mémoire de 150 et va jusqu'au bout jusqu’à 900, le redémarrage de mon ordinateur portable toutes les 4 à 5 heures a résolu le problème de l’arrêt de la congélation; j’espère que cela vous aidera.


0

J'ai eu le même problème après l'installation de 18.04 sur un Fujitsu Scaleo.

Pendant l'installation, j'ai dû ajouter le acpi=offpour pouvoir installer Ubuntu en raison d'un conflit avec le contrôleur graphique intégré Intel 82G33 / G31 Express. Après cela, Ubuntu s'arrêterait juste System Haltedquand je l' aurais arrêté.

Finalement, j'ai changé le BIOS ACPI Suspend Typede S3 à Auto. Je l'ai fait dans Power Management. Après cela, le PC s'éteindrait et je pourrais même retirer le acpi=offde Grub.



0

Je ne sais pas pourquoi mais pour moi, quand je supprime tout le mot "Assez splash acpi = off" et que je le laisse vide, le problème a disparu. Maintenant, mon PC démarre et redémarre en douceur


Salut! C’est vraiment plus un commentaire que une réponse. Votre "solution" en est probablement la acpi=offpartie: les quietmessages de suppression du démarrage et l' splashaffichage d'une jolie image lors du démarrage.
Charles Green

Oui, je ne suis qu'un débutant. Mais j'ai essayé toutes les solutions ci-dessus mais cela n'a pas fonctionné pour moi. J'ai donc essayé de supprimer les trois et, comme par magie, de redémarrer et de démarrer sans être bloqué.
Lemaire

Rien ne fonctionne comme le succès! Pourquoi cette option de démarrage est-elle définie sur votre système?
Charles Green

C'est par défaut
Lemaire

0

Avait le même problème hier lors de l'installation 18.04 Comme mentionné plus tôt dans le post. mise à jour des pilotes NVIDIA. Il y a plusieurs façons de le faire, mais je recommande les étapes suivantes.

  1. trouvez le nom de votre carte graphique et téléchargez-le.
  2. lancer les commandes suivantes sudo dpkg --add-architecture i386 sudo apt update update sudo apt install build-essential libc6: i386

  3. redémarrer

  4. au démarrage, lancez sudo telinit 3

  5. utilisez terminal pour accéder au dossier Téléchargements et tapez sudo ./the fichier de téléchargement du pilote

  6. après l'installation: sudo reboot


0

Dans mon cas, j'ai le pilote nouveau, Ubuntu 18.04

Solution:

Terminal ouvert

sudo gedit / etc / default / grub

GRUB_CMDLINE_LINUX_DEFAULT = "Splash silencieux acpi_rev_override = 1 nouveau.modeset = 0"

sudo update-grub

Cela a résolu le problème pour moi, maintenant je peux arrêter et redémarrer


0
  1. terminal ouvert et tapez: sudoedit / etc / default / grub
  2. change GRUB_CMDLINE_LINUX_DEFAULT = "éclaboussure silencieuse" en GRUB_CMDLINE_LINUX_DEFAULT = "éclaboussure silencieuse acpi = force"
  3. sauvegarder le fichier
  4. sudo update-grub

ça y est ... ça a marché pour moi


0

Je l'ai résolu par le moyen ci-dessous (ordinateur portable dell avec Ubuntu 18.04):

Ouvrez le terminal et entrez cette ligne: sync && sudo sync appuyez sur Entrée, puis continuez à entrer la deuxième ligne: sudo shutdowm -h nowou sudo rebootappuyez sur Entrée. Si ça marche bien. et ensuite vous pouvez normalement fermer ou redémarrer votre système comme d’habitude.


0

J'ai eu le même problème après une mise à niveau du noyau. La commande d'arrêt / redémarrage fonctionnait bien avant la mise à niveau. Mais a commencé à geler après la mise à niveau. J'ai essayé tous les correctifs mentionnés ici et divers autres forums, mais rien ne semblait fonctionner. J'ai donc commencé à installer diverses versions du noyau et vérifié la commande d'arrêt avec différents noyaux. J'ai constaté que ma machine se fige pour tous les noyaux supérieurs à la version suivante:

linux-image-4.15.0-20-generic 

Mon PC a les spécifications suivantes:

Intel Core i5-8250U
NVIDIA Geforce MX150 with 2 GB VRAM

J'ai eu le même problème lorsque j'ai installé Kali avec Ubuntu. En recherchant ses solutions, j'ai découvert qu'il s'agissait probablement d'un problème de processeur graphique et la désactivation du pilote générique nouveau pourrait résoudre le problème.

J'ai appliqué la solution ci-dessous pour le kali:

  1. Vérifiez vos sources apt selon https://docs.kali.org/general-use/kali-linux-sources-list-repositories
  2. Courir apt-get update && apt-get dist-upgrade
  3. Créez le fichier suivant: /etc/modprobe.d/nouveau-blacklist.conf
  4. Éditez ce fichier et ajoutez une seule ligne qui dit blacklist nouveau
  5. Redémarrez votre PC.
  6. Courir apt-get install libcuda1 libnvidia-ml1 --no-install-recommends -y
  7. Ne redémarrez pas votre PC à ce stade. Vous devez éditer un fichier avant de le faire sinon votre bannière GDM ne fonctionnera pas
  8. Modifiez le fichier /etc/modprobe.d/nvidia.confet commentez la deuxième ligne remove nvidia-current rmmod nvidia nvidia-uvmou supprimez-la. Assurez-vous que le fichier ne contient qu'une seule ligne qui dit alias nvidia nvidia-current
  9. Courir apt install nvidia-kernel-amd64 nvidia-kernel-common nvidia-kernel-dkms
  10. Redémarrez votre PC.

https://forums.kali.org/showthread.php?27173-Solution-for-Reboot-Issues

et cela a fonctionné pour mon kali. Appliqué la même chose pour mon Ubuntu, et cela a fonctionné.


0

La suggestion d'Imad: changer

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" 

dans

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=force"  

C'est la seule solution qui fonctionne de manière cohérente pour moi. Va prendre cela en arrière. Rien sur cette page ne fonctionne pour moi. AMD Turion X64 Duo Core Toshiba A215


0

Oui, c'est pénible.

Dans mon cas, éteindre acpi dans la bouffe

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noacpi"

puis

sudo update-grub

et

reboot -d

a fait le tour.

Le mode suspension et l’arrêt se comportent à nouveau normalement. Je ne sais pas ce qui a causé le problème en premier lieu: je rencontrais des problèmes lors de l’utilisation de Unity, Ubuntu se figeait lorsque je travaillais sur un fichier texte spécifique. J'ai donc installé XFCE pour voir s'il s'agissait d'un problème d'interface utilisateur ou d'un problème matériel (lié au disque). Les disques étaient soi-disant propres et vérifiés. Avec XFCE, le fichier txt ne me bloque plus, mais arrêter et suspendre ne fonctionnerait plus ...

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.