Ubuntu 18.04 ne se réveillera pas après le verrouillage de l'écran et vide / suspend / veille

27

J'essaie d'exécuter Ubuntu 18.04 sur un ordinateur portable avec un processeur AMD A12 et des graphiques Radeon R7. Je n'ai que des problèmes et je suis très découragé par Ubuntu, même si j'ai utilisé 12.04 pendant des années sans de tels problèmes.

J'ai deux problèmes exaspérants et je les posterai séparément. Les problèmes se produisent uniquement sur Gnome et Ubuntu sur Xorg et ne se produisent pas sur Wayland. Cependant, on me dit qu'il vaut mieux ne pas exécuter Gnome sur Wayland.

Ce problème est que l'ordinateur ne se réveille parfois pas de la suspension. Eh bien, je pense qu'il se réveille parce que le lecteur optique tourne et que le disque dur s'éloigne, mais je ne peux pas me connecter car l'écran de verrouillage est un hachage de couleurs ou un arrière-plan déformé sans endroit pour se connecter. Je ne peux même pas ctrl-alt-F1 pour obtenir une invite. Toutes les entrées sont gelées.

Je me demande si Xorg est correctement configuré. J'utilise le pilote vidéo Oilaf qui fonctionne bien sous Wayland, donc je ne sais pas s'il y a un problème avec Xorg et ce pilote.

ubuntu_user7
la source
1
Peut être dupliqué à la question avec cette réponse qui a fonctionné pour moi: askubuntu.com/a/1041397/413258
Roland
Utilisez-vous le chiffrement complet du disque (LUKS) suggéré par Ubuntu lors d'une nouvelle installation? crypsetupmay attend un mot de passe mais ce fait n'est pas visible sur l'écran verrouillé / masqué. Demander en raison de rapports de bogues sur le swap lui-même crypté créant un problème de poulet et d'oeuf. Voir: bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950 affectant de nombreux utilisateurs.
arielf
Connexe: askubuntu.com/questions/1029405/…
AlikElzin-kilaka

Réponses:

8

Il semble y avoir un problème avec le nouveau pilote. Modifiez le grubfichier en le modifiant avec l'accès sudo.

sudo vim /etc/default/grub 

Ajoutez nouveau.modeset=0à la ligne qui ditGRUB_CMDLINE_LINUX=""

Ensuite, exécutez

sudo update-grub

Redémarrez après avoir correctement mis à jour le grubfichier.

Krishn Bera
la source
2
Est-ce que cela signifie GRUB_CMD_LINUX="nouveau.modeset=0"?
Clark Henry
1
Ce devrait être la réponse acceptée.
Clark Henry
Oui @ClarkHenry, vous devez définirGRUB_CMD_LINUX="nouveau.modeset=0"
Krishn Bera
ce qui m'a aidé, c'est de me préparer nouveau.blacklist=1.
Fariborz Ghavamian
après cela, la résolution n'est pas définie correctement.
smihael
5

L'économiseur d'écran m'a aidé avec Xubuntu 18.04 - sauf que j'ai installé xscreensaver et que tout a commencé à fonctionner correctement.

roadrunner
la source
3

J'ai un problème très similaire sur un ordinateur portable HP Pavilion 17-ar050wm. J'ai essayé beaucoup de choses différentes - en utilisant des pilotes de pointe Oilaf / Ubuntu-X, en passant à lightdm, en cours d'exécution gdm3 -reset- mais la seule chose qui semble faire la différence est de savoir si je suis entré en veille en appuyant sur le bouton d'alimentation ou en fermant le couvercle de l'ordinateur portable. Lorsque je viens de fermer le couvercle, l'écran / le clavier ne revient pas correctement environ 3/4 du temps, mais lorsque j'ai appuyé sur le bouton en premier, il revient 100% du temps (jusqu'à présent).

Donc, faute d'une meilleure solution, je vais juste essayer de me rappeler d'appuyer sur le bouton d'alimentation à chaque fois avant de fermer le couvercle.

