Bonjour,
A la suite de la réception d'un nouvel ordi et d'une installation double amorçage w10/ubuntu 22.04 LTS, la mise en veille depuis le bouton "eteindre/fermer la cession" ne marche pas, tandis qu'éteindre et redémarrer fonctionnent sans soucis.
Une fois l'action "mettre en veille" effectuée, rien ne se passe, puis cinq seconde après écran noir et … l'ordi ne se met pas en veille, périphériques plus détectés, bouton power ne répond pas, bref freeze complet.
De ce que j'ai pu voir, deux hypothèses pour régler ça :
Mettre à jour le pilote de la carte graphique
la désactivation du kernel mode setting (KMS), section 3.1.1 de la doc ubuntu fr
(https://doc.ubuntu-fr.org/veille_et_hibernation).
Possible de détailler plus que ce qui est indiqué dans la doc, pour que je comprenne bien ?
Une réinstallation pourrait aider, mais comme c'est déjà une nouvelle mouture je préfère les options évoquées plus haut.
Avez-vous des remarques ou d'autres hypothèses par rapport à ce problème ?
Merci
Ubuntu 22.04.2 LTS
type de systeme d'exploitation : 64 bits
Version gnome : 42.5
Systeme fenetrage : Wayland
Config : cpu 3600 amd, cm gigabyte, cg 5600xt, 16 go ram kingston, ssd nvme.
- Chemin matériel Périphérique Classe Description
=============================================================
system B550M DS3H (Default string)
/0 bus B550M DS3H
/0/0 memory 64KiB BIOS
/0/b memory 16GiB Mémoire Système
/0/b/0 memory Project-Id-Version: @(#) $Id$R
/0/b/1 memory 8GiB DIMM DDR4 Synchrone Unbuf
/0/b/2 memory Project-Id-Version: @(#) $Id$R
/0/b/3 memory 8GiB DIMM DDR4 Synchrone Unbuf
/0/e memory 384KiB L1 cache
/0/f memory 3MiB L2 cache
/0/10 memory 32MiB L3 cache
/0/11 processor AMD Ryzen 5 3600 6-Core Proces
/0/100 bridge Starship/Matisse Root Complex
/0/100/0.2 generic Starship/Matisse IOMMU
/0/100/1.1 bridge Starship/Matisse GPP Bridge
/0/100/1.1/0 /dev/nvme0 storage WD Blue SN570 1TB
/0/100/1.1/0/0 hwmon1 disk NVMe disk
/0/100/1.1/0/2 /dev/ng0n1 disk NVMe disk
/0/100/1.1/0/1 /dev/nvme0n1 disk 1TB NVMe disk
/0/100/1.1/0/1/1 volume 99MiB Windows FAT volume
/0/100/1.1/0/1/2 /dev/nvme0n1p2 volume 15MiB reserved partition
/0/100/1.1/0/1/3 /dev/nvme0n1p3 volume 232GiB Windows NTFS volume
/0/100/1.1/0/1/4 /dev/nvme0n1p4 volume 522MiB Windows NTFS volume
/0/100/1.1/0/1/5 /dev/nvme0n1p5 volume 698GiB Volume EXT4
/0/100/1.2 bridge Starship/Matisse GPP Bridge
/0/100/1.2/0 bus Advanced Micro Devices, Inc. [
/0/100/1.2/0/0 usb1 bus xHCI Host Controller
/0/100/1.2/0/0/1 input2 input NOVATEK USB Keyboard Consumer
/0/100/1.2/0/0/8 input5 input USB Optical Mouse
/0/100/1.2/0/1 usb2 bus xHCI Host Controller
/0/100/1.2/0.1 storage Advanced Micro Devices, Inc. [
/0/100/1.2/0.2 bridge Advanced Micro Devices, Inc. [
/0/100/1.2/0.2/9 bridge Advanced Micro Devices, Inc. [
/0/100/1.2/0.2/9/0 enp4s0 network RTL8111/8168/8411 PCI Express
/0/100/3.1 bridge Starship/Matisse GPP Bridge
/0/100/3.1/0 bridge Navi 10 XL Upstream Port of PC
/0/100/3.1/0/0 bridge Navi 10 XL Downstream Port of
/0/100/3.1/0/0/0 /dev/fb0 display Navi 10 [Radeon RX 5600 OEM/56
/0/100/3.1/0/0/0.1 card0 multimedia Navi 10 HDMI Audio
/0/100/3.1/0/0/0.1/0 input10 input HDA ATI HDMI HDMI/DP,pcm=10
/0/100/3.1/0/0/0.1/1 input11 input HDA ATI HDMI HDMI/DP,pcm=11
/0/100/3.1/0/0/0.1/2 input6 input HDA ATI HDMI HDMI/DP,pcm=3
/0/100/3.1/0/0/0.1/3 input7 input HDA ATI HDMI HDMI/DP,pcm=7
/0/100/3.1/0/0/0.1/4 input8 input HDA ATI HDMI HDMI/DP,pcm=8
/0/100/3.1/0/0/0.1/5 input9 input HDA ATI HDMI HDMI/DP,pcm=9
/0/100/7.1 bridge Starship/Matisse Internal PCIe
/0/100/7.1/0 generic Starship/Matisse PCIe Dummy Fu
/0/100/8.1 bridge Starship/Matisse Internal PCIe
/0/100/8.1/0 generic Starship/Matisse Reserved SPP
/0/100/8.1/0.1 generic Starship/Matisse Cryptographic
/0/100/8.1/0.3 bus Matisse USB 3.0 Host Controlle
/0/100/8.1/0.3/0 usb3 bus xHCI Host Controller
/0/100/8.1/0.3/1 usb4 bus xHCI Host Controller
/0/100/8.1/0.4 card1 multimedia Starship/Matisse HD Audio Cont
/0/100/8.1/0.4/0 input12 input HD-Audio Generic Front Mic
/0/100/8.1/0.4/1 input13 input HD-Audio Generic Rear Mic
/0/100/8.1/0.4/2 input14 input HD-Audio Generic Line
/0/100/8.1/0.4/3 input15 input HD-Audio Generic Line Out
/0/100/8.1/0.4/4 input16 input HD-Audio Generic Front Headpho
/0/100/14 bus FCH SMBus Controller
/0/100/14.3 bridge FCH LPC Bridge
/0/100/14.3/0 system PnP device PNP0c01
/0/100/14.3/1 system PnP device PNP0c02
/0/100/14.3/2 system PnP device PNP0b00
/0/100/14.3/3 system PnP device PNP0c02
/0/100/14.3/4 system PnP device PNP0c02
/1 input0 input Power Button
/2 input1 input Power Button
# Est-ce que tu as le même comportement en exécutant l'action via la ligne de commande ?
Posté par totof2000 . Évalué à 3. Dernière modification le 06 avril 2023 à 15:11.
Et est-ce que sous Windows ça fonctionne ? Je suppose que oui, mais je préfère demander quand même ( ça évitera de se poser des questions pour rien).
quelques infos ici : https://wiki.ubuntu.com/DebuggingKernelSuspend
D'autres pistes ici (notamment pour voir ce qui e passe dans la log) : https://askubuntu.com/questions/1290432/suspend-to-ram-not-working
[^] # Re: Est-ce que tu as le même comportement en exécutant l'action via la ligne de commande ?
Posté par Jacoqs21 . Évalué à 1.
Merci pour la réponse apportée.
Sous windows -
je n'avais pas l'option "mettre en veille", juste éteindre et redémarrer. Je suis allé sur le windows, connecté à internet, puis l'option est apparue, c'est vraiment inquiétant que l'os n'est pas cette fonction par défaut.
Cf commande ci -jointe (powercfg/a), à quelques minutes d'intervalles, j'ai simplement "attendu" sur le bureau (pavé je m'en excuse)
Je me suis dis que ça devait venir de là, je redémarre sur unbuntu, je teste la commande de mise en veille
systemctl suspend
Log relevés après "plantage" :
18:15:01 pulseaudio: GetManagedObjects() failed: org.freedesktop.DBus.Error.TimedOut: Failed to activate service 'org.bluez': timed out (service_start_timeout=25000ms)
**#### 18:14:54 kernel: ntfs3: Unknown parameter 'windows_names'**
18:14:47 gdm-session-wor: GLib-GObject: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
18:14:47 gnome-session-b: CRITICAL: gsm_client_peek_id: assertion 'GSM_IS_CLIENT (client)' failed
18:14:45 systemd: Failed to start Application launched by gnome-session-binary.
18:14:44 gdm-session-wor: gkr-pam: unable to locate daemon control file
18:14:36 gnome-session-b: GLib-GIO-CRITICAL: g_bus_get_sync: assertion 'error == NULL || *error == NULL' failed
La ligne ntfs revient dans le journal, après les crashs, peut-être chercher par là ?
Merci
[^] # Re: Est-ce que tu as le même comportement en exécutant l'action via la ligne de commande ?
Posté par totof2000 . Évalué à 2.
Je trouve quans même curieux la sortie de la commande( contradictioins). Quoi qu'il en soit, essaie d'exécuter la commande pm-suspend, et ensuite d'aller voir les logs dans /var/log/pm-suspend.log
[^] # Re: Est-ce que tu as le même comportement en exécutant l'action via la ligne de commande ?
Posté par totof2000 . Évalué à 3.
Ah … une méthode pour identifier le device fautif :
https://www.kernel.org/doc/html/latest/power/s2ram.html
[^] # Re: Est-ce que tu as le même comportement en exécutant l'action via la ligne de commande ?
Posté par Jacoqs21 . Évalué à 1.
Pour résumer ce qu'il faut faire :
sudo sh -c "sync && echo 1 > /sys/power/pm_trace && pm-suspend"
dmesg > dmesg.txt
Je regarde les lignes 'hash matches', la dernière doit correspondre au driver fautif.
Je dois ensuite supprimer ce driver.
C'est cela ?
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.