#151 Le 13/10/2010, à 20:17
- chopinhauer
Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks
sudo chroot /mnt/root/ mount -t proc proc /proc mount -t sysfs sys /sys mount -t devpts devpts /dev/pts
Et aussi un:
sudo mount -o bind /dev /mnt/root/dev
avant de faire le chroot.
Comme ça le udevd du système mère va créer les périphériques quand elles apparaissent.
Pensez à donner un bon titre à vos sujets : cela permettra d'aider d'autres utilisateurs dans votre même situation. Ce n'est pas qu'en donnant des solutions qu'on aide, mais aussi en posant des bonnes questions et… facilement trouvables.
Hors ligne
#152 Le 13/10/2010, à 20:20
- rmy
Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks
J'ai bien fait de faire l'upgrade, je me rends compte que grub-pc me fait la tête :
Setting up grub-pc (1.98-1ubuntu8) ...
grub-probe: error: cannot find a device for / (is /dev mounted?).
grub-probe: error: cannot find a device for /boot (is /dev mounted?).
grub-probe: error: cannot find a device for /boot/grub (is /dev mounted?).
dpkg: error processing grub-pc (--configure):
subprocess installed post-installation script returned error exit status
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#153 Le 13/10/2010, à 20:30
- chopinhauer
Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks
J'ai bien fait de faire l'upgrade, je me rends compte que grub-pc me fait la tête :
Oui, sort du chroot et fait le 'mount -o bind' que je t'ai indiqué.
Pensez à donner un bon titre à vos sujets : cela permettra d'aider d'autres utilisateurs dans votre même situation. Ce n'est pas qu'en donnant des solutions qu'on aide, mais aussi en posant des bonnes questions et… facilement trouvables.
Hors ligne
#154 Le 13/10/2010, à 20:31
- rmy
Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks
Rhôooo quel benêt… désolé chopinauer, j'avais même pas vu que tu étais là… j'étais en mode "log". Je vien effectivement de m'appercevoir que fdisk -l faisait pâle figure, et que j'avais oublié les dev…
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#155 Le 13/10/2010, à 20:37
- rmy
Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks
Setting up grub-pc (1.98-1ubuntu8) ...
Installation finished. No error reported.
Installation finished. No error reported.
Installation finished. No error reported.
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-2.6.32-25-generic
Found initrd image: /boot/initrd.img-2.6.32-25-generic
Found linux image: /boot/vmlinuz-2.6.32-24-generic
Found initrd image: /boot/initrd.img-2.6.32-24-generic
Found linux image: /boot/vmlinuz-2.6.32-23-generic
Found initrd image: /boot/initrd.img-2.6.32-23-generic
Found linux image: /boot/vmlinuz-2.6.32-22-generic
Found initrd image: /boot/initrd.img-2.6.32-22-generic
Found memtest86+ image: /memtest86+.bin
File descriptor 3 (pipe:[361049]) leaked on lvs invocation. Parent PID 32556: /bin/sh
done
Ça va mieux, quoique la dernière ligne me laisse songeur. Je ne sais pas ce que ça veut dire.
Bon, je continue pour l'instant, quitte à revenir à grub-pc après, parce que je ne lui ai pas passé d'options particulières pour les modules, là…
La suite, c'est donc à mon avis de vérifier mon crypttab (et de le passer à l'UUID, j'ai vu que c'était possible) et de vérifier les modules de initramfs…
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#156 Le 13/10/2010, à 20:40
- rmy
Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks
cat etc/initramfs-tools/modules
# List of modules that you want to include in your initramfs.
#
# Syntax: module_name [args ...]
#
# You must run update-initramfs(8) to effect this change.
#
# Examples:
#
# raid1
# sd_mod
dm-crypt
déjà là, il va me manquer au moins sha256, aes, dm_mod si j'ai bien suivi ? Tu en vois d'autre ?
Sais-tu quelle est la différence entre dm-mod et dm_mod, entre dm-crypt et dm_crypt ? j'ai vu les deux… faute de frappe dans certains tutos ou réelle différence ? Par défaut je serais bien tenté de tout mettre… qui peut le plus peut le moins, non ?
Edit :
raid1, raid…
Dernière modification par rmy (Le 13/10/2010, à 20:41)
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#157 Le 13/10/2010, à 20:47
- rmy
Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks
En attendant ta réponse pour l'update initramfs, je me fais le crypttab…
Donc si j'ai bien compris (parce que je réfléchis parfois, hein…)
cette fois c'est bien l'uuid de la partition /dev/md0, donc blkid fait l'affaire :
blkid /dev/md0
/dev/md0: UUID="ce2ec782-0937-4a4d-b80b-b29d7234262e" TYPE="crypto_LUKS"
cat etc/crypttab
# <target name> <source device> <key file> <options>
cryptraid UUID=ce2ec782-0937-4a4d-b80b-b29d7234262e none luks,retry=1,lvm=debian
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#158 Le 13/10/2010, à 20:57
- chopinhauer
Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks
déjà là, il va me manquer au moins sha256, aes, dm_mod si j'ai bien suivi ? Tu en vois d'autre ?
Sais-tu quelle est la différence entre dm-mod et dm_mod, entre dm-crypt et dm_crypt ? j'ai vu les deux…
update-initramfs devrait être assez intelligent pour ajouter ceux qui manquent. Si tu ne lui fait pas confiance ajoute les module de ton mode RAID (raid456), du algorithme de cryptographie que t'utilise et du système de fichiers.
Entre '-' et '_' il ne devrait pas y avoir de différence. modprobe transforme un dans l'autre s'il ne trouve pas. Et update-initramfs devrait aussi chercher les deux.
Pensez à donner un bon titre à vos sujets : cela permettra d'aider d'autres utilisateurs dans votre même situation. Ce n'est pas qu'en donnant des solutions qu'on aide, mais aussi en posant des bonnes questions et… facilement trouvables.
Hors ligne
#159 Le 13/10/2010, à 21:02
- rmy
Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks
merci pour tout ces éclaircissements. Je vais lui faire confiance, et de toutes façons, je suis maintenant équipé pour travailler
Passons à grub-pc :
j'ai repéré dans les modules quelques outils, mais je me doute que tous ne sont pas utiles :
crypto, pour anticiper sur l'avenir quand je vais tenter de chiffrer dès le /boot…
ext2, c'est impératif
lvm, comme pour crypto…
mdraid, raid, raid5rec ? je ne sais pas…
sh, configfile, pour éviter d'avoir à lescharger manuellement si mont grib plante et que je dois lancer à la main (flème inside).
Par contre, tout ça dépasse largement les 31Ko
Si j'ai bien compris il faut que je me limite à ça… est-ce que grub-install me le dirait si j'en prévoyais trop ou bien foutrait-il en l'air le début de la partition ?
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#160 Le 13/10/2010, à 21:05
- rmy
Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks
Question subsidiaire :
update-initramfs -u ou -c ? et sur tous les noyaux ?
edit :
bon, j'ai fait ça, de toutes façons, il faut que j'avance hein. Pis si je me plante, j'apprends.
update-initramfs -k all -c
Dernière modification par rmy (Le 13/10/2010, à 21:16)
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#161 Le 13/10/2010, à 21:22
- rmy
Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks
Pour grub, j'en suis resté pour l'instant à :
grub-install /dev/sd[abc] --recheck --modules=raid --modules=ext2 --modules=mdraid
Pour finir, en relisant un vieux tuto à moi, je tombe sur ça :
/etc/initramfs-tools/conf.d/cryptroot que j'avais complètement oublié…
en l'occurence, ici, c'est le bazar :
CRYPTROOT=target=monluks,source=/dev/sda2
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,rootdev,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,rootdev,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,rootdev,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,rootdev,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,rootdev,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,rootdev,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,rootdev,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,rootdev,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,rootdev,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,rootdev,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,rootdev,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,rootdev,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,rootdev,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,rootdev,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,rootdev,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,rootdev,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,rootdev,lvm=debian-rootbuntu,lvm=debian
target=cryptroot,source=/dev/sda2,key=none,lvm=debian-swap_1,lvm=debian
target=cryptraid,source=/dev/md0,key=none,rootdev,lvm=debian-rootbuntu,lvm=debian
target=cryptraid,source=/dev/md0,key=none,lvm=debian-swap_1,lvm=debian
Je ne vais conserver que les deux dernières lignes… et là encore, je me demande si il ne serait pas possible d'y passer un uuid= à la place de la source, mais dans le doute, je m'abstiendrai.
La réponse est venue seule à ma question.
j'ai fait le "cat" avant le initramfs, et maintenant je trouve ceci à la fin :
cat cryptroot
target=cryptraid,source=UUID=ce2ec782-0937-4a4d-b80b-b29d7234262e,key=none,rootdev,lvm=debian-rootbuntu,lvm=debian
target=cryptraid,source=UUID=ce2ec782-0937-4a4d-b80b-b29d7234262e,key=none,lvm=debian-swap_1,lvm=debian
Dernière modification par rmy (Le 13/10/2010, à 21:28)
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#162 Le 13/10/2010, à 21:37
- rmy
Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks
Bon, je vais attendre un peu que tu puise repasser si tu as le temps, avant le reboot… vais me griller 1 clop' pendant ce temps…
Et je laisse un peu de lecture… je viens de tomber dessus. C'est toujours quand on a fini les travaux qu'on trouve le mode d'emploi au fond de la boite…
http://lfde.org/wiki/index.php/Ubuntu_L … entication
Edit : me disais bien que j'avais oublié un truc avant le reboot :
Rebuild Status : 99% complete
^^
Vais attendre encore un peu…
Dernière modification par rmy (Le 13/10/2010, à 21:43)
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#163 Le 13/10/2010, à 21:50
- chopinhauer
Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks
crypto, pour anticiper sur l'avenir quand je vais tenter de chiffrer dès le /boot…
ext2, c'est impératif
lvm, comme pour crypto…
mdraid, raid, raid5rec ? je ne sais pas…
sh, configfile, pour éviter d'avoir à lescharger manuellement si mont grib plante et que je dois lancer à la main (flème inside).
Le module crypto semble au fait juste chiffrer les mots de passe. Un peut décevant, mais vu qu'il connait déjà plein d'algorithmes de cryptographie, ce n'est pas dur de lui apprendre à déchiffrer les disques.
Parmi les différents modules RAID, raid gère les différents RAID, mdraid (qui a comme dépendance raid) sait lire le super-bloc, par contre raid5rec je n'ai aucune idée.
Edit: raid5rec sert à réparer un RAID 5 endommagé.
Dernière modification par chopinhauer (Le 14/10/2010, à 00:59)
Pensez à donner un bon titre à vos sujets : cela permettra d'aider d'autres utilisateurs dans votre même situation. Ce n'est pas qu'en donnant des solutions qu'on aide, mais aussi en posant des bonnes questions et… facilement trouvables.
Hors ligne
#164 Le 13/10/2010, à 22:04
- chopinhauer
Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks
Je ne connais pas beaucoup le scripts des initramfs-tools, mais en lisant /usr/share/initramfs-tools/scripts/local-top/cryptroot tes entrées me semblent correctes. Les UUID sont bien acceptés.
Pensez à donner un bon titre à vos sujets : cela permettra d'aider d'autres utilisateurs dans votre même situation. Ce n'est pas qu'en donnant des solutions qu'on aide, mais aussi en posant des bonnes questions et… facilement trouvables.
Hors ligne
#165 Le 13/10/2010, à 23:03
- tshirtman
Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks
File descriptor 3 (pipe:[361049]) leaked on lvs invocation. Parent PID 32556: /bin/sh
là comme ça sans googler je dirais qu'un processus s'est terminer sans fermer un fichier qu'il a ouvert (en lecture ou en écriture) saymal…
Hors ligne
#166 Le 13/10/2010, à 23:13
- rmy
Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks
Peut-être y a-t-il un rapport, parce que ça ne boote pas, c'est toujours grub qui fait la gueule, et cette fois-ci quant j'essaye
insmod sh
, j'ai droit à :
the symbol "grub_getcharwidth" not found
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#167 Le 13/10/2010, à 23:13
- rmy
Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks
Hop, je recommence le chroot, et je vais voir mon grub.cfg
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#168 Le 13/10/2010, à 23:14
- chopinhauer
Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks
File descriptor 3 (pipe:[361049]) leaked on lvs invocation. Parent PID 32556: /bin/sh
là comme ça sans googler je dirais qu'un processus s'est terminer sans fermer un fichier qu'il a ouvert (en lecture ou en écriture) saymal…
C'est mal, mais normalement cela ne donne pas de problèmes. C'est pareil sur mes configurations LVM, un problème dans les script initramfs-tools probablement.
Pensez à donner un bon titre à vos sujets : cela permettra d'aider d'autres utilisateurs dans votre même situation. Ce n'est pas qu'en donnant des solutions qu'on aide, mais aussi en posant des bonnes questions et… facilement trouvables.
Hors ligne
#169 Le 13/10/2010, à 23:19
- rmy
Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks
cat /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
load_env
fi
set default="0"
if [ ${prev_saved_entry} ]; then
set saved_entry=${prev_saved_entry}
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z ${boot_once} ]; then
saved_entry=${chosen}
save_env saved_entry
fi
}
function recordfail {
set recordfail=1
if [ -n ${have_grubenv} ]; then if [ -z ${boot_once} ]; then save_env recordfail; fi; fi
}
insmod raid
insmod mdraid
insmod ext2
set root='(md1)'
search --no-floppy --fs-uuid --set 542382d5-d743-4b1c-a09f-bc5130fb9495
if loadfont /grub/unicode.pf2 ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
if terminal_output gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
fi
fi
insmod raid
insmod mdraid
insmod ext2
set root='(md1)'
search --no-floppy --fs-uuid --set 542382d5-d743-4b1c-a09f-bc5130fb9495
set locale_dir=($root)/grub/locale
set lang=en
insmod gettext
if [ ${recordfail} = 1 ]; then
set timeout=-1
else
set timeout=10
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Ubuntu, with Linux 2.6.32-25-generic' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod raid
insmod mdraid
insmod ext2
set root='(md1)'
search --no-floppy --fs-uuid --set 542382d5-d743-4b1c-a09f-bc5130fb9495
linux /vmlinuz-2.6.32-25-generic root=/dev/mapper/debian-rootbuntu ro quiet splash
initrd /initrd.img-2.6.32-25-generic
}
menuentry 'Ubuntu, with Linux 2.6.32-25-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod raid
insmod mdraid
insmod ext2
set root='(md1)'
search --no-floppy --fs-uuid --set 542382d5-d743-4b1c-a09f-bc5130fb9495
echo 'Loading Linux 2.6.32-25-generic ...'
linux /vmlinuz-2.6.32-25-generic root=/dev/mapper/debian-rootbuntu ro single
echo 'Loading initial ramdisk ...'
initrd /initrd.img-2.6.32-25-generic
}
menuentry 'Ubuntu, with Linux 2.6.32-24-generic' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod raid
insmod mdraid
insmod ext2
set root='(md1)'
search --no-floppy --fs-uuid --set 542382d5-d743-4b1c-a09f-bc5130fb9495
linux /vmlinuz-2.6.32-24-generic root=/dev/mapper/debian-rootbuntu ro quiet splash
initrd /initrd.img-2.6.32-24-generic
}
menuentry 'Ubuntu, with Linux 2.6.32-24-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod raid
insmod mdraid
insmod ext2
set root='(md1)'
search --no-floppy --fs-uuid --set 542382d5-d743-4b1c-a09f-bc5130fb9495
echo 'Loading Linux 2.6.32-24-generic ...'
linux /vmlinuz-2.6.32-24-generic root=/dev/mapper/debian-rootbuntu ro single
echo 'Loading initial ramdisk ...'
initrd /initrd.img-2.6.32-24-generic
}
menuentry 'Ubuntu, with Linux 2.6.32-23-generic' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod raid
insmod mdraid
insmod ext2
set root='(md1)'
search --no-floppy --fs-uuid --set 542382d5-d743-4b1c-a09f-bc5130fb9495
linux /vmlinuz-2.6.32-23-generic root=/dev/mapper/debian-rootbuntu ro quiet splash
initrd /initrd.img-2.6.32-23-generic
}
menuentry 'Ubuntu, with Linux 2.6.32-23-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod raid
insmod mdraid
insmod ext2
set root='(md1)'
search --no-floppy --fs-uuid --set 542382d5-d743-4b1c-a09f-bc5130fb9495
echo 'Loading Linux 2.6.32-23-generic ...'
linux /vmlinuz-2.6.32-23-generic root=/dev/mapper/debian-rootbuntu ro single
echo 'Loading initial ramdisk ...'
initrd /initrd.img-2.6.32-23-generic
}
menuentry 'Ubuntu, with Linux 2.6.32-22-generic' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod raid
insmod mdraid
insmod ext2
set root='(md1)'
search --no-floppy --fs-uuid --set 542382d5-d743-4b1c-a09f-bc5130fb9495
linux /vmlinuz-2.6.32-22-generic root=/dev/mapper/debian-rootbuntu ro quiet splash
initrd /initrd.img-2.6.32-22-generic
}
menuentry 'Ubuntu, with Linux 2.6.32-22-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod raid
insmod mdraid
insmod ext2
set root='(md1)'
search --no-floppy --fs-uuid --set 542382d5-d743-4b1c-a09f-bc5130fb9495
echo 'Loading Linux 2.6.32-22-generic ...'
linux /vmlinuz-2.6.32-22-generic root=/dev/mapper/debian-rootbuntu ro single
echo 'Loading initial ramdisk ...'
initrd /initrd.img-2.6.32-22-generic
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/20_memtest86+ ###
menuentry "Memory test (memtest86+)" {
insmod raid
insmod mdraid
insmod ext2
set root='(md1)'
search --no-floppy --fs-uuid --set 542382d5-d743-4b1c-a09f-bc5130fb9495
linux16 /memtest86+.bin
}
menuentry "Memory test (memtest86+, serial console 115200)" {
insmod raid
insmod mdraid
insmod ext2
set root='(md1)'
search --no-floppy --fs-uuid --set 542382d5-d743-4b1c-a09f-bc5130fb9495
linux16 /memtest86+.bin console=ttyS0,115200n8
}
### END /etc/grub.d/20_memtest86+ ###
### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#170 Le 13/10/2010, à 23:47
- rmy
Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks
Bon, une piste, je n'ai pas de device.map
http://grub.enbug.org/MirroringRAID
Dernière modification par rmy (Le 13/10/2010, à 23:51)
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#171 Le 14/10/2010, à 00:08
- rmy
Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks
device.map refait et update-grub sans erreur.
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#172 Le 14/10/2010, à 00:55
- rmy
Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks
ça m'inquiète aussi :
root@ubuntu:/# os-prober
root@ubuntu:/#
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#173 Le 14/10/2010, à 01:07
- chopinhauer
Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks
C'est normal. os-prober cherche les autres systèmes d'exploitation présents.
L'option '--recheck' de grub-install efface ton device.map. Sinon grub-install devrait râler si on lui donne plusieurs périphériques à la fois et il ne devrait pas avoir besoin de --modules (et quand tu lui en donne, il considère que le dernier).
Essaie:
for i in a b c; do sudo grub-install /dev/sd$i; done
Pensez à donner un bon titre à vos sujets : cela permettra d'aider d'autres utilisateurs dans votre même situation. Ce n'est pas qu'en donnant des solutions qu'on aide, mais aussi en posant des bonnes questions et… facilement trouvables.
Hors ligne
#174 Le 14/10/2010, à 09:25
- rmy
Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks
Bonjour. Je viens de refaire mes grub-install sans --recheck et --modules et le grub.cfg qui en est issu est exactement le même que le précédent. Je vais rebooter pour la forme, mais j'ai l'impression qu'il doit y avoir un autre souci.
En particulier, dans ce grub.cfg, j'ai du
set root='(md1)'
et j'ai bien l'impression que c'est là dessus que grub se plante. En même temps, comme c'est du raid1, est-ce que je ne peux pas balancer directement le boot sur un des deux disques seulement plutôt que de monter le raid etc ?
C'est vrai que ça ne résoud pas le problème. Surtout si dans mon expérimentation de départ j'avais prévu un raid 1+0, ça pas être coton si ça commence comme ça.
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#175 Le 14/10/2010, à 09:40
- chopinhauer
Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks
Bonjour. Je viens de refaire mes grub-install sans --recheck et --modules et le grub.cfg qui en est issu est exactement le même que le précédent. Je vais rebooter pour la forme, mais j'ai l'impression qu'il doit y avoir un autre souci.
grub-install installe Grub au début du disque dur, il ne change pas la configuration. C'est grub-mkconfig qui le fait, ce qui est en gros ce qui fait update-grub.
En particulier, dans ce grub.cfg, j'ai du
set root='(md1)'
et j'ai bien l'impression que c'est là dessus que grub se plante. En même temps, comme c'est du raid1, est-ce que je ne peux pas balancer directement le boot sur un des deux disques seulement plutôt que de monter le raid etc ?
Tu aussi faire des ls pour voir si ton RAID est reconnu ou pas. Il faudra, peut-être, ajouter le module ls dans grub-install.
Sinon, oui, si tu remplace '(md1)' avec '(hd0)', ça va bien marcher. Tu pourras aussi enlever les insmod de trop.
Pensez à donner un bon titre à vos sujets : cela permettra d'aider d'autres utilisateurs dans votre même situation. Ce n'est pas qu'en donnant des solutions qu'on aide, mais aussi en posant des bonnes questions et… facilement trouvables.
Hors ligne