Mon ordinateur se bloque au sortir de la veille prolongée

[touil1976]

Bonjour,

j'utilise actuellement une distribution linux basée sur debian 12 (Linux Mint Debian Edition) sur mon ordinateur Dell Inspiron 3668. Lorsque celui-ci sort d'une veille prolongée, après avoir appuyé sur une touche pour le "réveiller", Grub se charge, la distribution détecte qu'on sort d'une hibernation, charge tout ce qu'il faut, et j'atterris sur le bureau, avec toutes les fenêtres précédemment ouvertes bien comme il faut, mais le curseur de souris ne bouge pas avec la souris, et le clavier n'a aucun effet non plus. En clair, on est coincé avec un bureau avec lequel je ne peux pas interagir. Appuyer sur CTRL+ALT+F1 ne change rien. Il semble que le clavier et la souris soient ignorés. Autre chose que j'ai remarqué : l'indicateur de réseau montre que le réseau est déconnecté au sortir de cette veille prolongée.

Quelqu'un a-t-il une suggestion pour trouver ce qui se passe mal à ce moment là ?

Merci,
Christophe

[Papy_Octet]

Bonjour.
Je n'ai pas de solution à proposer.
Mais j'ai le même souci insurmontable sur mon ordi de bureau avec Debian 12 et Gnome. Une fois qu'il s'est mis en veille prolongée, plus moyen de le réveiller ! Je dois éteindre puis rallumer.
Que faire ?
Merci.

[piratebab]

Bonjour, probablement un driver qui n'aime pas la mise en veille.
Je n'ai pas d'idée à te donner pour logguer ce qui se passe. Est ce que tu arrives à te connecter en ssh ?

[touil1976]

En ssh ? Tu peux préciser ? Je ne suis pas spécialiste.

[Papy_Octet]

Par contre, je continue mes recherches de la solution et ... il y en a une que je trouvais sur le Web qui fonctionne chez moi !!!
Je rappelle, je suis sous Debian 12 (Bookworm) et Gnome 3.
Dans le dossier /etc/systemd, il y a un fichier appelé "logind.config"
En mode super utilisateur, il y a ce texte où j'y ai décommenté la ligne de texte HandleLidSwitch=suspend en supprimant le dièse (#) qui était devant :

# This file is part of systemd.
# This file is part of systemd.```
'#'
'# systemd is free software; you can redistribute it and/or modify it under the'
'# terms of the GNU Lesser General Public License as published by the Free'
# Software Foundation; either version 2.1 of the License, or (at your option)
# any later version.
#
# Entries in this file show the compile time defaults. Local configuration
# should be created by either modifying this file, or by creating "drop-ins" in
# the logind.conf.d/ subdirectory. The latter is generally recommended.
# Defaults can be restored by simply deleting this file and all drop-ins.
#
# Use 'systemd-analyze cat-config systemd/logind.conf' to display the full config.
#
# See logind.conf(5) for details.

[Login]
#NAutoVTs=6
#ReserveVT=6
#KillUserProcesses=no
#KillOnlyUsers=
#KillExcludeUsers=root
#InhibitDelayMaxSec=5
#UserStopDelaySec=10
#HandlePowerKey=poweroff
#HandlePowerKeyLongPress=ignore
#HandleRebootKey=reboot
#HandleRebootKeyLongPress=poweroff
#HandleSuspendKey=suspend
#HandleSuspendKeyLongPress=hibernate
#HandleHibernateKey=hibernate
#HandleHibernateKeyLongPress=ignore
#J'ai decoche la ligne suivante pour tester si cela empeche la mise en veille prolongée
HandleLidSwitch=suspend
#HandleLidSwitchExternalPower=suspend
#HandleLidSwitchDocked=ignore
#PowerKeyIgnoreInhibited=no
#SuspendKeyIgnoreInhibited=no
#HibernateKeyIgnoreInhibited=no
#LidSwitchIgnoreInhibited=yes
#RebootKeyIgnoreInhibited=no
#HoldoffTimeoutSec=30s
#IdleAction=ignore
#IdleActionSec=30min
#RuntimeDirectorySize=10%
#RuntimeDirectoryInodesMax=
#RemoveIPC=yes
#InhibitorsMax=8192
#SessionsMax=8192
#StopIdleSessionSec=infinity
'

