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?
/var/log/syslog
après la sauvegardeRéponses:
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.
la source
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 > Power
puis désactiver toutes lesAutomatic Suspend
options. Aussi choisirBlank screen
deNever
.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
la source
sudo poweroff
terminal, cela fonctionne comme prévu (fermeture rapide et sans délai).Essayez quelques redémarrages sudo depuis le terminal pour voir s’il est clair: 1er essai, redémarrez sans écrire le fichier wtmp:
Si cela redémarre avec succès, essayez alors votre fermeture naturelle. S'il ne redémarre pas, essayez le redémarrage forcé:
S'il s'agissait d'une mise à niveau du 16.04 au 18.04, il pourrait être intéressant d'envisager une installation propre.
la source
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
Modifier
GRUB_CMDLINE_LINUX_DEFAULT="quite splash"
pour qu'il soit écritEnregistrez, quittez et écrivez les modifications dans le fichier de configuration actuel de GRUB:
Faites-moi savoir si cela a fonctionné ou si vous avez une meilleure solution
la source
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 faitstop
.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.
la source
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.
la source
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=off
et le système a commencé à se comporter normalement.Plus spécifiquement, j'ai changé ceci:
à:
Maintenant, ma boîte s’arrête une fois de plus lorsque je le lui dis et elle est rafraîchissante et réactive.
la source
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.
la source
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.
la source
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.
la source
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=off
pour 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 justeSystem Halted
quand je l' aurais arrêté.Finalement, j'ai changé le BIOS
ACPI Suspend Type
de S3 à Auto. Je l'ai fait dans Power Management. Après cela, le PC s'éteindrait et je pourrais même retirer leacpi=off
de Grub.la source
J'ai eu le même problème avec Ubuntu 18.04. J'ai installé le pilote nvidia et maintenant cela fonctionne bien. Installez votre pilote comme décrit dans https://linuxconfig.org/how-to-install-the-nvidia-drivers-on-ubuntu-18-04-bionic-beaver-linux
la source
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
la source
acpi=off
partie: lesquiet
messages de suppression du démarrage et l'splash
affichage d'une jolie image lors du démarrage.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.
lancer les commandes suivantes sudo dpkg --add-architecture i386 sudo apt update update sudo apt install build-essential libc6: i386
redémarrer
au démarrage, lancez sudo telinit 3
utilisez terminal pour accéder au dossier Téléchargements et tapez sudo ./the fichier de téléchargement du pilote
après l'installation: sudo reboot
la source
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
la source
ça y est ... ça a marché pour moi
la source
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 now
ousudo reboot
appuyez sur Entrée. Si ça marche bien. et ensuite vous pouvez normalement fermer ou redémarrer votre système comme d’habitude.la source
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:
Mon PC a les spécifications suivantes:
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:
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é.
la source
La suggestion d'Imad: changer
dans
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
la source
Oui, c'est pénible.
Dans mon cas, éteindre acpi dans la bouffe
puis
et
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 ...
la source