Ma question : faut-il me résoudre à refaire les swap et corriger mon
OS debian préexistant, ou quelqu'un connaît-il un moyen de réutiliser telles quelles les partitions de swap existantes ?
[...]Si les machines utilisent toutes LVM y compris la swap *et* que vous
Ma question : faut-il me résoudre à refaire les swap et corriger mon
OS debian préexistant, ou quelqu'un connaît-il un moyen de réutiliser telles quelles les partitions de swap existantes ?
Étant donné ton niveau de connaissance de Debian, tu pourrais peut-être t'en sortir plus efficacement avec debootstrap…
Sébastien
Bonjour
Si les machines utilisent toutes LVM y compris la swap *et* que vousJe ne suis pas sûr de saisir le rapport avec LVM. Ça facilite la
n'hibernez pas vous pouvez partager une même partition swap pour toutesDe fait, je n'hiberne généralement pas. J'ai des machines fixes (ou utilisées sur table, plus proche du desktop transportable que du
les versions d'OS
bonjour, merci pour cette réponse qui m'intéresse. J'avais déjà croisé ce nom, mais je ne suis pas sûr de savoir ce dont il s'agit. Pour moi c'était surtout destiné à produire les installeurs ou des containers,
mais je vois que j'ai intérêt à m'y intéresser de plus près.
La seconde page mentionne l'usage de tasksel. Du coup je pourrai
bénéficier des pré-configurations (du genre installer un XFCE pré-intégré) permises par l'installeur ?
Si les machines utilisent toutes LVM y compris la swap *et* que vousJ'avais cru comprendre que vous utilisiez un espace swap par OS installé
Je ne suis pas sûr de saisir le rapport avec LVM. Ça facilite la modification des partitions, mais je ne vois rien qui interdise de réutiliser une partition de swap taillée à même le disque physique.
Vous pouvez développer ?
Cela suffit pour ne pas pouvoir partager la swap avec un autre OS carn'hibernez pas vous pouvez partager une même partition swap pour toutes[...] je le fais dans le mode que j'appelle "suspend
to RAM".
J'avais cru comprendre que vous utilisiez un espace swap par OS installé d'où vos problèmes...Nope, c'est justement ce que je ne veux PAS faire. Les partitions swap
Dans ce mode AFAIK aucune donnée n'est mise en swap au moment du[...] je le fais dans le mode que j'appelle "suspendCela suffit pour ne pas pouvoir partager la swap avec un autre OS car celle ci contient toujours des données d'avant hibernation.
to RAM".
bonjour,
je suis confronté de manière récurrente à un problème qui m'agace lorsque je souhaite installer une partition debian au moment de la publication d'une nouvelle stable.
Voici le contexte : comme je ne souhaite pas compromettre
l'utilisation de la machine (poste de travail pro, ou PC qui sert à
toute la maisonnée et n'a donc "pas le droit" d'être en panne),
lorsque je monte de version j'installe généralement sur une partition système fraîche, en parallèle de la version "de production" qui sert
au quotidien. Quand je me suis assuré que tout (devices, logiciels...) fonctionne bien, je bascule le boot par défaut vers cette version (et j'ajoute le montage automatique de la partition home, que j'omets volontairement à l'installation).
Voici le problème : l'installeur me prend la tête avec les partitions de swap.
_ Soit il les refait, et je dois remettre à jour l'OS "de production"
pour éviter un délai au boot lié au fait que les UUID ne sont plus
bons.
Primo, il y-a-t-il besoin de beaucoup de swap? Si on a beaucoup de RAM, le swap sert peu (sauf pour l'hibernation). Si on a peu de RAM, il servira beaucoup.
Sur un Debian (sid ou testing) ou Ubuntu (22 ou 23) récent, on peut swaper sur un "gros" fichier (à créer avec dd puis mkswap ; pour les détails voir les pages de man). Ca sera théoriquement un peu plus lent, mais sur les machines actuelles, ladifférence sera peu perceptible en fonctionnement normal.
L'autre point, c'est est-ce que l'hibernation du système est importante pour vous? (personnellement ça me sert peu).Nope, voir plus haut.
Librement
-- Basile Starynkevitch <basile@starynkevitch.net> (only mine opinions / les opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/
Voici le problème : l'installeur me prend la tête avec les partitions
de swap. _ Soit il les refait, et je dois remettre à jour l'OS "de production" pour éviter un délai au boot lié au fait que les UUID ne
sont plus bons.
Hormis la solution intéressante proposée, je ne comprends pas ce qui empêche de créer plusieurs partitions swap (hormis le gâchis d'espace disque) ou de fixer le bon UUID dans le système.
La solution proposée par deboostrap me convient parfaitement. Elle a d'ailleurs le bénéfice secondaire de passer par un chroot, donc de me permettre de faire pas mal de travail en parallèle de l'utilisation
de l'OS primaire. Je ne le cherchais pas spécialement mais ça me
convient plutôt.
Bonjour, je reprends brièvement cet échange pour un petit REX :
Petit gotcha sur une chose qui m'a mordu (à l'adresse de ceux qui
voudraient aussi faire leurs montées de version par de nouvelles
partitions système via schroot) :
schroot recopie la base d'utilisateurs du système actif. Je ne crois
Cordialement
______________
Éric Dégenètais
Henix
http://www.henix.com
http://www.squashtest.org
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 487 |
Nodes: | 16 (0 / 16) |
Uptime: | 153:34:50 |
Calls: | 9,660 |
Calls today: | 2 |
Files: | 13,709 |
Messages: | 6,166,248 |