Ubuntu 18.04 se bloque en reprenant à partir de la suspension

Mon Acer ES1-512 a été construit sur 18.04, mis à jour vers 18.04.1 maintenant. J'ai eu ce problème d'écran noir en mode veille/suspension depuis 18.04.

Les étapes suivantes ont résolu le problème:

1. Le noyau précédent était 4.15.33 (après quelques mises à jour automatiques) et c'est la source de ce problème.
2. Revenir à 4.14.41
3. Modifier Grub pour prendre "Options Avancées" et pointer vers 4.14.41
4. Régénérer Grub
5. Redémarrer

C'est tout! La fonction de mise en veille et de sommeil fonctionne bien maintenant. J'espère que cela aide.

J'avais également ce problème me tourmenter ... et une solution après de nombreuses tentatives fut de réinstaller Ubuntu 18.04, et maintenant tout fonctionne parfaitement. J'utilise également le pilote "testé" de Nvidia, car Nvidia était le coupable auparavant.

Peut-être que c'était le ppa "sudo add-apt-repository ppa: graphics-drivers" qui a installé des "Extras" du PPA et/ou le pilote 396 lui-même qui a perturbé la capacité d'hibernation de mon ordinateur portable.

De toute façon, cela fonctionne parfaitement à l'heure actuelle avec le pilote testé de NVidia 390. Et juste pour info, cela fonctionnait également avec le pilote 396 pendant longtemps, mais est devenu problématique la semaine dernière - ENCORE! Bien que je ne connaisse pas la cause exacte...

C'était certainement lié au pilote NVidia car avant de passer au pilote Nouveau, cela fonctionnait également, mais je n'aimais vraiment pas cette option.

Essayant d'aider, Mark

p.s voici mes autres notes Tomboy pour d'autres problèmes avec Ubuntu et l'hibernation

18/07 Dépannage

Prérequis - votre kernel prend-il en charge la mise en veille prolongée?

• Le noyau prend en charge tout ce qui est répertorié dans /sys/power/state, donc:

• cat /sys/power/state

• Les entrées autorisées (à ma connaissance) incluent: mem, standby, freeze, disk. Explication:

mem - a plusieurs significations, laquelle exactement sur votre système, vous la découvrirez via cat /sys/power/mem_sleep. J'ai: s2idle [deep]

standby - Suspendre l'alimentation (si pris en charge)

freeze - Suspendre à l'inactivité (STI)

disk - Suspendre à disque (STD), hibernation. Cela - vous le voulez.

le mien dit : freeze mem disk - PARFAIT!

• Ensuite, nous devons vérifier

• $ cat /sys/power/disk

[plateforme] arrêt redémarrage suspension test_resume

[désactivé]

(pas très bon)

Activer l'hibernation et le mettre dans le menu - Facile

• sudo apt install pm-utils cpufrequtils

• Ensuite, testez si l'hibernation fonctionne sur votre ordinateur en exécutant la commande:

• sudo pm-hibernate

• Après l'arrêt de votre ordinateur, rallumez-le.

Vos applications ouvertes se sont-elles ré-ouvertes ? Si c'est le cas, ça marche, sinon l'hibernation ne fonctionne pas. Vous pouvez vérifier si votre partition Swappiness est au moins aussi grande que votre RAM disponible, car cela peut résoudre le problème. Problème ! L'hibernation n'est pas autorisée!

Testez: pm-hibernate - (si le package pm-utils est installé), ou

marche ! après réinstallation de 18.04 et pas encore de Nvidia

systemctl hibernate

marche ! après réinstallation de 18.04 et pas encore de Nvidia

Réajoutez l'option Hibernation au menu d'arrêt:

• 1. Modifiez 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 trouvez les sections ci-dessous:

[Désactiver l'hibernation par défaut dans upower]

[Désactiver l'hibernation par défaut dans logind]

Changez les deux valeurs de no à yes dans:

RésultatActif=no (changez cela en yes)

Enregistrez, quittez et redémarrez - Fait!

J'ai essayé la plupart des choses énumérées ci-dessus. Finalement, je suis allé 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 la suspension et de le recharger après la reprise. Ensuite, j'ai béni mon ordinateur portable avec le module acpi_call pour augmenter sa performance de batterie 2x.

https://www.win-raid.com/t4232f16-SOLVED-How-to-unlock-BIOS-options-of-rebranded-TONGFANG-chassis-systems-15.html#msg71683

Wow, je lis mon propre message et je trouve ça si utile !

Je suppose que je dois me remercier !

Je voulais juste ajouter qu'en tant que mesure de dépannage, j'en suis malheureusement venu à la conclusion que c'est souvent lié et/ou combiné avec Gnome sur Xorg/Ubuntu et Nvidia, ... ... C'est spécifiquement un problème d'UBUNTU/"Gnome sur Xorg".

Après que le problème soit réapparu et une réinstallation de mon pilote nvidia-440 (Open Source) et un redémarrage sur "Ubuntu" vs "Gnome sur Xorg", il n'y a pas eu d'auto-suspension, d'écran noir ou de nécessité de redémarrer pour revenir ... comme nous le savons tous, c'est un problème.

Le matin suivant ... après avoir redémarré et être allé sur "Gnome sur Xorg"

Il s'est auto-suspendu alors qu'il ne devrait pas l'avoir fait (inutile d'expliquer). GRRRRRRRRR !

Donc maintenant, je présume conspirationnellement que c'est SPÉCIFIQUEMENT, soit (gnome sur xorg et/ou Ubuntu mettent des bâtons dans les roues en essayant de vous faire vous connecter à "Ubuntu".

De toute façon, ça ne se met pas en veille automatique une fois de plus ... et je suis sur "Ubuntu" et oui ... 18.04 LTR.

p.s. J'ai même essayé de le tromper en activant "Assombrir l'écran en cas d'inactivité" dont j'en suis venu à la conclusion ... NE fonctionne PAS avec Nvidia installé (une autre histoire), bien qu'une extension gnome modifie parfaitement la luminosité "Icône d'ajustement de la luminosité",

Et l'ordinateur, après 5 minutes d'inactivité, a affiché un message en haut "Économiseur d'écran en veille automatique désactivé" ... HMMM ... mais il n'a pas fait la redoutée "Chose noire !"

Alors, je vais appeler ça ... un peu résolu !

Exécuté avec la dernière version 18.04.4:

gsettings get org.gnome.settings-daemon.plugins.power button-suspend

Le mien a renvoyé 'hibernate', ce qui provoquait apparemment un plantage de noyau lors de la reprise environ 80% du temps. Changé en 'suspend' et maintenant évite tous les hibernations; plus de crash (...pour le moment).

gsettings set org.gnome.settings-daemon.plugins.power button-suspend suspend
gsettings get org.gnome.settings-daemon.plugins.power button-suspend
$ 'suspend'