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. Je l' ai regardé dans la question depuis, tout d' abord essayer de modifier les paramètres de puissance dans gnome-control-centeret gnome-tweak-toolpuis l' installation pm-utils, modification de fichiers système soi - disant responsables de la suspension, et tente beaucoup plus, tout cela 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 permettrait-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 fichier kern.log suggère qu'il pense qu'il est passé en suspension - PM: suspendre l'entrée (en profondeur) - mais le système s'empare à ce moment-là et aucune autre entrée n'est alors entrée 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 est déjà en marche) 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 de programmes supplémentaires que j'ai installés.

Trois autres ordinateurs portables différents (le mien et le mien) n’ont aucun problème avec la suspension du 18 avril, ce qui m’amène à me demander quelle combinaison de matériel en est la cause.

Tous les ordinateurs portables (y compris le «problème enfant») ont des graphiques Intel.

Le «problème d'ordinateur portable» s'interrompt parfaitement avec Ubuntu 17.10, Kubuntu 17.10, Devuan Jessie, Devuan ASCII et Windows 10 mais ne parvient pas à suspendre avec 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 plus récents comportent une mise à jour qui permet à suspendre de fonctionner à nouveau sur cette machine.)

Utiliser UKUU pour installer le noyau 4.14 (4.14.47) le plus récent sur 18.04 a résolu 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 ci-dessous pour voir si d'autres correctifs pourraient résoudre votre problème en premier: Ubuntu 18.04 - Dell XPS13 9370 ne se suspend plus lorsque le couvercle est fermé

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 partie des utilisateurs.

Bien que le fait de ne pas toucher 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 rencontraient 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 suspension. Le correctif est maintenant dans les noyaux 4.17 et 4.18 les plus récents https: //. bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950

Nouvelle édition - À partir du 11 septembre 2018, le correctif du noyau de mise à jour système standard (4.15.0-34) est désormais intégré dans le correctif, et les travaux suspendus fonctionnent à nouveau comme il se doit sur le portable avec le processeur Intel N3540. Beaucoup d'éloges à leur travail!

Juste pour clarifier les choses, il est difficile d'essayer de suspendre votre machine le 18 avril où l'écran devient blanc (mais il n'est clairement pas passé en mode "suspendre"), puis ne réagit à rien d'autre si ce n'est en maintenant le bouton d'alimentation enfoncé. pour le fermer.

J'ai résolu le problème en installant UKUU et en rétrogradant 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

pour GRUB_CMDLINE_LINUXdans le /etc/default/grubfichier, après cette course:

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 d'options avancées pour Ubuntu et de la sélection de ce noyau

J'ai 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 le fais sudo pm-suspend. Après être passé en mode veille, je repasse à 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.

C’est peut-être le ppa "sudo add-apt-repository: graphics-drivers" qui a installé les éléments "Extra" du PPA et / ou du pilote 396 lui-même qui ont gâché la capacité de veille de mon ordinateur portable.

Quoi qu’il en soit, cela fonctionne parfaitement à l’heure actuelle 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! Tellement 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

ps 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:

1. Le noyau précédent était 4.15.33 (avec quelques mises à jour automatiques) et c’est la source de ce problème.
2. Rétrogradation à 4.14.41
3. Modifier Grub pour prendre "Options avancées" et pointer sur 4.14.41
4. Régénérer la larve
5. Redémarrage

C'est ça! 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 l'avoir repris. Et, ensuite, a béni mon ordinateur portable avec le module acpi_call pour augmenter ses performances 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 post et je me dis que c'est utile!

Je suppose que je dois me remercier!

Je voulais juste ajouter que, comme mesure de dépannage, j’en suis malheureusement arrivé à la conclusion qu’il est en fait lié et / ou combiné à Gnome sur Xorg / Ubuntu et Nvidia, ... ... c’est spécifiquement un UBUNTU / "Gnome sur Xorg "Problème.

Après que le problème soit réapparu et qu'une réinstallation de mon pilote nvidia-440 (Open Source) et un redémarrage dans "Ubuntu" vs "Gnome sur Xorg", cela n'a pas eu lieu. Autosuspend / Écran noir / Besoin d'un redémarrage pour revenir. .. comme nous le savons tous est un problème.

Puis le matin ... après avoir redémarré et entré dans "Gnome on Xorg"

Il est suspendu automatiquement alors que cela ne devrait pas avoir lieu (pas besoin d'expliquer). ARGHHHHHHH!

Alors maintenant, conspirateur, j’imaginais que c’est SPÉCIFIQUEMENT (gnome sur xorg et / ou Ubuntu, ce qui tente de vous forcer à vous connecter à Ubuntu.

Quoi qu'il en soit, ce n'est pas encore automatique ... et je suis dans "Ubuntu" et oui ... 18.04 LTR.

ps j'ai même essayé de le tromper en activant "Dim Screen When Inactive" dont je suis arrivé à la conclusion ... NE FONCTIONNE PAS avec NVIDIA installé (une autre histoire), bien qu'une extension de gnome modifie la luminosité correctement "Ajuster l'icône de luminosité" ,

Et après 5 minutes d’inactivité, l’ordinateur a affiché un message en haut de l'écran "Suspendre automatiquement l'économiseur d'écran désactivé" ... HMMMM ... mais il n'a pas exécuté le redoutable "Go Black Thing!"

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