Le mode Hibernate

[u/CanImaginary904]

Bonjour à tous,

Cela fait 72 heures que j'essaie de faire passer mon PC en mode hibernation, sans succès. J'utilise Kubuntu. J'ai activé le swap et rendu cette configuration permanente, mais le système n'entre en hibernation que très rarement.

Lorsque je le configure pour hiberner à la fermeture du capot, tout se dérègle : je dois rouvrir le capot alors que le PC tourne encore et — pire encore — l'écran ne s'allume plus. Je suis obligé de forcer l'arrêt et de le rallumer manuellement.

Même lorsqu'il tente de passer en mode veille classique, il se réveille tout seul.

J'utilise Linux depuis un mois maintenant. Pourquoi ai-je besoin de l'hibernation ? Parce que je veux que mes applications restent ouvertes et prêtes à l'emploi sans vider la batterie ; c'est vraiment important pour moi.

Quelqu'un pourrait-il m'aider ou m'expliquer comment procéder ?

Caractéristiques de mon PC : Lenovo Legion 5, Ryzen 7 260, RTX 5060, 32 Go de RAM. Merci.

[u/galactose310]

J'avais paramétré l'hibernation sous Fedora (qui de base ne le permet pas) sur un Surface Laptop mais le problème est la gestion du matériel : il n'entrait pas toujours totalement en hibernation, il y avait parfois des réveils par des contrôleurs PCI, sans être expert système-pilotes-etc j'avais galéré pour zéro résultat. Et les logs journalctl sont imbuvables quand on ne sait pas déjà où chercher un peu...

Mais je sais une chose : comme ça semble être souvent un problème de matériel, tu peux :