Bart Robinson
la source
2

Je pense avoir enfin trouvé la réponse. Cela semble fonctionner jusqu'à présent, mais cela ne fait que quelques jours. La solution que j'ai trouvée est de:

sudo gdm3 -reset 

et redémarrez.

(Remarque: après la réinitialisation de gdm3, il va revenir à un écran de connexion qui ne vous permettra pas de vous connecter. Ne vous inquiétez pas. Redémarrez et il reviendra à l'écran de connexion normal et tout ira bien.)

ubuntu_user7
la source
3
Je reçois l'invite «Échec de l'analyse des options: option inconnue - réinitialiser». Une idée pourquoi?
Ron Piggott
1
Même erreur que @RonPiggott
sP_
1
Merci pour la suggestion. J'ai eu l'erreur mentionnée ci-dessus et j'ai posé une question à ce sujet: unix.stackexchange.com/questions/488037/…
acobster
J'ai eu la même erreur, mais cela a sudo killall gdm3fonctionné pour moi (il tue gdm3, qui est ensuite redémarré, et l'écran s'efface).
Laurence Gonsalves
1

Pour réparer cette instance, j'ai tapé:

sudo apt install gnome-screensaver

Et cela a fonctionné la première fois. Je ne sais pas pourquoi le fichier ne fonctionnait pas ou pourquoi il n'était pas là, mais comme je l'ai dit ... a fonctionné pour moi.

PlasticSin
la source
1

J'ai eu ce problème, sur l'écran de verrouillage, il éteindrait le signal vidéo mais ne se rallumerait pas.

Si vous essayez de taper aveuglément votre mot de passe, vous remarquerez peut-être que l'écran s'allume et se connecte.

C'était un problème lié à la vidéo / économiseur d'écran.

Je l'ai corrigé en installant xScreenSaver

adrianTNT
la source
1

Le problème pour moi était avec lightdmet j'ai pu réparer l'écran vide après le problème de verrouillage en passant simplement à gdm3:

sudo apt-get install gdm3

Lorsque vous y êtes invité pendant l'installation, passez de lightdmà gdm3et appuyez sur Entrée. Un redémarrage est nécessaire et vous aurez maintenant un écran de connexion plus moderne. Plus important encore, se réveiller après avoir verrouillé l'écran fonctionne actuellement, du moins pour moi, c'est finalement le cas.


De plus, si vous en avez assez d'être bloqué lors du test de toutes ces différentes solutions, utilisez la combinaison de touches CTRL+ ALT+ F1(ou n'importe quelle session de F1- F6) pour basculer vers une session de terminal, puis revenez via CTRL+ ALT+ F7. Vous devriez maintenant voir un texte disant que votre écran est verrouillé, mais donnez-lui juste 5 secondes et vous verrez l'invite de mot de passe. Cela m'a évité beaucoup de maux de tête d'avoir à redémarrer de force chaque solution que j'ai essayée.

