Content d’avoir pu t’aider.
Le truc, c’est qu’au moment de l’installation, si l’on ne fait pas attention, toutes les partitions swap du disque cible sont formatées.
Il faut donc sélectionner chaque partition de swap pour “décocher” “formatage de cette partition” pour ne laisser formater que la swap qui nous intéresse.
EDIT: Zut, je viens de voir le dernier message qui est arrivé pendant que je rédigeais celui-ci.
Donc:
Le “swapon -a” active bien le swap => c’est OK pour le “/etc/fstab”
mais c’est pas bon pour "sudo /usr/sbin/s2disk"
Si c’est bien ça, il va falloir que je regarde du côté de ce fichier/programme/paquetage (que je n’ai pas installé…).
Une autre idée consisterait à démonter la partition de swap (swapoff) et changer l’UUID de la partition swap elle même pour lui redonner l’UUID qu’elle avait avant le formatage,
ce qui reviens à ne pas avoir modifié le “/etc/fstab”
Ou alors, je crois comprendre ce qui s’est passé:
tu as mis en veille prolongée avant d’installer une autre distribution, mais cette installation a formaté le swap qui était utilisé pour la mise en veille.
Mais lors de cette mise en veille prolongée un drapeau a été positionné dans le “/boot/grub/grub.cfg” (et peut-être aussi dans un autre fichier de l’application de mise en veille),
ce qui fait qu’à chaque redémarrage, il recherche la partition qui avait été formatée.
Comme, de toute façons, il ne retrouvera pas la partition de swap qui avait été utilisée pour la veille prolongée, je pense qu’une réinstallation de “grub” par un “update-grub” pourrait suffire,
si ça ne suffit pas, une désinstallation avec “purge des fichiers de configuration” du paquetage de l’application “s2disk” par “synaptic” ou “apt-get” suivie d’une réinstallation devrait remettre les choses en ordre.