Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Debian 9 (stretch) + la pire ICC que vous ayez probablement jamais rencontré.
Hors ligne
Choisir :
- utiliser comme swap
- ne pas formater.
Oui c'est ce que je fais toujours sans problème. Mais attention si c'est sur un portable, le réveil suite à hibernation risque de poser problème 
Dernière modification par raleur (22-02-2016 12:46:12)
Il vaut mieux montrer que raconter.
Hors ligne
D'ailleurs bien souvent on n'a pas besoin d'utiliser les UUID, sauf quand on branche un autre disquedur (voire une clef usb),
Ce qui, bien sûr, n'arrive pas souvent. Peu de gens utilisent plusieurs disques ou périphériques de stockage, c'est bien connu.
Il vaut mieux montrer que raconter.
Hors ligne
Ce qui, bien sûr, n'arrive pas souvent. Peu de gens utilisent plusieurs disques ou périphériques de stockage, c'est bien connu.
Là n'est pas la question. Tu peux utiliser plusieurs disques durs, le
nommage change quand on rajoute un disque dur. Ça m'arrive de temps en
temps de démarrer ma machine avec un disque supplémentaire de manière
exceptionnel. Et c'est là que parfois, les /dev/sdX ne correspondent
plus.
Après peu importe comment tu fais, ce que je dis, c'est que c'est
possible d'utiliser la même swap sur deux linux différents en dual
boot. Je ne voulais rien dire de plus. Dire le contraire, c'est n'importe
quoi. J'espère que je me suis fait comprendre cette fois.
L'installateur, je le connais très mal, je ne l'utilise qu'en mode
texte (parce qu'on s'y retrouve mieux) et mode en expert pour avoir
plus de contrôle. Après si l'installateur persiste à « formater »
toutes les swap, et bien il suffit, depuis l'installateur de faire un
chroot pour aller éditer le fstab pour modifier l'UUID de la swap de
l'ancien système (et peut être refaire l'initramfs…), avant de
rebooter la machine. Il est évident que ce ne sont pas des
manipulations de débutant (C'est assez simple quand même, il ne faut
pas exagérer). Il y a aussi, une autre solution : utiliser lvm
le nommage des partitions dans lvm est unique, et on n'a pas besoin
d'utiliser les UUID. En plus lvm permet de redimensionner ces
partitions, de rajouter un disque c'est à dire de rajouter un volume
physique dans ton groupe de volume et donc avoir de l'espace
supplémentaire pour tes volumes logiques déjà existant (qui seront alors
répartis sur deux disques…). Évidemment, l'installateur persiste
même quand on lui dit qu'on utilise lvm, à vouloir utiliser des UUID,
donc après il faut éditer le fstab pour changer tout cela, encore une fois
(à moins de vouloir garder les UUID…).
En plus, les gens font bien ce qu'ils veulent, mais installer deux
linux en dual boot, je trouve que c'est un peu inutile. Je préfère
utiliser des VM. Mais bon, chacun ses goûts.
Au sujet de l'installateur de debian : je trouve qu'il est pleins de
pièges. Ça doit être pour ça que je n'aime pas installer un nouveau
système, et je le fais le moins souvent possible.
Donc, je n'installe pas des debian à tour de bras ; d'autant que ce
n'est pas mon métier ! Une fois installée je peux l'utiliser pendant
plusieurs années. La dernière grosse installation que j'ai faite, date
du mois de juin 2015. Je n'avais pas réinstallé de système sur ma
machine depuis juillet 2007. Comme le système des mises à jour
fonctionnent à merveille, je n'ai pas besoin de réinstaller. Même quand
je change de disque dur, je ne réinstalle pas. Je fais juste une copie
de l'ancien système sur le nouveau disque dur, après avoir
préalablement partitionné et créé les systèmes de fichiers et la swap…
Ensuite, il faut que j'édite la fstab pour que ce soit correcte,
installé grub et le reconfigurer pour pouvoir booter sur le nouveau
disque, c'est tout il me semble (peut être aussi, recréer
l'initramfs…).
Pour terminer, je dois dire que j'ai même partagé mon HOME entre deux
systèmes différents, à une époque (assez lointaine maintenant). C'était
entre une debian GNU/Linux et un NETBsd, qui sont très différents.
J'avais fait des scripts pour lisser les différences entre les deux
systèmes, et sur NETBsd j'avais installé les utilitaires Gnu… Cela est
bien plus complexe que de partager une swap… Là par contre, il est
difficile de partager une zone de swap, quoique j'ai vu des astuces
pour le faire, en reformatant la zone de swap à chaque redémarrage !
Je troupe cela très moche, mais apparemment certains l'ont fait.
Dernière modification par enicar (22-02-2016 14:19:24)
Hors ligne
Ça m'arrive de temps entemps de démarrer ma machine avec un disque supplémentaire de manière exceptionnel. Et c'est là que parfois, les /dev/sdX ne correspondent plus.
Le changement des noms de disques n'arrive pas seulement lorsqu'on branche un disque supplémentaire. Cela peut arriver avec toute machine qui a plusieurs disques en permanence. Le nommage des disques dépend de l'ordre d'énumération qui n'est plus déterministe notamment depuis le passage à libata et udev. Or les configurations à plusieurs disques ne sont pas rares, cela qui justifie l'utilisation d'identifiants persistants comme les UUID (ce ne sont pas les seuls).
Concernant les avantages de LVM, tu prêches un converti.
ce que je dis, c'est que c'est possible d'utiliser la même swap sur deux linux différents en dualboot.
Personne ici n'a prétendu le contraire. Mais la méthode importe. Celle énoncée par Y316 est inapplicable avec l'installateur Debian.
il suffit, depuis l'installateur de faire unchroot pour aller éditer le fstab pour modifier l'UUID de la swap del'ancien système (et peut être refaire l'initramfs…), avant derebooter la machine.
"Il suffit" ? chroot (même pas nécessaire pour éditer le fstab), regénération de l'initramfs... Non, ce n'est pas simple du tout si on ne connaît pas.
Il vaut mieux ne pas déclarer le swap lors de l'installation et le faire manuellement après, ça évite de devoir ajuster les autres systèmes qui l'utilisent déjà.
Il vaut mieux montrer que raconter.
Hors ligne
la méthode importe. Celle énoncée par Y316 est inapplicable avec l'installateur Debian.
Je te crois volontiers.
Certainement, j'ai du "tatouiller" sans le savoir un truc que j'avais pas compris. 
Le Michu est improbable, c'est bien connu.
En pratique, je vois que mon système n'utilise quasiment pas le swap (pas de mise en veille) et que la mémoire vive est rarement en saturation.
J'ai bien envie d'essayer çà :
Le SWAP n'est utilisé par le système qu'en dernier recours :
quand il n'y a plus de RAM disponible
et lorsque vous mettez votre PC en hibernation.
D'où aussi certaines recommandations de carrément supprimer le SWAP si tu n'utilises pas cette option.
https://debian-facile.org/doc:systeme:p … -swap-swap
Debian 9 (stretch) + la pire ICC que vous ayez probablement jamais rencontré.
Hors ligne
Le SWAP n'est utilisé par le système qu'en dernier recours :
quand il n'y a plus de RAM disponible
C'est faux avec la valeur de vm.swappiness par défaut (60) : même s'il y a assez de RAM disponible le noyau peut décider de swapper des pages inactives et de les réaffecter par exemple au cache disque qui en fera un usage plus efficace.
https://fr.wikipedia.org/wiki/Swappiness
Il vaut mieux montrer que raconter.
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
valeur de vm.swappiness par défaut (60)
Où et comment voit-on cela ?
Debian 9 (stretch) + la pire ICC que vous ayez probablement jamais rencontré.
Hors ligne
Dernière modification par raleur (22-02-2016 22:11:21)
Il vaut mieux montrer que raconter.
Hors ligne
retour
ps: petit exemple concret
moniteur de mate me dit 0% de swap utilisé et 40% memoire vive
faudrai que je pousse a 60% d'utilisation memoire vive pour declencher le swap ?
Dernière modification par anonyme (22-02-2016 22:19:41)
Non ! Pas taper le Michu !
Debian 9 (stretch) + la pire ICC que vous ayez probablement jamais rencontré.
Hors ligne
Debian 9 (stretch) + la pire ICC que vous ayez probablement jamais rencontré.
Hors ligne
Dernière modification par nono47 (06-03-2016 03:38:54)
"Wiki D-F a écrit :
Le SWAP n'est utilisé par le système qu'en dernier recours :
quand il n'y a plus de RAM disponible
Raleur à répondu :
C'est faux avec la valeur de vm.swappiness par défaut (60) : même s'il y a assez de RAM disponible le noyau peut décider de swapper des pages inactives et de les réaffecter par exemple au cache disque qui en fera un usage plus efficace.
J'ai pu vérifier qu'effectivement ma stretch utilise de la mémoire swap, alors qu'il reste beaucoup de Ram libre.
et je n'ai que firefox d'ouvert (avec 17 onglets d'accord) mais j'ai la manie de conserver toujours plein d'onglets et souvent bien plus que cela.
Guppy
Dernière modification par Guppy88 (07-01-2017 20:26:03)
Hors ligne
Dernière modification par frei (07-01-2017 21:02:58)
"Glory. Rotting flower." John Tardy 1989
Hors ligne
Bien sûr, je n'utilise pas l'hibernation du système car il me faudrait utiliser une partition de swap d'un peu plus de 32 Gio sur mon disque,
et le temps de mise en veille ou de réveil seraient de toutes façons trop long.
Mais j'ai quand même créé une partition de swap de 2Gio car le système me semble plus réactif avec que sans swap.
Dernière modification par MicP (08-01-2017 08:58:30)
Hors ligne