[18.04] Sortie de veille impossible

Bristow · Le 01/05/2018, à 21:05

J'ai posté dans le forum des pré-versions, mais je tente ma chance ici plutôt

J'ai acheté un portable HP sans OS et j'ai installé Ubuntu 18.04, version Gnome.

J'ai également installé les pilotes propriétaires Nvidia.

Dès que le portable se met en veille, il est impossible de le rallumer et la batterie est vidée ! Je n'ai rien trouvé de probant sur le launchpad, si une personne est aguerrie ici, je veux bien un peu d'aide. A noter qu'une autre personne a le même soucis que moi sur Mastodon, avec le même portable. Il semblerait que sur Mint 18.2, il n'y ait pas ce soucis (Ubuntu 16.04).

Une idée ? Merci !

Bristow · Le 10/05/2018, à 20:49

Un début de bug sur le LaunchPad : https://bugs.launchpad.net/ubuntu/bioni … ug/1757445

lopasilver · Le 26/05/2018, à 23:30

La seule solution que j'ai trouvé sous 18.04 est de désactiver la CG Nvidia dans le bios
Oui, je sais... ça va pas convenir à tout le monde !
Mais je peux enfin utiliser la veille, et donc arrêter de me prendre la tête avec ce problème
J'essayerai Mint pour voir...
Edit : suis passé à Manjaro = beaucoup de pb avec, je repasse à Ubuntu 18.04 qui fonctionne très bien !

Dernière modification par lopasilver (Le 13/07/2018, à 20:41)

René B · Le 09/06/2018, à 20:22

Salut

Même problème, écran noir lors du retour de veille avec Ubuntu 18.04 avec le pilote libre ou propriétaire
Je n'avais pas ce problème avec Ubuntu 14.04
Carte graphique : GeForce GTX 650/PCIe/SSE2
Merci de vos conseils et votre aide

ajout : j'ai mis nouveau.modeset=0 dans la ligne de lancement de linux mais ça ne change rien

Dernière modification par René B (Le 09/06/2018, à 20:57)

sinox · Le 22/07/2018, à 23:51

Bonjour, j'ai le même problème avec une GTX970, depuis ce temps vous avez trouvé une solution ?

René B · Le 23/07/2018, à 06:03

sinox a écrit :

Bonjour, j'ai le même problème avec une GTX970, depuis ce temps vous avez trouvé une solution ?

Je suis passé à Lubuntu 18.04...
Avec Lxde, il y a des fonctionnalités moins "user-friendly" mais ça fonctionne et c'est plus léger
Je pensais réessayer Gnome 3 de Ubuntu mais je vois qu'il y a toujours des problèmes

lopasilver · Le 23/07/2018, à 10:04

Ma solution de désactiver la carte graphique ne me convient pas vraiment, et je trouve cela vraiment couillon. Mais cela fonctionne très bien sous gnome 3, veille et retour de veille !
Je pense la réactiver et voir si le driver Nvidia 396 tient la route. Par contre, quand je l'utiliserai, je ne pourrais sans doute pas mettre le portable en veille. Quitte à choisir, je préfère avoir une carte graphique et éteindre le portable sans utiliser la veille. Depuis l'achat de ce portable en mars dernier, j'en suis arrivé à comprendre que tout ne marcherai pas forcement bien...
La technologie Optimus est encore difficile à faire tourner sous toutes les distributions Linux, et faire correspondre toutes les caractéristiques matériels et logicielles ne sont pas pour ceux qui débutent...

Dernière modification par lopasilver (Le 23/07/2018, à 10:07)

GammaDraconis · Le 23/07/2018, à 14:27

Si tu ne fais pas de jeux-vidéo, il ne faut pas activer la carte Nvidia, surtout pas !

En effet, sous Windows par exemple, quand tu arrives sur le bureau ou que tu surfes sur Internet ou que tu fais de la bureautique, tu n'es pas avec ta carte Nvidia : c'est ton chipset Intel qui est actif ! Il n'y a que quand tu lances un jeu que la carte graphique est sollicité, ceci à plusieurs avantages :
- consomme moins d’énergie (si tu es sur batterie il ne faut évidemment par être par ta carte Nvidia)
- il va chauffer moins
- enfin, du fait qu'il chauffe moins, les ventilateurs tournent moins vite (voir pas du tout) et donc fait moins de bruit (voir totalement silencieux)

