je lui aie indiqué que je ne voulais pas qu'il touche aux swap de Jessie et de Stretch en plaçant l'option sur 'ne pas utiliser' et "ne pas formater" sur les autres partitions.
Quelles autres partitions ?
Tu es sûr d'être allé dans le paramétrage de chaque partition de swap pré-existante et d'avoir sélectionné "ne pas utiliser" pour chacune d'elles ? Si oui et si l'installateur les a quand même formatées et utilisés, alors il s'agit d'un bug de l'installateur et c'est très étonnant
Bon je vais remettre les bons numéros d'UUID, pour que Stretch et Jessie retrouvent leur Swap rien que pour elles.
N'oublie pas de supprimer toute référence à ces UUID dans Buster sinon c'est lui qui va couiner.]]>
est il possible de de dire à buster par exemple d'utiliser, la même swap qu'une autre version sur autre disque.
Oui, mais...
Cette question mériterait un sujet à part entière.
Pour bien appréhender le sujet il est important de connaître deux particularité de l'installateur Debian (et peut-être d'autres distributions, mais je n'ai pas d'expérience) :
1) Il reformate systématiquement tout swap marqué "utiliser comme swap", ce qui change son UUID.
2) Au moins en partitionnement assisté, il marque automatiquement comme utilisé tous les swaps existants, qui seront donc reformatés si on le laisse faire.
Il est aussi important de savoir où et comment l'installateur Debian configure par défaut l'utilisation du swap :
- dans /etc/fstab
- dans /etc/initramfs-tools/conf.d/resume qui sert lors de la création de l'initramfs, pour la prise en charge de l'hibernation. Si ce fichier n'existe pas, il me semble que update-initramfs enregistre par défaut le plus grand swap actif (présent dans /proc/swaps).
D'autre part on peut distinguer deux cas:
a) Swap dans un périphérique dont le nom n'est pas intrinsèquement persistant : disque ou partition /dev/sd* (selon l'ordre de détection des disques), ensemble RAID /dev/md* (selon comment il est activé)... Dans ce cas, l'installateur enregistre l'UUID du swap qui est persistant (sauf reformatage).
b) Swap dans un périphérique dont le nom est intrinsèquement persistant : volume logique LVM ou volume chiffré /dev/mapper/*... Dans ce cas, l'installateur enregistre le nom de périphérique.
Avec ces informations, on comprend que certaines combinaisons sont problématiques : marquer "utiliser comme swap" un swap existant identifié par un autre système par son UUID va poser problème à ce dernier. Après l'installation, il faudra réparer ce système pour qu'il utilise le nouvel UUID. En revanche cela ne pose pas de problème si le swap est dans un volume logique LVM puisque l'UUID n'est pas utilisé, ou si au préalable on avait manuellement modifié l'identification du swap dans fstab et l'initramfs de ce système pour utiliser un identifiant persistant qui n'est pas modifié par le formatage (donc ni UUID ni LABEL) : PARTUUID, PARTLABEL, /dev/disk/by-id/*...
Quand le ou les systèmes existants utilisent l'UUID pour identifier un swap, je recommande de marquer ce swap "ne pas utiliser" pour ne pas le reformater et ne pas perturber ces systèmes, puis d'ajouter le swap dans le fstab et l'initramfs du nouveau système après l'installation.
je n'ai pas trouvé de /etxc/initramfs-tools/conf.d/resume.
Peut-être que l'installateur de Buster ne le crée plus. Comme écrit plus haut, dans ce cas il me semble que lors de la création de l'initramfs c'est le plus grand swap actif qui est configuré pour l'hibernation. Attention, il y a un piège : par défaut, systemd active automatiquement toutes les partitions de swap du disque système si ce dernier a une table de partition GPT. Par conséquent un tel swap peut être actif même sans être déclaré dans /etc/fstab, et son UUID peut être enregistré dans l'initramfs pour l'hibernation.
Ce n'est pas que je cherche à gagner de la place à tout prix, mais cela me parait plus élégant, chaque distribution utiliserait la même swap sur le disque (qui n'a plus rien d'un disque puisqu'en SSD) de l'une d 'elles, ou y a t il des inconvénients à partager une swap ?
Je ne vois pas ce qu'il y a d'élégant à partager un swap et oui, il y a des inconvénients. En plus de ceux déjà mentionnés liés à l'UUID, cela interdit d'hiberner un système et de redémarrer avec un autre. Sinon, l'image d'hibernation sera détruite. La seule raison valable est pour moi l'économie d'espace disque.]]>
Les 3 partitions swap figurant dans le Fstab de buster
Si les deux partitions de swap préexistantes sont dans le fstab de Buster, cela signifie qu'elles étaient bien marquée utilisées comme swap (et donc à formater) lors de l'installation de buster.
1) Supprime les lignes relatives aux UUID des swaps de Jessie et Stretch dans le fstab de Buster.
2) Si l'UUID figurant dans /etc/initramfs-tools/conf.d/resume (hibernation) est l'un des deux, remplace-le par celui du swap de Buster et exécute update-initramfs -u pour reconstruire l'initramfs.
3) Restaure les UUID des swaps de Stretch et Jessie aux valeurs figurant dans les fstab de Stretch et Jessie avec swaplabel -U.]]>
Est-ce qu'avec les UUID on peut savoir si elles ont été changées ?
Oui. Il faut comparer les UUID des partitions de swap affichés par blkid avec ceux inscrits dans les fichiers /etc/fstab et /etc/initramfs-tools/conf.d/resume de chaque distribution. Mais si tu as bien marqué les partitions "utiliser comme : ne pas utiliser", l'installateur ne devrait pas les avoir reformatées. Dans le cas contraire, ces partitions devraient figurer dans /etc/fstab de Buster.]]>
A oui le périphérique /dev/sde doit correspondre à mon disque externe !ioméga HDD.
Guppy]]>
Raleur je précise que si j'essaie d'installer Buster sur un autre disque que Stretch c'est précisément pour être sûr qu'il ne lui arrive rien, merci de m'avoir confimé que ce sera bien le cas.
Où ai-je confirmé cela ? Ce n'est pas vrai.
Et j'ai un autre problème au démarrage, j'ai un start job runing pour démarrer Stretch , il faut attendre 1mn 30, soi disant, mais plus longtemps ensuite il ya encore un temps d'attente pour obtenir la fenêtre.
N'aurais-tu pas laissé l'installateur de Buster reformater la partition de swap de Stretch (et peut-être de Jessie) ? Dans ce cas son UUID a changé et Stretch ne la trouve plus.]]>
/dev/sde/ open failed No medium found
Qu'es ce qu'il va foutre sur un périphérique sde ?
Peut-être un lecteur de carte mémoire (vide, d'où le message "no medium found") connecté en interne en USB.
Probablement sans lien avec tes autres problèmes, et notamment l'erreur sur le paquet wget.
Et sinon, tu n'as pas une clé USB pour y mettre l'installateur au lieu de cramer des CD pour rien ?
J'ai commencé l'installation en mode expert pour pouvoir gérer les partitions, 3 racine, swap et home.
Pas besoin du mode expert pour utiliser le partitionnement manuel. Quel est le disque (sda, sdb, sdc ?) Quelles tailles de partitions ?
Si c'est sdb et si tu as utilisé la partition sdb1 de 56 Mio comme racine, c'est très insuffisant pour y installer le système et le message disant qu'il n'y a pas d'espace libre est normal. Je suspecte que tu as confondu les Mo et les Go lors du partitionnement manuel de ce disque. Que dit df dans un shell de l'installateur ?
si tu l'installe en U.E.F.I. , tu ne pourra pas accéder à tous tes systemes .
C'est faux. GRUB EFI peut amorcer une autre Debian installée en BIOS et vice versa. Le mode d'amorçage ne concerne que GRUB, pas le reste du système.]]>