# SWAP pour hibernation avec beaucoup de RAM

**URL:** <https://www.debian-fr.org/t/swap-pour-hibernation-avec-beaucoup-de-ram/89594>\
**Category:** Support Debian\
**Tags:** installation\
**Created:** [Février 21, 2024, 10:02 UTC](https://www.debian-fr.org/t/swap-pour-hibernation-avec-beaucoup-de-ram/89594 "2024-02-21T10:02:20Z")\
**Posts on this page:** 20\
**Page:** 2

<div class="post-metadata">

**Author:** ![phil995511](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/ba9def/32.png) [@phil995511](https://www.debian-fr.org/u/phil995511)\
**Post date:** [Février 22, 2024, 1:00 UTC](https://www.debian-fr.org/t/swap-pour-hibernation-avec-beaucoup-de-ram/89594/21 "2024-02-22T01:00:12Z")

</div>

> [@PascalHambourg](#):
>
> Le swap n’est pas un système de fichiers. Ça ne se monte pas.

Non ça ne se monte pas en effet. Mais la swap a obligatoirement d’un système de fichier propre à elle même pour pouvoir être créé ainsi que pour que le système puisse écrire et lire sur cette partition.

> [@PascalHambourg](#):
>
> La fonction TRIM ne choisit rien du tout. Elle sert à marquer les secteurs logiques qui ne contiennent plus de données valides pour l’OS (fichier effacé, page de swap remplacée…).

La fonction trim permet au système de choisir si tu préfères…

> [@PascalHambourg](#):
>
> Il n’y a pas de secteurs de secours dans un SSD

Il y a des blocs de secours dans les ssd de qualité (environ 10 %). Sur les samsung tu peux même augmenter cet espace manuellement. Après si tu achètes des ssd venus de chine et conçus avec des cartes SD alors là je veux bien te croire…

> [@PascalHambourg](#):
>
> L’hibernation n’est pas une mise en veille, c’est un arrêt total de la machine.

On parle d’une faible consommation c’est vrai, perso j’éteins ma multiprise chaque fois que j’éteins mon PC, je ne veux pas que même quelques Watts ou dixièmes de Watts soient consommés via l’alimentation ATX lorsque mon PC est éteint. Tu as déjà entendu parler de ce que l’on nomme les appareils vampires ?

> [@PascalHambourg](#):
>
> Je parle de la formule swap = RAM \* 2. Quant aux +2 Go, je ne vois pas le rapport avec l’hibernation.

Non pas toi mais notre ami oui, et puis j’ai eu la flemme à cette heure ci de relire vos explicatifs pour répondre avec détails, tu répondras très certainement mieux que moi à cette question de lenainjaune

---

<div class="post-metadata">

**Author:** ![phil995511](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/ba9def/32.png) [@phil995511](https://www.debian-fr.org/u/phil995511)\
**Post date:** [Février 22, 2024, 1:04 UTC](https://www.debian-fr.org/t/swap-pour-hibernation-avec-beaucoup-de-ram/89594/22 "2024-02-22T01:04:30Z")

</div>

> [@Zargos](#):
>
> Perso je ne garde que les données de mon home sur une sauvegarde (en l’occurrence sur un NAS). J’évite ainsi de conserver de la m… d’une installation à une autre.

Remarque que pour virer la m…, il n’y a qu’a supprimer tout les fichiers cachés de type .qqch à part ça le fait de garder /home permet aussi de conserver une bonne partie de la config de ma machine.

---

<div class="post-metadata">

**Author:** ![phil995511](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/ba9def/32.png) [@phil995511](https://www.debian-fr.org/u/phil995511)\
**Post date:** [Février 22, 2024, 2:07 UTC](https://www.debian-fr.org/t/swap-pour-hibernation-avec-beaucoup-de-ram/89594/23 "2024-02-22T02:07:56Z")

</div>

> [@PascalHambourg](#):
>
> Il n’y a pas de secteurs de secours dans un SSD

Instruit toi en lisant au minimum le chapitre intitulé «&nbsp;La gestion de l’usure (wear leveling)&nbsp;» :

[https://www.digitec.ch/fr/page/le-fonctionnement-dun-disque-ssd-est-une-affaire-complexe-7399](https://www.digitec.ch/fr/page/le-fonctionnement-dun-disque-ssd-est-une-affaire-complexe-7399)

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Février 22, 2024, 7:59 UTC](https://www.debian-fr.org/t/swap-pour-hibernation-avec-beaucoup-de-ram/89594/24 "2024-02-22T07:59:12Z")

</div>

> [@lenainjaune](#):
>
> Et donc si j’oublie d’éteindre ou sauvegarder l’état d’une VM alors que je demande l’hibernation, est ce que ça va passer ?

La seule fois où je l’ai fait (j’ai mis ma machine en hibernation par erreur), mes VM ont planté ensuite.  
Je ne met jamais ma machine en hibernation.

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Février 22, 2024, 8:14 UTC](https://www.debian-fr.org/t/swap-pour-hibernation-avec-beaucoup-de-ram/89594/25 "2024-02-22T08:14:48Z")

</div>

> [@Zargos](#):
>
> La seule fois où je l’ai fait (j’ai mis ma machine en hibernation par erreur), mes VM ont planté ensuite.  
> Je ne met jamais ma machine en hibernation.

La mise en hibernation de machine virtuelle est possible sur KVM et Xen, mais je ne pense pas que mettre l’hôte en hibernation provoque la mise en hibernation des machine virtuelle par contre … donc crash probable des machines virtuelles.

---

<div class="post-metadata">

**Author:** ![lenainjaune](https://www.debian-fr.org/user_avatar/www.debian-fr.org/lenainjaune/32/10925_2.png) [@lenainjaune](https://www.debian-fr.org/u/lenainjaune)\
**Post date:** [Février 22, 2024, 8:24 UTC](https://www.debian-fr.org/t/swap-pour-hibernation-avec-beaucoup-de-ram/89594/26 "2024-02-22T08:24:21Z")

</div>

> [@Clochette](#):
>
> La mise en hibernation de machine virtuelle est possible sur KVM et Xen, mais je ne pense pas que mettre l’hôte en hibernation provoque la mise en hibernation des machine virtuelle par contre … donc crash probable des machines virtuelles.

Un truc que je ne comprends pas : quand les VMs sont en cours, elles utilisent la RAM donc si moi je dis avant de mettre en hibernation, fige la RAM, copie en le contenu dans un fichier, en l’occurrence le SWAP et au réveil, fait l’inverse copie le contenu du SWAP dans la RAM, et défige, qu’est ce qui entraînerait un crash ? Et je ne parle même pas de mettre les VMs elles mêmes en hibernation …

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Février 22, 2024, 8:26 UTC](https://www.debian-fr.org/t/swap-pour-hibernation-avec-beaucoup-de-ram/89594/27 "2024-02-22T08:26:41Z")

</div>

> [@Clochette](#):
>
> La mise en hibernation de machine virtuelle est possible sur KVM et Xen, mais je ne pense pas que mettre l’hôte en hibernation provoque la mise en hibernation des machine virtuelle par contre … donc crash probable des machines virtuelles.

C’est ce que je pense aussi 🙂

---

<div class="post-metadata">

**Author:** ![lenainjaune](https://www.debian-fr.org/user_avatar/www.debian-fr.org/lenainjaune/32/10925_2.png) [@lenainjaune](https://www.debian-fr.org/u/lenainjaune)\
**Post date:** [Février 22, 2024, 9:48 UTC](https://www.debian-fr.org/t/swap-pour-hibernation-avec-beaucoup-de-ram/89594/28 "2024-02-22T09:48:39Z")

</div>

> [@phil995511](#):
>
> [https://www.digitec.ch/fr/page/le-fonctionnement-dun-disque-ssd-est-une-affaire-complexe-7399](https://www.digitec.ch/fr/page/le-fonctionnement-dun-disque-ssd-est-une-affaire-complexe-7399)

Très intéressant comme article. Je ne suis pas sûr d’avoir tout compris mais je remarque quand même que le type de technologie des cellules mémoire (SLC, MLC ou TLC), n’est pas beaucoup communiqué alors que c’est ce qui conditionne leur durée de vie. De plus, les SSD ne remontent pas tous la technologie qu’ils utilisent.

Mon SSD ([source](https://unix.stackexchange.com/questions/63322/how-do-i-know-if-my-ssd-is-slc-or-mlc)) :

```
user@host:~$ cat /sys/class/block/sdd/device/model 
Corsair Force GS

```

=\> aucune information sur la technologie dans mon cas

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Février 22, 2024, 10:10 UTC](https://www.debian-fr.org/t/swap-pour-hibernation-avec-beaucoup-de-ram/89594/29 "2024-02-22T10:10:57Z")

</div>

> [@lenainjaune](#):
>
> =\> aucune information sur la technologie dans mon cas

C’est du MLC, information trouvable sur certains forum de passionné d’informatique et bricoleur en tout genre 😉

> [@phil995511](#):
>
> Instruit toi en lisant au minimum le chapitre intitulé « La gestion de l’usure (wear leveling) » :

Le terme secteur est ce qui a sans doute fais tiquer Pascal 😉 le fait qu’il y ai une réserve de block est normal et présente depuis les premiers SSD.

En règle générale on demande de ne jamais remplir un ssd au delà des 80 ou 90% de souvenir.

---

<div class="post-metadata">

**Author:** ![lanig](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/c4cdca/32.png) [@lanig](https://www.debian-fr.org/u/lanig)\
**Post date:** [Février 23, 2024, 7:50 UTC](https://www.debian-fr.org/t/swap-pour-hibernation-avec-beaucoup-de-ram/89594/30 "2024-02-23T19:50:30Z")

</div>

`J’ai dit que le swap pour l’hibernation devait être dimensionné en fonction de la quantité de mémoire maximum utilisée en prenant une marge, indépendamment de la taille de la RAM . Tu as dit que c’était 16 Go. Je laisse la détermination de la marge à ton appréciation.`

Bah, pour la marge, j’ai aussi l’impression qu’il n’y a pas de mesure vraiment sure. J’ai 8 Go de ram, 16 de swap, et plein d’onglets (une bonne centaine) ouverts dans Firefox.  
Si je ne quitte pas Firefox avant d’hiberner, ça plante systématiquement. Pas de problème en le quittant.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Février 23, 2024, 9:18 UTC](https://www.debian-fr.org/t/swap-pour-hibernation-avec-beaucoup-de-ram/89594/31 "2024-02-23T21:18:05Z")

</div>

> [@Zargos](#):
>
> Plusieurs swap pour un même système n’est pas une bonne idée.

Pourquoi ?

> [@Zargos](#):
>
> J’ai eu le problème avec des installation automatique en multiboot. A partir du deuxième système installé celui-ci était susceptible d’utiliser le swap de l’autre système.

Ça arrive si on laisse l’installateur du second système s’accaparer les swaps existants (et je reconnais que c’est ce que l’installateur Debian a tendance à faire, à mon grand regret). On aurait tout autant des problèmes s’il s’accaparait de même les partitions racine ou home existantes. Mais quel est le rapport avec le fait d’avoir plusieurs swaps pour un même système ?

> [@lenainjaune](#):
>
> Et donc si j’oublie d’éteindre ou sauvegarder l’état d’une VM alors que je demande l’hibernation, est ce que ça va passer ?

> [@Zargos](#):
>
> La seule fois où je l’ai fait (j’ai mis ma machine en hibernation par erreur), mes VM ont planté ensuite.

Ça vaut ce que ça vaut, mais j’ai démarré une VM gérée par virt-manager (qemu/kvm) puis j’ai mis la machine hôte en hibernation pendant quelques minutes. Au réveil, la VM tournait toujours.

> [@phil995511](#):
>
> Mais la swap a obligatoirement d’un système de fichier propre à elle même pour pouvoir être créé ainsi que pour que le système puisse écrire et lire sur cette partition.

N’importe quoi. Le swap a un format, mais ça n’a rien à voir avec un système de fichiers. Il n’y a pas de répertoires ni de fichiers, seulement des pages de mémoire.

> [@phil995511](#):
>
> > [@PascalHambourg](#):
> >
> > La fonction TRIM ne choisit rien du tout. Elle sert à marquer les secteurs logiques qui ne contiennent plus de données valides pour l’OS (fichier effacé, page de swap remplacée…).
> 
> La fonction trim permet au système de choisir si tu préfères

Non plus. La fonction TRIM ne permet rien au système, elle signale seulement au SSD que le contenu des secteurs indiqués est sans importance pour le système. Cela permet au SSD de gérer l’effacement des blocs et le ramasse-miette (garbage collector) plus efficacement et de limiter l’amplification d’écriture.

> [@phil995511](#):
>
> Il y a des blocs de secours dans les ssd de qualité (environ 10 %).

Ils ne sont pas différenciés, contrairement aux blocs de secours d’un disque dur. Ils font simplement partie des blocs vides «&nbsp;cachés&nbsp;» prêts à être alloués et écrits. Ça n’aurait aucun sens de réserver 10% de la capacité totale à ne rien faire alors qu’ils peuvent servir pour l’optimisation de l’écriture, le nivellement de l’usure, le ramasse-miettes…

> [@phil995511](#):
>
> On parle d’une faible consommation c’est vrai, perso j’éteins ma multiprise chaque fois que j’éteins mon PC, je ne veux pas que même quelques Watts ou dixièmes de Watts soient consommés via l’alimentation ATX lorsque mon PC est éteint.

Quel rapport avec l’hibernation ? Une machine en hibernation ne consomme pas plus qu’une machine éteinte, point barre. On peut tout autant couper l’alimentation d’une machine en hibernation.

> [@phil995511](#):
>
> > [@PascalHambourg](#):
> >
> > Il n’y a pas de secteurs de secours dans un SSD
> 
> Instruit toi en lisant au minimum le chapitre intitulé « La gestion de l’usure (wear leveling) » :  
> [https://www.digitec.ch/fr/page/le-fonctionnement-dun-disque-ssd-est-une-affaire-complexe-7399](https://www.digitec.ch/fr/page/le-fonctionnement-dun-disque-ssd-est-une-affaire-complexe-7399)

Cet article ne m’a rien appris que je ne savais déjà sur l’aspect opérationnel d’un SSD. Tu fais probablement allusion à cette citation :

> Les disques SSD possèdent ce qu’on appelle une **zone de réserve** qui y est consacrée. Il s’agit d’une zone de données que le système d’exploitation ne voit pas. Elle facilite également le remplacement des blocs endommagés.

Sauf qu’il ne s’agit pas d’une zone physique déterminée, c’est seulement l’ensemble des blocs physiques qui ne sont pas exposés en blocs logiques à un moment donné dont j’ai parlé plus haut, et cet ensemble change continuellement au gré des écritures et effacements.

> [@Clochette](#):
>
> Le terme secteur est ce qui a sans doute fais tiquer Pascal

Non, j’élude la distinction secteur/page/bloc pour ne pas compliquer encore plus les choses.

---

<div class="post-metadata">

**Author:** ![lenainjaune](https://www.debian-fr.org/user_avatar/www.debian-fr.org/lenainjaune/32/10925_2.png) [@lenainjaune](https://www.debian-fr.org/u/lenainjaune)\
**Post date:** [Février 23, 2024, 9:19 UTC](https://www.debian-fr.org/t/swap-pour-hibernation-avec-beaucoup-de-ram/89594/32 "2024-02-23T21:19:33Z")

</div>

> [@Clochette](#):
>
> > [@lenainjaune](#):
> >
> > =\> aucune information sur la technologie dans mon cas
> 
> C’est du MLC, information trouvable sur certains forum de passionné d’informatique et bricoleur en tout genre 😉

Merci @Clochette 😄 Si je comprends bien quand ce n’est pas remonté c’est MLC ? Et qu’en est-il des TLCs ?

---

<div class="post-metadata">

**Author:** ![lenainjaune](https://www.debian-fr.org/user_avatar/www.debian-fr.org/lenainjaune/32/10925_2.png) [@lenainjaune](https://www.debian-fr.org/u/lenainjaune)\
**Post date:** [Février 23, 2024, 9:26 UTC](https://www.debian-fr.org/t/swap-pour-hibernation-avec-beaucoup-de-ram/89594/33 "2024-02-23T21:26:44Z")

</div>

> [@PascalHambourg](#):
>
> > [@lenainjaune](#):
> >
> > Et donc si j’oublie d’éteindre ou sauvegarder l’état d’une VM alors que je demande l’hibernation, est ce que ça va passer ?
> 
> > [@Zargos](#):
> >
> > La seule fois où je l’ai fait (j’ai mis ma machine en hibernation par erreur), mes VM ont planté ensuite.
> 
> Ça vaut ce que ça vaut, mais j’ai démarré une VM gérée par virt-manager (qemu/kvm) puis j’ai mis la machine hôte en hibernation pendant quelques minutes. Au réveil, la VM tournait toujours.

Ça ça me plait 😛👍 !

Et en plus la logique me fait dire que je ne vois pourquoi ça planterait !

---

<div class="post-metadata">

**Author:** ![phil995511](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/ba9def/32.png) [@phil995511](https://www.debian-fr.org/u/phil995511)\
**Post date:** [Février 23, 2024, 9:59 UTC](https://www.debian-fr.org/t/swap-pour-hibernation-avec-beaucoup-de-ram/89594/34 "2024-02-23T21:59:36Z")

</div>

> [@PascalHambourg](#):
>
> N’importe quoi. Le swap a un format, mais ça n’a rien à voir avec un système de fichiers. Il n’y a pas de répertoires ni de fichiers, seulement des pages de mémoire.

Bien sûr elle écris, sur un disque au petit bonheur alors selon toi ? J’abandonne avec toi à ce sujet et à propos des autres sujets aussi. Y a rien de pire qu’une personne convaincue d’avoir raison quand ce n’est pas le cas…

Si tu es excelles dans certains domaines, là tu as de grosses lacunes.

Bye et bonne soirée / week-end.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Février 23, 2024, 10:00 UTC](https://www.debian-fr.org/t/swap-pour-hibernation-avec-beaucoup-de-ram/89594/35 "2024-02-23T22:00:30Z")

</div>

> [@lenainjaune](#):
>
> Et en plus la logique me fait dire que je ne vois pourquoi ça planterait !

Une chose qui pourrait éventuellement perturber la VM, c’est le saut de date entre la mise en hibernation et le réveil. Le système hôte sait qu’il a été hiberné et s’y attend, mais pas le système dans une VM.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Février 23, 2024, 10:03 UTC](https://www.debian-fr.org/t/swap-pour-hibernation-avec-beaucoup-de-ram/89594/36 "2024-02-23T22:03:47Z")

</div>

> [@phil995511](#):
>
> > [@PascalHambourg](#):
> >
> > Le swap a un format, mais ça n’a rien à voir avec un système de fichiers. Il n’y a pas de répertoires ni de fichiers, seulement des pages de mémoire.
> 
> Bien sûr elle écris, sur un disque au petit bonheur alors selon toi ?

Pas besoin d’un système de fichiers pour ne pas écrire n’importe où. Qu’est-ce que ça a de difficile à comprendre ? LVM n’est pas un système de fichiers non plus, et ça n’écrit pas n’importe où pour autant.

> [@phil995511](#):
>
> Y a rien de pire qu’une personne convaincue d’avoir raison quand ce n’est pas le cas

En effet, et j’attends encore que tu me prouves que j’ai tort.

---

<div class="post-metadata">

**Author:** ![phil995511](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/ba9def/32.png) [@phil995511](https://www.debian-fr.org/u/phil995511)\
**Post date:** [Février 23, 2024, 10:08 UTC](https://www.debian-fr.org/t/swap-pour-hibernation-avec-beaucoup-de-ram/89594/37 "2024-02-23T22:08:44Z")

</div>

> [@phil995511](#):
>
> Y a rien de pire qu’une personne convaincue d’avoir raison quand ce n’est pas le cas

Tu es juste un nihiliste à 2 balles en ce cas, je n’ai pas de temps à perdre avec toi, tu m’en vois désolé pour toi…

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Février 24, 2024, 8:36 UTC](https://www.debian-fr.org/t/swap-pour-hibernation-avec-beaucoup-de-ram/89594/38 "2024-02-24T08:36:36Z")

</div>

> [@PascalHambourg](#):
>
> Ça vaut ce que ça vaut, mais j’ai démarré une VM gérée par virt-manager (qemu/kvm) puis j’ai mis la machine hôte en hibernation pendant quelques minutes. Au réveil, la VM tournait toujours.

J’ai du faire quelque chose qui n’allait pas probablement. J’utilise extrêmement peu l’hibernation, je n’en ai aucune utilité. Le démarrage de ma machine ne prend moins de 10 secondes et si j’ai des VM active je n’ai donc pas de raisons d’hiberner.

> [@PascalHambourg](#):
>
> On aurait tout autant des problèmes s’il s’accaparait de même les partitions racine ou home existantes

Oui c’est vrai.

---

<div class="post-metadata">

**Author:** ![phil995511](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/ba9def/32.png) [@phil995511](https://www.debian-fr.org/u/phil995511)\
**Post date:** [Février 24, 2024, 1:10 UTC](https://www.debian-fr.org/t/swap-pour-hibernation-avec-beaucoup-de-ram/89594/39 "2024-02-24T13:10:14Z")

</div>

_ **La gestion des blocs défectueux** _ inclut les méthodes Skip Block et Reserve Block, qui détectent les blocs défectueux et demandent au contrôleur maître soit d’ignorer les blocs défectueux, soit de remplacer les blocs défectueux par de bons blocs réservés.

> **[How to Know Your SSD's Lifespan and How to Increase Its Life - MiniTool...](https://www.partitionwizard.com/clone-disk/ssd-lifespan-008.html)**
>
> This post shows you how to check your SSD's lifespan and gives you advice on increasing SSD life and dealing with SSD failure.

---

<div class="post-metadata">

**Author:** ![lenainjaune](https://www.debian-fr.org/user_avatar/www.debian-fr.org/lenainjaune/32/10925_2.png) [@lenainjaune](https://www.debian-fr.org/u/lenainjaune)\
**Post date:** [Février 25, 2024, 1:22 UTC](https://www.debian-fr.org/t/swap-pour-hibernation-avec-beaucoup-de-ram/89594/40 "2024-02-25T13:22:50Z")

</div>

Retour sur l’implémentation du SWAP :

J’ai donc mis sur HDD (donc mécanique) un SWAP de la taille de ma RAM (32 GB), démarré quelques applications, démarré une VM Linux, mis en lecture un film puis sans interrompre sa lecture, ait mis en hibernation. J’ai chronométré environ 30s avant arrêt total de la machine (aucun signe d’activité). Puis j’ai redémarré (sortie d’hibernation) et là j’ai constaté qu’il fallait environ 1 minute avant d’afficher la boite d’ouverture de session. De plus j’ai constaté que j’entendais déjà le film avant d’ouvrir ma session et une fois ouverte toutes les applications étaient ouvertes à leur emplacement respectif et la VM était toujours en cours et opérationnelle.

Bon ça me semble assez acceptable tout ça même si ça met 1 minute à sortir de veille, je trouve que pour conserver son environnement en cours tout en évitant le gaspillage électrique, ça vaut la peine.

Je vais dire que le problème est résolu mais je ferais des retours sur une expérience à plus long terme.

[Page précédente](https://www.debian-fr.org/t/swap-pour-hibernation-avec-beaucoup-de-ram/89594.md?page=1)