Sous Linux ça ne fonctionne pas comme ça : il n'y a pas "officiellement" de gestion pour activer/désactiver la carte à la volée, tu dois faire le choix : c'est l'un ou l'autre
(si tu as besoin de changer, c'est toute la session + tu dois redémarrer pour prendre en compte le switch de carte)
Soit toute la session sera avec ta carte Nvidia, dans ce cas ça ne sera rentable que si tu fais principalement du jeu (et des jeux gourmand en ressource car les chipsrts Intel récent font tourner assez bien les anciens jeux)
Soit toute la session sera avec le chipset Intel, pour toute activité autre que le gaming exigent (si c'est des jeux comme Minecraft, reste avec Intel)

Sinon il existe une méthode non-officielle qui s'appelle "Bumblebee" et qui permet d'avoir a peu près le même comportement que sous Windows au niveau de la gestion des cartes, malheureusement ça ne semble plus compatible avec la 18.04 par contre je sais que ça fonctionne avec ArchLinux puisque c'est ce que j'utilise.

Dernière modification par GammaDraconis (Le 23/07/2018, à 14:29)

René B · Le 23/07/2018, à 16:56

GammaDraconis a écrit :

Si tu ne fais pas de jeux-vidéo, il ne faut pas activer la carte Nvidia, surtout pas !.

Il y a aussi le montage vidéo. J'utilise Cinelerra 5.1 et avec la 18.04, la carte graphique est utilisée pour le rendu du montage ce qui me fait gagner un facteur 4 sur le temps du rendu. LXDE m'a sauvé la vie

Dernière modification par René B (Le 23/07/2018, à 16:57)

GammaDraconis · Le 23/07/2018, à 17:37

René B a écrit :

GammaDraconis a écrit :
Si tu ne fais pas de jeux-vidéo, il ne faut pas activer la carte Nvidia, surtout pas !.
Il y a aussi le montage vidéo. J'utilise Cinelerra 5.1 et avec la 18.04, la carte graphique est utilisée pour le rendu du montage ce qui me fait gagner un facteur 4 sur le temps du rendu. LXDE m'a sauvé la vie

C'est surtout le CPU en montage vidéo qui est utilisé, la carte graphique c'est pour la partie graphique/3D.
Par contre en modélisation 3D par exemple avec Blender, oui la carte graphique à un rôle important.

Dernière modification par GammaDraconis (Le 23/07/2018, à 17:37)

René B · Le 23/07/2018, à 17:40

GammaDraconis a écrit :

René B a écrit :
GammaDraconis a écrit :
Si tu ne fais pas de jeux-vidéo, il ne faut pas activer la carte Nvidia, surtout pas !.
Il y a aussi le montage vidéo. J'utilise Cinelerra 5.1 et avec la 18.04, la carte graphique est utilisée pour le rendu du montage ce qui me fait gagner un facteur 4 sur le temps du rendu. LXDE m'a sauvé la vie
C'est surtout le CPU en montage vidéo qui est utilisé, la carte graphique c'est pour la partie graphique/3D.
Par contre en modélisation 3D par exemple avec Blender, oui la carte graphique à un rôle important.

Désolé de te contredire mais c'est grace à l'utilisation du GPU que je mets 4 fois moins de temps pour effectuer mon rendu avec Cinelerra

GammaDraconis · Le 23/07/2018, à 17:45

Effectivement je viens de voir que le logiciel "Cinelerra" a été optimisé pour pouvoir utiliser le GPU mais sache que ce n'est pas forcément le cas avec tous les logiciels de montage vidéo.

Coeur Noir · Le 23/07/2018, à 17:59

https://doc.ubuntu-fr.org/bumblebee

…ça vous emménera probablement par là : https://doc.ubuntu-fr.org/nvidia_optimus

GammaDraconis · Le 23/07/2018, à 18:05

j'ai déjà évoqué Bumblebee, ce n'est pas compatible avec 18.04.

Coeur Noir · Le 23/07/2018, à 18:53

Prime : https://doc.ubuntu-fr.org/prime

ici un peu les mêmes symptômes : https://forum.ubuntu-fr.org/viewtopic.p … #p21943316

Gotty · Le 14/08/2018, à 13:05

J'ai également un problème de sortie de veille. Je suis passé sous 18.04 depuis hier, en venant d'une 16.04 où la mise en veille fonctionnait à merveille. J'ai un PC Fixe avec une carte graphique NVIDIA GF108 [GeForce GT 630] et deux écrans.

Juste après l'installation de la 18.04, j'avais le pilote propriétaire 340.106. À ce moment-là, la sortie de veille était sur un écran noir, et l'un des deux écrans ne s'allumait pas, l'autre s'allumait noir avec une bande gris foncé en haut.

J'ai installé le pilote 390 et depuis, les deux écrans s'allument, mais ils restent noirs avec une bande gris foncé.

Je ne sais pas trop par où commencer, je n'ai pas optimus ou ce genre de choses...

Gotty · Le 19/08/2018, à 10:45

Je me permets de faire remonter ce message. Est-ce que quelqu'un aurait une idée d'où chercher ce qui peut planter à la sortie de la mise en veille ? Un log précis à regarder ?

Coeur Noir · Le 19/08/2018, à 14:24

dmesg

Donnera tous les évènements "matériels" depuis le démarrage du pc.

Gotty · Le 26/08/2018, à 15:08

Merci Coeur Noir pour ta réponse, mais ça ne m'aide pas beaucoup. En effet, à la sortie de la mise en veille, mon écran reste noir donc je dois redémarrer. Et donc dmesg recommence à zéro... Je ne peux donc pas voir ce qui a planté au retour de la mise en veille.

Coeur Noir · Le 26/08/2018, à 15:28

Tu peux probablement trouver ces fichiers dmesg dans /var/log sous la forme dmesg, dmesg.0, dmesg.N.gz ( sous 16.04 )

Quoi que, sous 18.04 ce sera sans doute plutôt :

journalctl -k

pour l'historique

journalctl -k | egrep "(e|E)rror"

pour trier les lignes contenant Error et error

Dernière modification par Coeur Noir (Le 26/08/2018, à 15:37)

Gotty · Le 26/08/2018, à 15:58

Merci Coeur Noir. J'ai commencé à regarder les logs, et au moment de tester avec une mise en veille, la sortie de mise en veille s'est faite sans problèmes ! J'ai mis à jour les paquets aujourd'hui, ceci explique peut-être cela !

Coeur Noir · Le 26/08/2018, à 16:28

…à surveiller ;-) espérons…

Gotty · Le 01/09/2018, à 19:49

Verdict une semaine après, ça ne fonctionne toujours pas. Et pire, aujourd'hui, j'ai du faire un hard reboot qui m'a bien planté la machine pendant 20 minutes (fsck avait détecté un paquet d'erreur).