CauselessEffect
la source
Sur un ThinkPad (x390), la solution de contournement de combinaison de touches est FN + CTRL + ALT + F2 (session Terminal) et FN + CTRL + ALT + F7 (retour à l'interface graphique)
Sir Jane
gdm3fonctionne mieux et plus vite que lightdmpour moi!
banan3'14
0

Ma machine a eu un problème similaire après la mise à niveau vers Ubuntu 18.04. Après avoir fermé le couvercle, le système d'exploitation ne se réveillait pas, mais le rétro-éclairage s'allumait. (Peut-être sans rapport: il semble que mon clavier ne réponde pas non plus, car le basculement du verrouillage des majuscules n'a pas allumé la LED.)

J'ai trouvé un correctif dans mes paramètres de bios. Il y avait une case à cocher pour activer le réveil lorsque le couvercle de l'ordinateur portable est ouvert. Elle n'a pas été cochée, mais sa vérification a résolu le problème.

$ uname -r
4.15.0-21-lowlatency

$ lsb_release -r
Release:    18.04

$ lscpu
Architecture:        x86_64
Model name:          AMD PRO A10-8700B R6, 10 Compute Cores 4C+6G

$ dmidecode
BIOS Information
    Vendor: HP
    Version: N73 Ver. 01.17
    Release Date: 11/02/2016
inkalchemist1994
la source
0

Dans ma situation:

$ uname -r
4.15.0-33-generic

$ lsb_release -r
Release: 18.04

$ lscpu
Architecture:        x86_64
CPU op-mode(s):      32-bit, 64-bit
Byte Order:          Little Endian
CPU(s):              4
On-line CPU(s) list: 0-3
Thread(s) per core:  1
Core(s) per socket:  4
Socket(s):           1
NUMA node(s):        1
Vendor ID:           GenuineIntel
CPU family:          6
Model:               55
Model name:          Intel(R) Pentium(R) CPU N3540  @ 2.16GHz
Stepping:            8
CPU MHz:             880.243
CPU max MHz:         2665,6001
CPU min MHz:         499,8000
BogoMIPS:            4331.60
Virtualization:      VT-x
L1d cache:           24K
L1i cache:           32K
L2 cache:            1024K
NUMA node0 CPU(s):   0-3
Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology tsc_reliable nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popcnt tsc_deadline_timer rdrand lahf_lm 3dnowprefetch epb pti tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm ida arat

$ sudo dmidecode | grep BIOS -A2
BIOS Information
Vendor: Acer
Version: V1.10
BIOS Revision: 0.0
Firmware Revision: 1.9

Matériel - Aser E5-511-P6CS

La solution est retirée de la $vt_handoffchaîne grub .

Pour ce faire, il suffit de modifier le /etc/grub.d/10_linuxfichier.

Réglez $vt_handoff = "1"sur$vt_handoff = "0"

Stepan Illichevsky
la source
Voulez-vous dire changer vt_handoff="1"pour vt_handoff="0"? La façon dont vous l'avez écrit est la syntaxe d'une comparaison, plutôt que l'affectation. Je ne sais pas si les fichiers grub des autres sont différents, mais il y a plusieurs comparaisons dans le mien ... semble plus logique de changer l'affectation vers le début du fichier.
acobster
vt_handoff indique la console virtuelle à invoquer. Si sur un écran noir, vous pouvez passer à une console différente, cela peut résoudre le problème, mais si votre système d'exploitation est gelé, vous n'êtes pas sûr que cela vous aidera.
Shital Shah
0

J'ai des problèmes similaires. J'ai essayé de désactiver la carte graphique commutable et de modifier vt_handoff. Aucun d'eux ne fonctionnait.

Ensuite, j'ai «accidentellement» corrigé le problème en définissant le mode SATA sur «ACHI» (était «IDE» lorsque j'ai installé Ubuntu) dans le BIOS. Et cela a résolu le problème!

Xiang Zhai
la source
1
Au lieu de continuer un fil ici (car il n'y a aucun moyen pour les gens de répondre avec des réponses à votre réponse), il serait préférable de répondre à cette question (avec les 2 premiers paragraphes), puis d'ouvrir une nouvelle question avec votre 3e paragraphe. Merci!
Jeff Schaller
0

J'ai eu ce problème et je l'ai résolu en mettant à jour le dernier noyau principal (4.20) à partir de celui publié par Ubuntu (4.15) en utilisant l'Ubuntu Kernel Update Utility (aka Ukuu).

Au début, je pensais que cela pourrait être un problème de pilote d'affichage, j'ai donc rétrogradé en nvidia-390, mais il a persisté. Complètement disparu après la mise à jour du noyau 4.20.

Casey Fulton
la source
0

Dans mon cas, la désactivation de la "suspension automatique" à la fois lorsqu'elle est branchée et sur batterie a résolu le problème. J'ai remarqué qu'après l'installation des mises à jour, le paramètre a changé de nouveau par lui-même, gardez cela à l'esprit.

entrez la description de l'image ici

DimiDak
la source