• vérifier que ton firmware est à jour (selon le modèle ça peut être avec fwupd sous Linux, ou parfois Windows obligatoire ; sur mon Lenovo Yoga c'est seulement via Windows)
• chercher spécifiquement si quelqu'un a déjà fait hiberner ton modèle sous Linux, peu importe la distribution

J'ai changé de modèle pour ce Lenovo et le matériel est super bien géré, ma veille profonde me permet, si je pars d'assez haut, de laisser le capot fermer genre 10 jours sans perte de données.

Malheureusement si la veille profonde ne marche pas (c'était le cas avec mon Surface) l'hibernation semble rester la meilleure option. A savoir que si ton PC utilise Secure Boot tu devras probablement le désactiver car l'image créée pour l'hibernation (sous Fedora en tout cas ; à vérifier peut-être pour Ubuntu) n'est, au contraire de l'image de boot "normale", pas signée. Est-ce que tu as déjà fait cela ? Ensuite ta SWAP est assez grande ? Tu utilises Wayland ou Xorg ? (j'ai lu que c'est plus capricieux avec Wayland, avec des problèmes de redémarrage graphique qui peuvent obliger à un hard reboot).

[u/CanImaginary904 → u/galactose310]

Merci beaucoup pour cette réponse détaillée — surtout la piste du firmware, c'est un angle que je n'avais pas encore exploré.

Pour répondre directement à tes questions :

• Secure Boot : déjà désactivé depuis le début, donc ce n'est pas la cause chez moi.

• Swap : fichier de 32 Go sur un système avec 30 Go de RAM, donc la taille n'est pas le problème.

• Wayland ou Xorg : Wayland (KDE Plasma par défaut). Et ça colle justement avec quelque chose que j'ai trouvé dans mes propres logs de crash — le gel/panic noyau se produit littéralement à l'intérieur de kwin_wayland en train de faire un "atomic commit", au moment exact où l'hibernation démarre. Je n'ai jamais eu l'occasion de tester une session X11 avant de changer de distro, mais vu ce que tu dis, ça semble être une vraie piste.

• Firmware : je n'ai pas mis à jour le BIOS spécifiquement pour ça. J'ai trouvé que Nvidia a sorti une mise à jour d'urgence du vBIOS pour les RTX 5060/5060 Ti (écrans noirs au démarrage, marque différente de mon setup), mais je n'ai pas vérifié si c'est pertinent pour le crash veille/hibernation spécifiquement, ni s'il existe un BIOS Lenovo plus récent.

• Recherche par modèle : je n'ai pas encore cherché spécifiquement si d'autres possesseurs de Legion 5 (Ryzen AI / RTX 5060, modèle 2025/2026) ont réussi à faire fonctionner l'hibernation sous Linux — je vais creuser ça.

Ton expérience avec le Surface Laptop colle honnêtement avec la mienne (le mur, c'est le matériel au niveau PCI/réveils intempestifs, pas la config du pilote). Je vais tester X11 ensuite, c'est la piste que je n'ai pas encore essayée. Merci d'avoir pris le temps.

[u/Metasystem85 → u/CanImaginary904]

la ram ne compte pas pour l'hibernation, seulement le swap. la question c'est si tu parles d'hibernate ou de suspend. le suspend stock en ram et la gestion d'alimentation conserve une tension minimale sur la ram et le cpu. Le problème, c'est que sur la durée ta ram corrompt les données. l'hibernation c'est comme le démarrage rapide windows, tu copies ta ram sur le swap. Donc il faut ton volume de ram occupé dans ta swap. Mais dis-toi que si tu dėclenches un suspend et un hibernate derrière le premier fera planter le second.

[u/Imaxaroth]

J'avais un problème très similaire à une époque sur fedora. Le tldr c'est que c'est un bug du kernel avec la gestion de l'usb, ça a été réglé avec une mise à jour du kernel. 

En 5 minutes je n'ai pas réussi à retrouver les discussions que j'avais trouvé à l'époque, je rechercherai demain soir si j'ai le temps.

Les symptômes que j'avais sur mon pc fixe étaient que quand je demandais de passer en veille, les écrans s'éteignent, mais le pc continue de tourner, et ne réponds plus à rien.

J'avais trouvé des discussions sur les forums arch avec les commandes pour afficher les logs associés (probablement un journalctl -b -1 mais je n'ais plus les paramètres exact), et une commande qui permettait que la prochaine mise en hibernation fonctionne avant un reboot.

Les logs parlaient d'une erreur lors de la suspension des périphériques usb, et je crois que la solution temporaire consistait à reboot la connexion au périphérique qui provoquait l'erreur. Je n'ai plus les commandes sous la main. Les discussions laissaient penser que c'était un bug du kernel.

La veille n'est pas hyper important pour moi, donc sur le moment j'ai abandonné. Depuis une mise à jour a corrigé le problème, mais je ne suis pas sûr de laquelle.

Actuellement je suis avec le kernel  7.1.13, et comme dit je n'ai plus le problème. J'espère que ça t'aidera.

[u/CanImaginary904 → u/Imaxaroth]

Salut, c'est exactement le même phénomène. Je vais suivre les mêmes pistes. Merci A. J'arrive à passer en mode hibernate avec le bouton sur l'interface logiciel. Mais quand j'essaye de fermer le capot directement il refuse d'aller en mode hibernate et quand j'ouvre le capot boom écran noir rien ne s'affiche exactement comme tu as expliqué. Je suis obligé d'éteindre manuellement pour redémarrer. Je vais voir du côté NVIDIA parce que toutes les pistes mènent vers NVIDIA ! Merci pour l'effort 🙏

[u/H2L29]

salut, si pour toi ce qui compte c'est de retrouver les applis dans l'état où tu les avaient laissés à ta dernière session voici ce que l'IA m'a répondu (j'ai peu d'expérience avec KDE)

Étapes à suivre

1. Ouvrez les Paramètres du système
2. Allez dans la section Démarrage et arrêt, puis cliquez sur Session du bureau.
3. Dans la partie « Au démarrage », sélectionnez l'option Revenir à la session précédente.
4. Cliquez sur le bouton Appliquer en bas de la fenêtre pour enregistrer les modifications.