Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Sortie de veille très aléatoire

MaxFau

Bonjour à toutes et à tous,
Je viens d'acheter un Huawei matebook D14 et ai installé ubuntu 20.04LTS.
J'ai remarqué que la mise en veille, lorsqu'elle est sollicitée, soit par le menu, soit en refermant le capot de l'ordinateur, est très aléatoire. Soit tout se passe bien, soit il est impossible de ré afficher quelque chose à l'écran. Pire, lorsque la mise en veille capote, l'ordinateur se met à surchauffer, active les ventilateurs ce qui diminue fortement l'autonomie de la batterie.
Quelqu'un aurait-il une solution pour remédier à ce problème ?

En vous remerciant par ailleurs,
Bonne journée !
Max Fau.

xubu1957

Bonjour,

Montre, en te servant du Retour utilisable de commande :

lspci -vnn | grep -A12 '\''[030[02]\]' | grep -Ei "vga|3d|display|kernel"

ubuntu-drivers devices

As-tu installé [doc]tlp[/doc] : un gestionnaire d'énergie ?

MaxFau

Bonjour,
Voilà ce qui en ressort :

$ lspci -vnn | grep -A12 '\''[030[02]\]' | grep -Ei "vga|3d|display|kernel"
03:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Picasso [1002:15d8] (rev c2) (prog-if 00 [VGA controller])
	Kernel driver in use: amdgpu
	Kernel modules: amdgpu

et pour ubuntu-drivers devices : rien après quelques secondes de latence dans le terminal
Pas essayé tlp mais je me penche dessus.

Merci !
Max.

MaxFau

Tlp me dit bien quelque chose, peut-être l'ai déjà sommairement utilisé sur d'anciennes bécanes.
La commande "sleep" pourrait selon-toi, réactiver des paramètres de mise en veille qui soient conformes ?

xubu1957

Tu as vu la Doc > [doc]veille_et_hibernation[/doc] ?

C'est un nid d'embrouilles.

MaxFau

Pas encore lue, mais effectivement, j'ai vu en regardant un pue les pbs de mise en veille que ça pouvait être très complexe avec Ubuntu.
Tlp n'a rien donné à son lancement. Par contre, j'ai peut-être gagné un peu en autonomie (quelques dizaines de minutes) en l'activant dans le terminal. C'est toujours ça de pris ^^

xubu1957

Tu avais lancé les mises à jour ?

MaxFau

tu veux dire un upgrade ?

xubu1957

Cette commande :

sudo apt full-upgrade

MaxFau