En regardant dans le log system, je ne vois rien de rien à la sortie de mise en veille. En effet, les heures correspondent à la mise en veille, puis au reboot : l'heure de sortie de veille n'apparait pas. Dans l'exemple ci-dessous, j'ai mis en veille à 19:15 (ça apparait), je suis sorti de veille à 20:27 (ça n'apparait pas), j'ai redémarré à 20:28 (ça apparait).

sept. 01 19:15:29 gotty-desktop NetworkManager[865]: <info>  [1535822129.4088] manager: sleep: sleep requested (sleeping: no  enabled: yes)
sept. 01 19:15:29 gotty-desktop NetworkManager[865]: <info>  [1535822129.4235] device (wlan0): state change: unavailable -> unmanaged (reaso
sept. 01 19:15:29 gotty-desktop NetworkManager[865]: <info>  [1535822129.4482] manager: NetworkManager state is now ASLEEP
sept. 01 19:15:29 gotty-desktop whoopsie[1263]: [19:15:29] offline
sept. 01 19:15:30 gotty-desktop systemd[1]: Reached target Sleep.
sept. 01 19:15:30 gotty-desktop systemd[1]: Starting Suspend...
-- Reboot --
sept. 01 20:28:57 gotty-desktop kernel: microcode: microcode updated early to revision 0x25, date = 2018-04-02
sept. 01 20:28:57 gotty-desktop kernel: Linux version 4.15.0-33-generic (buildd@lcy01-amd64-024) (gcc version 7.3.0 (Ubuntu 7.3.0-16ubuntu3)
sept. 01 20:28:57 gotty-desktop kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-4.15.0-33-generic root=UUID=75b3177d-d6e2-4d6a-95b3-f328a9e2a
sept. 01 20:28:57 gotty-desktop kernel: KERNEL supported cpus:
sept. 01 20:28:57 gotty-desktop kernel:   Intel GenuineIntel
sept. 01 20:28:57 gotty-desktop kernel:   AMD AuthenticAMD
sept. 01 20:28:57 gotty-desktop kernel:   Centaur CentaurHauls
sept. 01 20:28:57 gotty-desktop kernel: x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
sept. 01 20:28:57 gotty-desktop kernel: x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
sept. 01 20:28:57 gotty-desktop kernel: x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
sept. 01 20:28:57 gotty-desktop kernel: x86/fpu: xstate_offset[2]:  576, xstate_sizes[2]:  256
sept. 01 20:28:57 gotty-desktop kernel: x86/fpu: Enabled xstate features 0x7, context size is 832 bytes, using 'standard' format.
sept. 01 20:28:57 gotty-desktop kernel: e820: BIOS-provided physical RAM map:

Coeur Noir · Le 01/09/2018, à 20:58

Arrrfff… voir #20

fsck avait détecté un paquet d'erreurs → se peut-il que le disque ait un pète au casque ? Il y a des outils pour vérifier ça, smartctrl ou Gsmartcontrol.

Ce ne sont que des pistes, je ne suis pas particulièrement habitué de ces outils.

Gotty · Le 01/09/2018, à 21:04

Pour fsck, c'est bon, toutes les erreurs ont bien été réparées. Par contre, pour justement faire référence à ton post #20, je suis étonné que dans le log, rien n'apparaisse quand j'appuie sur le bouton de mon ordi pour sortir de la mise en veille. Seul le "hard-reboot" suite à la mauvaise sortie de mise en veille apparait.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 01/05/2018, à 21:05

[18.04] Sortie de veille impossible

#2 Le 10/05/2018, à 20:49

Re : [18.04] Sortie de veille impossible

#3 Le 26/05/2018, à 23:30

Re : [18.04] Sortie de veille impossible

#4 Le 09/06/2018, à 20:22

Re : [18.04] Sortie de veille impossible

#5 Le 22/07/2018, à 23:51

Re : [18.04] Sortie de veille impossible

#6 Le 23/07/2018, à 06:03

Re : [18.04] Sortie de veille impossible

#7 Le 23/07/2018, à 10:04

Re : [18.04] Sortie de veille impossible

#8 Le 23/07/2018, à 14:27

Re : [18.04] Sortie de veille impossible

#9 Le 23/07/2018, à 16:56

Re : [18.04] Sortie de veille impossible

#10 Le 23/07/2018, à 17:37

Re : [18.04] Sortie de veille impossible

#11 Le 23/07/2018, à 17:40

Re : [18.04] Sortie de veille impossible

#12 Le 23/07/2018, à 17:45

Re : [18.04] Sortie de veille impossible

#13 Le 23/07/2018, à 17:59

Re : [18.04] Sortie de veille impossible

#14 Le 23/07/2018, à 18:05

Re : [18.04] Sortie de veille impossible

#15 Le 23/07/2018, à 18:53

Re : [18.04] Sortie de veille impossible

#16 Le 14/08/2018, à 13:05

Re : [18.04] Sortie de veille impossible

#17 Le 19/08/2018, à 10:45

Re : [18.04] Sortie de veille impossible

#18 Le 19/08/2018, à 14:24

Re : [18.04] Sortie de veille impossible

#19 Le 26/08/2018, à 15:08

Re : [18.04] Sortie de veille impossible

#20 Le 26/08/2018, à 15:28

Re : [18.04] Sortie de veille impossible

#21 Le 26/08/2018, à 15:58

Re : [18.04] Sortie de veille impossible

#22 Le 26/08/2018, à 16:28

Re : [18.04] Sortie de veille impossible

#23 Le 01/09/2018, à 19:49

Re : [18.04] Sortie de veille impossible

#24 Le 01/09/2018, à 20:58

Re : [18.04] Sortie de veille impossible

#25 Le 01/09/2018, à 21:04

Re : [18.04] Sortie de veille impossible

Pied de page des forums