Ubuntu 18.04 plante à la reprise de la suspension
Après avoir terminé une nouvelle installation d'Ubuntu 18.04 LTS et redémarré, j'ai refermé le capot de l'ordinateur portable Acer Aspire ES1-511 et pris une petite pause. Quand je suis revenu pour continuer à explorer les nouvelles fonctionnalités de 18.04, l'ordinateur portable ne s'allumait pas. L'un des ventilateurs internes fonctionnait assez fort, mais rien de plus. Je devais redémarrer une fois de plus.
Cela semble être un problème récurrent à travers les années d'Ubuntu. J'ai examiné la question depuis, essayant d'abord de modifier les paramètres d'alimentation dans gnome-control-center et gnome-Tweak-tool, puis en installant pm-utils, en modifiant des fichiers système soi-disant responsables de la suspension, et de nombreuses autres tentatives, en vain. J'ai même essayé d'exécuter Ubuntu 18.04 Live à partir d'une clé USB et le même problème se produit toujours.
Je soupçonne que c'est un problème avec le noyau, comme j'ai déjà vu ce problème avec le noyau 4.15. Une mise à niveau vers le dernier noyau Linux ou un passage à une version plus stable permettraient-il de résoudre le problème? Le problème a-t-il été corrigé? Peut-être que je peux simplement éditer un fichier et que tout cela serait résolu ...
Quelques spécifications: Le noyau en cours d’exécution est 4.15. Comme mentionné ci-dessus, l'ordinateur est un Acer Aspire ES1-511. L’environnement de bureau est Gnome 3.28.1. La version Ubuntu est la version 18.04.1 LTS 64 bits.
Toute aide est appréciée. L'ordinateur perd beaucoup de sommeil à cause de cela.
J'ai rencontré le même problème avec un HP Pavilion 11 x360.
Le kern.log suggère qu'il pense avoir suspendu - PM: suspendre l'entrée (en profondeur) - mais le système s'empare à ce moment-là et là n'y a alors plus d'entrées jusqu'à ce que vous arrêtiez et redémarriez.
Une "suspension réussie" aurait d'autres entrées PM: Synchronisation des systèmes de fichiers ... effectuée. , Geler les processus de l'espace utilisateur ... etc
L'écran devient vide mais le voyant d'alimentation reste allumé (de même que le ventilateur s'il fonctionne déjà) et une réinitialisation matérielle (en maintenant le bouton d'alimentation enfoncé) est nécessaire pour pouvoir utiliser à nouveau la machine.
Même en utilisant une clé USB 18.04 active, le même problème de suspension apparaît, ce qui suggère que ce n'est pas à cause des programmes supplémentaires que j'ai installés.
Trois autres ordinateurs portables différents (mon ami et le mien) ne rencontrent aucun problème de suspension le 18.04 , ce qui me conduit à me demander quelle combinaison de matériel spécifique est à l'origine de cette situation.
Tous les ordinateurs portables (y compris le "problème enfant") ont des graphiques Intel.
Le "problème d'ordinateur portable" s'interrompt très bien avec Ubuntu 17.10, Kubuntu 17.10, Devuan Jessie, Devuan ASCII et Windows 10 mais ne parvient pas à suspendre sous Ubuntu 18.04 et Kubuntu 18.04.
(Au départ, le problème de suspension était également lié à l'utilisation des noyaux 4.15, 4.16 et 4.17, mais les noyaux 4.17 et 4.18 les plus récents contiennent une mise à jour qui permet à suspendre de fonctionner à nouveau sur cette machine.)
L’utilisation de UKUU pour installer le noyau 4.14 (4.14.47) le plus récent le 18.04 corrigea le problème. (La réponse acceptée par Matalak) - recommande maintenant d'essayer un noyau 4.17 ou 4.18 récent.
Modifier - Veuillez suivre les étapes décrites ici pour voir si d'autres correctifs pourraient résoudre votre problème en premier: buntu 18.04 - Dell XPS13 9370 n'est plus suspendu à la fermeture du couvercle
J'ai eu du mal à trouver un rapport de bogue sur la suspension provoquant un système complètement inactif le 18.04, ce qui suggérait que cela n'affectait pas une grande proportion d'utilisateurs.
Bien que le fait que cela n'affecte pas un grand nombre d'utilisateurs soit une bonne chose, il peut être plus difficile de déterminer où se situe le problème si seulement quelques personnes rencontrent des problèmes de configuration matérielle spécifique.
Edit - Un rapport de bogue a été ouvert, le coupable semble avoir été identifié et une version corrigée du noyau 4.15 a été mise en place pour résoudre le problème de la suspension - le correctif est maintenant dans la version la plus récente. noyaux 4.17 et 4.18 récents https://bugs.launchpad.net/ubuntu/+source/linux/+bug/177495
Nouvelle édition - À partir du 11 septembre 2018, le correctif du noyau de mise à jour système standard (4.15.0-34) a été reporté par ces gentils développeurs et suspendu à nouveau comme il se doit. le problème d'ordinateur portable avec l'Intel N3540. Beaucoup d'éloges pour leur travail!
Juste pour clarifier les choses, le problème est d'essayer de suspendre votre machine le 18.04 où l'écran devient blanc (mais il n'est clairement pas passé en mode "suspendre") et ensuite ne réagit à rien. sinon en maintenant le bouton d'alimentation enfoncé pour l'éteindre.
J'ai résolu le problème en installant UKUU et en passant au noyau 4.14.41. Il existe peut-être une incompatibilité avec le matériel dans les versions ultérieures du noyau.
Je crois que c'est le pilote buggy nouveau. Essayez d'ajouter:
nouveau.modeset=0
dans GRUB_CMDLINE_LINUX dans le fichier /etc/default/grub, après cette exécution:
Sudo update-grub
Sudo reboot
Et voila pas plus suspend sur CV de suspendre.
Sudo add-apt-repository ppa:teejee2008/ppa
Sudo apt update
Sudo apt install ukuu
Sudo ukuu --install v4.14.41
a bien fonctionné pour moi de résoudre ce problème lors du démarrage à l’aide de Options avancées pour Ubunt et en sélectionnant ce noyau
J'ai eu une solution de contournement pour suspendre le travail sur Ubuntu 18.04 avec un NVIDIA GeForce GTX 1050 Mobile et des pilotes propriétaires nvidia 390. J'ai installé pm-suspend via Sudo apt-get install pm-utils. Ensuite, je passe de Gnome Shell au terminal via Ctrl + Alt + f6. Après la connexion, je fais Sudo pm-suspend. Après être passé en mode veille, je retourne à Gnome Shell via Ctrl + Alt + f1. Terminé!
Je souffrais également de ce problème ... et après de nombreuses tentatives, beaucoup de tentatives ont été de réinstaller Ubuntu 18.04, et maintenant, il fonctionne parfaitement. J'utilise également le pilote "testé" de Nvidia, car Nvidia était le coupable auparavant.
Peut-être était-ce le "ppa" "Sudo add-apt-repository: ppa" qui a installé "Extra" Stuff à partir du PPA et/ou du pilote 396 lui-même qui a gâché la capacité d'hibernation de mon ordinateur portable.
Quoi qu'il en soit, cela fonctionne parfaitement à l'heure où nous écrivons avec le pilote testé 390 de NVidia. Et juste pour votre information, il travaillait aussi avec le pilote 396 depuis longtemps, mais est devenu problématique la semaine dernière - ENCORE! SO bien que je ne connaisse pas la cause exacte ...
Il est/était définitivement lié au pilote NVidia, car avant de passer au pilote Nouveau, cela fonctionnait également, mais je n’ai certainement pas aimé cette option.
Essayer d'aider, Mark
p.s voici mes autres notes Tomboy pour d’autres problèmes avec Ubuntu et Hibernating
18/07 Dépannage
Prérequis - votre noyau prend-il en charge la suspension sur disque?
• Le noyau supporte tout ce qui est listé dans/sys/power/state, donc:
• chat/sys/pouvoir/état
• Les entrées autorisées (à ma connaissance) incluent: mem, standby, freeze, disk. Explication:
∘ mem - a plusieurs significations, lesquelles se trouveront exactement sur votre système via cat/sys/power/mem_sleep. J'ai: s2idle [profond]
∘ veille - Suspension au démarrage (si pris en charge)
∘ geler - Suspendre au ralenti (IST)
∘ disk - Suspend To Disk (STD), veille prolongée. Ça - tu veux.
∘ le mien dit: Freeze Mem Disk - PARFAIT!
• Ensuite, nous devons vérifier
• $ cat/sys/power/disk
‣ [plate-forme] arrêt redémarrage suspendre test_resume
‣ [désactivé]
• (pas très bien)
Activer Hibernate et le mettre dans le menu - Easy-Peasy
• Sudo pour installer pm-utils cpufrequtils
• Ensuite, vérifiez si le fonctionnement en veille prolongée fonctionne sur votre ordinateur en exécutant la commande suivante:
• Sudo pm-hibernate
• Une fois l'ordinateur éteint, rallumez-le.
Vos applications ouvertes ont-elles été rouvertes? Si c'est le cas, hibernate ne fonctionne pas. Vous pouvez vérifier si votre partition Swappiness est au moins aussi grande que votre RAM disponible, car cela pourrait résoudre le problème.Problème! Hibernation non autorisée!
∘ Test: pm-hibernate - (si le paquet pm-utils est installé), ou
∘ fonctionne! après 18.04 réinstallation et pas encore Nvidia
∘ systemctl hiberner
∘ fonctionne! après 18.04 réinstallation et pas encore Nvidia
∘ Ré-ajouter Hibernate Option au menu Shutdown:
• 1. Éditez un fichier spécifique avec cette commande.
• Sudo gedit /var/lib/polkit-1/localauthority/10-vendor.d /com.ubuntu.desktop.pkla
• 2. Faites défiler le document texte et recherchez les sections ci-dessous:
∘ [Désactiver la veille prolongée par défaut dans upower]
∘ [Désactiver la veille prolongée par défaut dans logind]
Changez les valeurs de non en oui dans:
∘ ResultActive = no (remplacez ceci par yes)
Enregistrer, quitter et redémarrer - Fait!
Mon Acer ES1-512 a été construit sur 18.04, mis à jour à 18.04.1 maintenant. Avoir ce problème d'écran noir en mode suspension/sommeil depuis le 18.04.
Les étapes suivantes ont résolu le problème:
- Le noyau précédent était 4.15.33 (avec quelques mises à jour automatiques) et c'est-à-dire la source de ce problème.
- Rétrogradation à 4.14.41
- Modifier Grub pour prendre "Options avancées" et pointer sur 4.14.41
- Régénérer la larve
- Redémarrer
C'est tout! La fonction de suspension et de veille fonctionne bien maintenant. J'espère que cela t'aides.
J'ai essayé la plupart des choses énumérées ci-dessus. Enfin, j’ai atterri sur win-raid.com pour voir s’il s’agissait d’un problème de BIOS. Et j'ai rencontré un monsieur, qui a suggéré de décharger le module i2c_hid avant de le suspendre et de le recharger après la reprise. Et, ensuite, a béni mon ordinateur portable avec le module acpi_call pour augmenter de 2x ses performances de batterie.