Et si ça ne fonctionne pas chez vous, il suffit de replacer le dièse (#) devant la ligne pour remettre le fichier dans son état initial.

[piratebab]

Aucune idée de ce que fais cette variable.
ssh est un protocole que permet de se connecter sur une machine à distance depuis une autre machine (et compris un tel). C'est bien pratique lorsque l'écran ou le clavier local ne répondent plus.

[Papy_Octet]

Bonjour piratebab.

Je n'en sais certainement pas autant que toi, mais ça fonctionne correctement chez moi et ... je me contente de ce constat ;-)

Je me suis basé, entre autres, sur ce que j'ai trouvé https://manpages.debian.org/bookworm/sy ... .5.en.html.

HandlePowerKey= , HandlePowerKeyLongPress= , HandleRebootKey= , HandleRebootKeyLongPress= , HandleSuspendKey = , HandleSuspendKeyLongPress= , HandleHibernateKey= , HandleHibernateKeyLongPress= , HandleLidSwitch= , HandleLidSwitchExternalPower= , HandleLidSwitchDocked=
Contrôle la manière dont logind doit gérer les touches d'alimentation, de redémarrage et de veille du système ainsi que l'interrupteur du couvercle pour déclencher des actions telles que la mise hors tension, le redémarrage ou la suspension du système. Peut être l'une des valeurs suivantes : « ignore », « poweroff », « reboot », « halt », « kexec », « suspend », « hibernate », « hybrid-sleep », « suspend-then-hibernate », « lock » et « factory-reset ». Si « ignore », systemd-logind ne gérera jamais ces touches. Si « lock », toutes les sessions en cours d'exécution seront verrouillées ; sinon, l'action spécifiée sera effectuée dans l'événement respectif. Seuls les périphériques d'entrée avec la balise udev « power-switch » seront surveillés pour les événements d'interrupteur de touche/couvercle.

Tout ce que constate, c'est que l'ordi se met en veille, l'écran aussi. Les ventilos de l'ordi tournent moins vite, je ne les entends plus. Mais ce qui est important pour moi, c'est que l'ordi se réveille dès que je touche le clavier ou la souris. De même avec ma tablette Wacom Bamboo et cela même après plus de 3 heures de veille.

A+

[Papy_Octet]

Bonjour.
Je reviens sur le sujet car mon ordi se bloque à nouveau !
En lançant la commande

journalctl -r

le journal affiche des lignes en jaune et l'une en rouge :

sep 27 09:54:34 debian gnome-keyring-ssh.desktop[1669]: SSH_AUTH_SOCK=/run/user/1000/keyring/ssh
sep 27 09:54:34 debian gnome-keyring-ssh.desktop[1669]: discover_other_daemon: 1GNOME_KEYRING_CONTROL=/run/user/1000/keyring
sep 27 09:54:34 debian gnome-keyring-daemon[1669]: discover_other_daemon: 1
sep 27 09:54:34 debian systemd[1500]: Started app-gnome-gnome\x2dkeyring\x2dssh-1666.scope - Application launched by gnome-session-binary.
sep 27 09:54:34 debian systemd[1500]: Failed to start app-gnome-gnome\x2dkeyring\x2dsecrets-1663.scope - Application launched by gnome-session-binary.
sep 27 09:54:34 debian systemd[1500]: app-gnome-gnome\x2dkeyring\x2dsecrets-1663.scope: Failed with result 'resources'.
sep 27 09:54:34 debian systemd[1500]: app-gnome-gnome\x2dkeyring\x2dsecrets-1663.scope: Failed to add PIDs to scope's control group: No such process
sep 27 09:54:34 debian systemd[1500]: app-gnome-gnome\x2dkeyring\x2dsecrets-1663.scope: Couldn't move process 1663 to requested cgroup '/user.slice/user-1000.slice/user@1000.service/>
sep 27 09:54:34 debian systemd[1500]: Failed to start app-gnome-gnome\x2dkeyring\x2dpkcs11-1665.scope - Application launched by gnome-session-binary.
sep 27 09:54:34 debian systemd[1500]: app-gnome-gnome\x2dkeyring\x2dpkcs11-1665.scope: Failed with result 'resources'.
sep 27 09:54:34 debian systemd[1500]: app-gnome-gnome\x2dkeyring\x2dpkcs11-1665.scope: Failed to add PIDs to scope's control group: No such process
sep 27 09:54:34 debian systemd[1500]: app-gnome-gnome\x2dkeyring\x2dpkcs11-1665.scope: Couldn't move process 1665 to requested cgroup '/user.slice/user-1000.slice/user@1000.service/a>
sep 27 09:54:34 debian gnome-keyring-pkcs11.desktop[1668]: discover_other_daemon: 1GNOME_KEYRING_CONTROL=/run/user/1000/keyring

Cette ligne en rouge apparaît chaque fois que l'ordi est allumé.
Serait-ce une piste de recherche ?
A+

[zargos]

Bonjour,

comment est configuré ton swap vis à vis de ta mémoire ?

Si ton swap n'est pas au moins égal à ta mémoire ou plus, la mise en veille prolongée peut avoir du mal à redémarrer.

[Papy_Octet]

Bonjour zargos.
Mes partitions sont les mêmes que sur mon ancien ordi où je n'avais aucun problème de réveil. J'utilise les mêmes logiciels.

Périphérique Début Fin Secteurs Taille Type
/dev/nvme0n1p1 2048 292863 290816 142M Système EFI
/dev/nvme0n1p2 292864 195604479 195311616 93,1G Système de fichiers Linux
/dev/nvme0n1p3 215244800 1953523711 1738278912 828,9G Système de fichiers Linux
/dev/nvme0n1p4 195604480 215244799 19640320 9,4G Partition d'échange Linux

En circulant sur le Web, il devient évident que Debian 12 présente ce bug même sur des OS dérivés (Linux Mint, Ubuntu, et d'autres).

A+

[zargos]

9,4Go me semble un peu faible pour la veille prolongée.
personnellement ma partition de swap est à minima égale à celle de ma mémoire.

[piratebab]

Certains recomandent même 2x la taille de la mémoire. Ton ancien PC avait peut étre moins de RAM

[Papy_Octet]

@zargos + piratebab :
Il me faudra modifier les partitions sur ma machine. Pas simple ni évident ;-)
Je vois cela plus tard avec un ami qui est plus compétent que moi à ce sujet.

Mais il n'en reste pas moins qu'il est impossible d'empêcher la veille prolongée depuis Debian 12 ! Et ça, c'est vraiment gênant

Merci.
A+

[tony]

Mais il n'en reste pas moins qu'il est impossible d'empêcher la veille prolongée depuis Debian 12 ! Et ça, c'est vraiment gênant

salut,
c'est sûr ça? Je dois être chanceux car mon portable se met toujours en veille, jamais en veille prolongée. Il fait ce que je lui ai expressément commandé de faire.

oups: "qu'il m'est impossible" etc... peut-être? J'ai mal compris.

[zargos]

@zargos + piratebab :
Il me faudra modifier les partitions sur ma machine. Pas simple ni évident ;-)
Je vois cela plus tard avec un ami qui est plus compétent que moi à ce sujet.

Mais il n'en reste pas moins qu'il est impossible d'empêcher la veille prolongée depuis Debian 12 ! Et ça, c'est vraiment gênant

Merci.
A+

Ça c'est un problème de configuration coté screensaver et/ou coté alimentation.

[piratebab]

Dans le panneau de configuration ça s’appelle généralement "gestion de l'énergie".

[Papy_Octet]

Je redis que c'est sur mon ordi de bureau, une tour.
Quand elle se met en veille (pas prolongée), un appui sur une touche du clavier, un mouvement de la souris la réveille facilement. Après une veille d'une paire d'heure, presser (sans maintenir) le bouton d'allumage de la tour la réveillé également.
Mais quand elle passe en "veille prolongée", alors là, pas moyen de la réveiller. Il faut l'éteindre "sauvagement" puis la rallumer.
J'ai empêché "la mise en veille en abaissant l'écran", mais rien n'y fait : veille prolongée = KO !

Je verrai lorsque j'aurai modifié la taille des partitions et la swap que je réglerai de la même taille (et un peu plus) que ma ram.
A+

[Bio_Xamil_85]

merci pour la solution :)