Ubuntu 18.04 plante à la reprise de la suspension

40

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.


la source
Bord de saignement! Il vient de sortir il y a 2 jours. Je pense que des bugs peuvent être attendus.
EODCraft Staff
4
Avoir un problème très similaire depuis la mise à niveau à 18.04 sur un XPS 9560.
collisionTwo
Matalak - Je travaille sur un rapport de bogue après avoir rencontré le même problème. D'après les spécifications de l'Acer Aspire ES1-511, il semble que vous ayez un Intel Celeron N2830. Pouvez-vous me dire si vous avez également un SSD comme périphérique de stockage principal?
pHeLiOn
@collisionTwo - travaille toujours sur le rapport de bogue et poursuit une théorie vague selon laquelle un processeur de style Atom basé sur Celeron associé à un SSD fait partie du problème. Votre XPS 9560 ne correspond pas à ma théorie cependant :) Pourriez-vous me dire si vous avez résolu votre problème de suspension avec le correctif de pilote nouveau (XPS 9560 a des graphiques nVidia?) Ou si cela ne fonctionnait pas et vous deviez recourir à un noyau 4.14 pour que la suspension fonctionne à nouveau?
pHeLiOn
@pHeLiOn - Le disque dur est un Toshiba MQ01ABF050, pas un SSD. Cependant, il possède bien un Intel Celeron N2830.

Réponses:

8

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.

pHeLiOn
la source
8

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.


la source
4.14.41 comprendrait la fusion et la protection du spectre.
WinEunuuchs2Unix
C'est déroutant. Quelles sont alors les différences entre 4.14 et 4.15 + qui pourraient entraîner des problèmes de suspension / reprise? Quoi qu'ils soient, j'espère qu'ils seront restaurés dans les noyaux ultérieurs.
Je suis aussi confus. J'ai essayé 4.15, 4.16 et même le noyau 4.17 mais ils ont tous le même problème. Mais seulement sur un ordinateur portable. Trois autres ordinateurs portables (un avec un matériel très similaire) suspendre sans aucun problème. La seule solution qui fonctionne pour mon «problème d'ordinateur portable» est d'utiliser un noyau 4.14 (merci à matalak pour la solution - je voulais exécuter la version 17.10 et espérer que la version 18.04 soit corrigée). Aidez s'il vous plaît avec le rapport de bogue (lien dans ma "réponse") si vous le pouvez, pour aider à chasser ce comportement étrange qui ne semble affecter que quelques machines spécifiques.
pHeLiOn
J'ai finalement rejoint le rapport de bogue suivant: bugs.launchpad.net/ubuntu/+source/linux/+bug/… . Merci de l'avoir mis ensemble!
Haha! Excellent! Merci matalak. Je suis devenu un peu obsédé par ce casse-tête car cela n'a pas beaucoup de sens de ne pas toucher que quelques machines spécifiques. Au début, je craignais qu’aucun de nos développeurs n’y prête une attention particulière, mais ils m’ont donné les instructions pour couper le noyau entre 4.14 et 4.15 et (13 installations de noyau plus tard). l'insomnie. Nous ne sommes peut-être pas toujours coincés sur un noyau 4.14 :)
pHeLiOn
4

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.

Cascagrossa
la source
Malheureusement, cela n'a pas fonctionné. La ligne devait-elle ressembler GRUB_CMDLINE_LINUX="nouveau.modeset=0"?
Je rencontre le même comportement avec un ordinateur portable qui utilise Intel Graphics. Je suppose que cela n’est pas lié à la carte graphique, car 3 autres ordinateurs portables utilisant Intel Graphics suspendent leurs activités sans aucun problème.
pHeLiOn
1
@pHeLiOn - Avez-vous également une carte graphique secondaire dans l'ordinateur portable? La plupart des réponses que j'ai vues ici et ailleurs indiquent qu'il s'agit d'un problème avec les graphiques nVidia. C'est ce que j'ai et cette réponse a fonctionné pour moi.
kdgregory
@kdgregory - non, il n'y a pas de carte graphique secondaire dans mon "problème d'ordinateur portable". C'est juste Intel Graphics. L'Acer Aspire ES1-511 de Matalak semble être un processeur Intel Graphics aussi loin que je puisse en juger d'après les spécifications.
pHeLiOn
@kdgregory - mais oui, il y a souvent des problèmes avec les pilotes de cartes graphiques nvidia qui laissent l'écran vide. Si le comportement de Matalak est le même que le mien, le problème semble être qu’il n’entre pas en suspension, mais efface l’écran, s’empare de l’écran et ne peut être arrêté que par la suite.
pHeLiOn
2
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

Stuart Trusty
la source
Bienvenue sur Ask Ubuntu! ;-) Euh, en quoi cette réponse est-elle différente de la réponse déjà acceptée?
Fabby
2
pour commencer, il a des commandes réelles ... peut-être qu'une suggestion de modification à une autre réponse aurait été préférable
Zanna
Heureusement, ces commandes ont été incluses dans l'URL fournie. Merci pour l'aide quand même!
2

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é!

Gerhard Hagerer
la source
Suspendre semble fonctionner pour moi. C'est l'hibernation qui est en suspens pour moi.
Stewart
1
En fait, je me suis débarrassé de tous les problèmes en supprimant d’abord le pilote nvidia, en installant le dernier noyau via ukuu, puis en installant le dernier pilote nvidia disponible sur le site Web nvidia.
Gerhard Hagerer
0

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!

markackerman8-gmail.com
la source
0

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.

David
la source
0

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

toujoursCurieux
la source
Bien que cela puisse théoriquement répondre à la question, il serait préférable d’inclure ici les parties essentielles de la réponse et de fournir le lien à titre de référence.
Kevin Bowen
0

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!

markackerman8-gmail.com
la source