C'est fait, à l'instant.
On verra ce que ça donne. Je ne sais pas si c'est en lien mais je remarque que, comme la mise en veille, le démarrage est parfois très capricieux et il n'est pas rare qu'il me laisse sur un écran noir.
Après je suis dual boot avec w10 et donc un GRUB (chose que je n'aime pas vraiment) mais il peut m'arriver d'avoir besoin de Windows et, pour ne pas faire sauter la garantie, je pense qu'il ne valait mieux pas faire table rase sur le disque dur.
Je vais essayer de creuser un peu, mais peut-être que le full upgrade a réglé quelques soucis.
Merci pour l'aide apportée, en tout cas !
Max.

MaxFau

Je fais mes petites expériences pour mieux comprendre le symptôme ^^
Lorsque j'active au préalable la mise en veille depuis le menu, l'ordi semble mieux accepter la sortie de veille.
Une fois ceci fait, la mise en veille par simple fermeture du capot fonctionne.
Peut-être aussi que le full upgrade a fait son oeuvre, à voir.
J'espère que je vais trouver le remède parce que c'est vraiment pénible de devoir redémarrer son ordi à la brute.
Max.

xubu1957

Vu > [SOLVED] Screen artifacts AMD Ryzen 5 3500u using AMDGPU drivers

et > bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-amdgpu/+bug/1848741
(ton modèle est cité aux commentaires #16 et #23)

Le 26/11/2019, Luigi Pezzotta a écritI'm on Manjaro, Huawei Matebook D (Ryzen version), but I had the same problem and I solved it by changing my /etc/default/grub file in the following way:

Je suis sur Manjaro, Huawei Matebook D (version Ryzen), mais j'avais le même problème et je l'ai résolu en modifiant mon fichier /etc/default/grub de la manière suivante :

I changed this line: J'ai changé cette ligne :
GRUB_CMDLINE_LINUX=""
to this:
GRUB_CMDLINE_LINUX="amd_iommu=on iommu=pt"
then I did: alors j'ai fait
sudo update-grub && sudo reboot
Everything seems to be working fine now. Tout semble bien fonctionner maintenant.

Solution found here: Solution trouvée ici : https://forum.manjaro.org/t/screen-tearing-amd/63505
(which contains a link to this previous thread: qui contient un lien vers ce fil de discussion précédent https://forum.manjaro.org/t/fix-gigabyte-970-990-amd-motherboards-and-iommu/44642 )

_ _ _

Montre :

sudo lspci -vnn | grep VGA -A 22

MaxFau

Ils proposent de modifier le GRUB dans le post que tu m'as transmis.
Je pensais que le GRUB ne gérait que le démarrage en multi-boot, mais apparemment, il a une incidence sur la mise/sortie de veille.

VOilà, pour la commande que tu m'as demandée :

03:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Picasso [1002:15d8] (rev c2) (prog-if 00 [VGA controller])
	Subsystem: Huawei Technologies Co., Ltd. Picasso [19e5:3e19]
	Flags: bus master, fast devsel, latency 0, IRQ 68
	Memory at b0000000 (64-bit, prefetchable) [size=256M]
	Memory at c0000000 (64-bit, prefetchable) [size=2M]
	I/O ports at 1000 [size=256]
	Memory at c0500000 (32-bit, non-prefetchable) [size=512K]
	Capabilities: [48] Vendor Specific Information: Len=08 <?>
	Capabilities: [50] Power Management version 3
	Capabilities: [64] Express Legacy Endpoint, MSI 00
	Capabilities: [a0] MSI: Enable+ Count=1/4 Maskable- 64bit+
	Capabilities: [c0] MSI-X: Enable- Count=3 Masked-
	Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?>
	Capabilities: [200] Resizable BAR <?>
	Capabilities: [270] Secondary PCI Express
	Capabilities: [2a0] Access Control Services
	Capabilities: [2b0] Address Translation Service (ATS)
	Capabilities: [2c0] Page Request Interface (PRI)
	Capabilities: [2d0] Process Address Space ID (PASID)
	Capabilities: [320] Latency Tolerance Reporting
	Kernel driver in use: amdgpu
	Kernel modules: amdgpu

Merci.
Max.

MaxFau

L'idée de modifier le fichier du grub me fait un peu peur.
Penses-tu qu'on puisse le faire sans conséquences gravissimes ?

xubu1957

Je ne suis pas expert en ce domaine.

Je te donne la Doc > § 7 kernel#parametres_du_noyau

_ _ _

(edit=messages regroupés)
_ _ _

En recherchant, il semble que la commande sert pour la gestion de ports USB 3 > askubuntu.com/questions/841390/amd-system-fresh-install-only-usb-3-working-iommu

theorime

J'ai exactement le même soucis sur le même modèle. Je viens de tester la modification de grub, je vais voir ce que ça donne à l'usage.

selaht

Bonjour,
J'ai un également Huawei D14 Matebook 2020 Ryzen 5.
Je rencontre un problème de touchpad qui ne marche plus après sortie de veille parfois.
La solution de xubu1927 (post #12) semble le résoudre complètement (merci à lui !) --> Après usage plus long, en fait cela ne change rien ...
Par contre, le démarrage plante parfois (écran figé avant l'écran de connexion), et la modification de GRUB indiquée ne change rien.