déplacement de la SWAP - gestion du crash dump

Support Debian
#1

Bonjour,

Je suis sous LENNY.
J’ai déplacé ma partition de swap sur le disque (hda3 à hda6). J’ai mis à jour mon fstab en conséquence. La commande swapon -s m’indique que le nouveau swap est pris en compte.

Mais au démarrage un message du genre ‘trying to resume from hda3’ m’indique la tentative de récupérer un éventuel dump de l’espace de swap (sauf erreur de ma part). Mais la partition hda3 est employée désormais pour tout autre chose !

Ma question.
Quel configuration dois-je retoucher afin que :
***Lors du crash le dump ne soit plus positionné en hda3 (il écraserait le contenu de cette nouvelle partition) mais en hda6,
***En conséquence au boot le système vienne chercher le dump dans la nouvelle partition de swap hda6?

D’avance je vous remercie pour vos explications.
Gérald.

#2

Vas voir dans
/etc/initramfs-tools/conf.d
RESUME=/dev/hda — 3 ou 6 :question:
Si ‘3’, tu sais ce qu’il te rerste à faire.

EDIT :
ou tu peux aussi y placer l’UUID comme chez moi :
RESUME=‘UUID=xxxxxxxxxxxxxxxxxxxxxxxxxxxxx’

#3

Salut,

La partition de swap est utilisée au démarrage comme “instantané” de la mémoire, non au crash mais à la mise en veille :slightly_smiling:

#4

Merci pour ces renseignements. Je ne savais pas qu’il s’agissait de la gestion de la mise en veille

J’ai modifié le fichier /etc/initramfs-tools/conf.d/resume en remplaçant /dev/hda3 par ma nouvelle partition de swap /dev/hda6. Mais le comportement du boot n’est pas changé. Je continue d’avoir ce message :
…
kinit: name_to_dev_t(/dev/hda3) = hda3(3,3)
kinit: trying to resume from /dev/hda3
kinit: no resume image, doing normal boot
…

J’ai testé les UUID (issus de /dev/disk/by-uuid) pour désigner mes partitions. Mais sans plus de succès.

Avez-vous une autre idée ?
Merci.
(Apparemment des utilisateurs de Ubuntu auraient le même genre de problème)

#5

La swap dans ‘fstab’ est bien transcrite :question:

#6

J’ai trouvé !
Une fois le fichier ‘resume’ modifié, il faut mettre à jour également initrd.
Soit la commande : update-initramfs -u
Merci de m’avoir mis sur la piste.

#7

Salut,

[quote]update-initramfs: Generating /boot/initrd.img-2.6.34-0.slh.8-sidux-amd64
cryptsetup: WARNING: found more than one resume device candidate:
/dev/dm-6
/dev/mapper/vg_debian-lv–swap
gerard@debian:~$
[/quote]

Et pourtant je n’ai qu’une seule ligne dans “resume” ?
Où se trouve /dev/dm-6 ???

#8

[quote=“ggoodluck47”]Salut,

[quote]update-initramfs: Generating /boot/initrd.img-2.6.34-0.slh.8-sidux-amd64
cryptsetup: WARNING: found more than one resume device candidate:
/dev/dm-6
/dev/mapper/vg_debian-lv–swap
gerard@debian:~$
[/quote]

Et pourtant je n’ai qu’une seule ligne dans “resume” ?
Où se trouve /dev/dm-6 ???[/quote]

Voir /etc/uswsusp.conf :slightly_smiling:

#9

Tu es sûr de ne pas avoir plusieurs ‘swap’ :question:

#10

[quote=“TalkinJive”]J’ai trouvé !
Une fois le fichier ‘resume’ modifié, il faut mettre à jour également initrd.
Soit la commande : update-initramfs -u
Merci de m’avoir mis sur la piste.[/quote]
Oui, j’avais oublié de te le préciser.

#11

Salut,

Non, confirmation, après avoir rectifié /etc/uswsusp.conf le redémarrage se fait sans ennuis ni réflexions désobligeantes :slightly_smiling: