Vous n'êtes pas identifié(e).
Hors ligne
Dernière modification par raleur (21-11-2019 14:02:56)
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par melissa6969 (21-11-2019 14:07:11)
Quamdiu est spes est, Est vitae.
Fiet in posterum melius
Hors ligne
pas de projet d'hibernation
L'hibernation en multiboot, c'est casse-gueule. Avec un swap commun, c'est suicidaire.
Il vaut mieux montrer que raconter.
Hors ligne
L'hibernation en multiboot, c'est casse-gueule. Avec un swap commun, c'est suicidaire.
j'y savais pas, j'utilise que la veille en ram.
donc en cas de multiboot et qu'on veut à tout prix hiberner, conclusion, vaut mieux faire un swap indépendant pour chaque distribution, vaut mieux pas avoir 15 os installés hein
Quamdiu est spes est, Est vitae.
Fiet in posterum melius
Hors ligne
effectivement Ubuntu crée un fichier swap si il ne détecte pas de swap
"""""
Deux types de contournement possibles :
- marquer le swap comme "ne pas utiliser" lors de l'installation, et le déclarer après.
- dans le système déjà installé, ne pas utiliser l'UUID comme identifiant du swap mais un identifiant invariant au formatage comme le PARTUUID ou le PARTLABEL (si GPT).
"""
oui d'accord je vois cela aussi installation en EFI
melissa6969 a écrit :
j'ai 8 go de ram
je n'utilise pas l'hibernation
Dernière modification par galium (21-11-2019 14:30:53)
Hors ligne
Dernière modification par melissa6969 (21-11-2019 14:40:17)
Quamdiu est spes est, Est vitae.
Fiet in posterum melius
Hors ligne
j'utilise que la veille en ram.
Forcément, si tu n'as pas de swap...
Petite parenthèse sur les problèmes de l'hibernation en multiboot :
Tant qu'on redémarre sur le système mis en hibernation, tout se passe bien. Le problème, c'est quand on met un système en hibernation et qu'on redémarre sur un autre, ce qui peut arriver involontairement si le système mis en hibernation n'est pas le choix par défaut dans le chargeur d'amorçage (qui n'est pas affecté par la mise en hibernation).
Avec un swap commun, au mieux le second système efface l'image d'hibernation du premier lors de l'activation du swap (donc la reprise sera impossible), au pire il tente de l'utiliser pour sortir d'hibernation avec un résultat imprévisible.
Avec des swaps séparés, les systèmes de fichiers utilisés par le système mis en hibernation restent montés, ce qui pose problème si le second système tente de les monter aussi (risque de corruption).
Edit :
D'autre part, avec systemd et un disque système au format GPT, toutes les partitions de swap du disque sont automatiquement activées par défaut même si elles ne sont pas déclarées dans /etc/fstab. Cela implique que le redémarrage sur un système avec systemd autre que celui mis en hibernation va effacer l'image d'hibernation de toute partition de swap présente sur le disque système et empêcher la reprise, même avec des swaps "séparés" (qui ne sont pas vraiment séparés). Pour l'éviter, on peut soit :
- partitionner au format DOS/MBR (dommage, et pas toujours possible),
- désactiver cette fonctionnalité de systemd, activer l'indicateur "no auto" de ces partitions avec fdisk ou gdisk (attention, parted efface cet indicateur),
- définir un autre identifiant de type GUID de partition que "swap" (mais ça peut induire une confusion quand on utilise un gestionnaire de partitions),
- ou utiliser un autre type de volume que des partitions pour les swaps (LVM, RAID...). Au passage je trouve que LVM est très pratique pour l'installation de systèmes GNU/Linux multiples, cela permet de gérer plus facilement l'allocation de l'espace disque entre les différents systèmes.
Conclusion : si on veut utiliser l'hibernation, éviter le swap commun et les systèmes de fichiers partagés (/home commun...) et attention à GPT.
Edit 2 : finalement, c'était une assez grosse parenthèse...
Dernière modification par raleur (21-11-2019 17:33:31)
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
melissa6969 a écrit :j'utilise que la veille en ram.
Forcément, si tu n'as pas de swap...
Petite parenthèse sur les problèmes de l'hibernation en multiboot :
Tant qu'on redémarre sur le système mis en hibernation, tout se passe bien. Le problème, c'est quand on met un système en hibernation et qu'on redémarre sur un autre, ce qui peut arriver involontairement si le système mis en hibernation n'est pas le choix par défaut dans le chargeur d'amorçage (qui n'est pas affecté par la mise en hibernation).
Avec un swap commun, au mieux le second système efface l'image d'hibernation du premier lors de l'activation du swap (donc la reprise sera impossible), au pire il tente de l'utiliser pour sortir d'hibernation avec un résultat imprévisible.
Avec des swaps séparés, les systèmes de fichiers utilisés par le système mis en hibernation restent montés, ce qui pose problème si le second système tente de les monter aussi (risque de corruption).
Conclusion : si on veut utiliser l'hibernation, éviter le swap commun et les systèmes de fichiers partagés (/home commun...).
c'est juste que je vois pas l'intérêt de l'hibernation.
au pire on arrête totalement notre pc (de nos jours ça démarre comme un éclair)
soit on mets en vielle, parce qu'on sait qu'on va rallumer le pc dans peu de temps, et perso j'y trouve débile de l'éteindre pour rallumer, la veille est bien utile pour ça.
tu pars faire des crêpes pendant 45 minutes, tu mets en veille (petite économie d'électricité, c'est bon pour la planète) au lieu d'éteindre et rallumer et ça te permet de pas perdre le taf en cours.
les /home communs c'est un vif sujet là aussi, personnellement j'y déconseille si les deux os ne sont pas identiques, ça peut vite devenir le merdier.
suffit qu'un des os a une version + récente d'un logiciel, et ça peut poser problème.
vaut mieux faire des petits /home (chez moi 9 go) et mettre une /data commune au moins on est + serein (dans le cas d'un multiboot)
l’inconvénient faut un certain nombres de partitions.
@galium
donc le swap t'es pas utile.
après si t'aurais bossé chez toi et que ton pc était ton outil de travail et que t'aurais des gros besoins, là oui ça aurait discutable pour le swap, mais pour une utilisation lambda des + basiques, pas trop utile de s'encombrer d'une partition swap.
à toi de tester, et voir si ton pc se comporte de façon bizarre
@raleur
c'est celui-là le service systemd pour le swap je suppose
systemctl |grep swa
swap.target loaded active active Swap
systemctl status swap.target
● swap.target - Swap
Loaded: loaded (/lib/systemd/system/swap.target; static; vendor preset: enabled)
Active: active since Sun 2019-11-17 12:02:54 CET; 4 days ago
Docs: man:systemd.special(7)
j'avais jamais remarqué qu'il était présent, et pourtant même sans swap on a le service qui tourne (inutilement)..
Dernière modification par melissa6969 (21-11-2019 14:58:03)
Quamdiu est spes est, Est vitae.
Fiet in posterum melius
Hors ligne
Dernière modification par raleur (21-11-2019 15:36:09)
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne