[reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks

rmy · Le 10/10/2010, à 21:59

sudo grub-install /dev/md1 --modules=raid,ext2
/usr/sbin/grub-probe: error: no mapping exists for `debian-rootbuntu'.
/usr/sbin/grub-probe: error: no mapping exists for `debian-rootbuntu'.
/usr/sbin/grub-probe: error: no mapping exists for `debian-rootbuntu'.
You attempted a cross-disk install, but the filesystem containing /boot/grub does not support UUIDs.

Edit:
pas vu ton post… je repasse…

mais par contre, je ne vais pas l'installer sur sda, vu que j'enlève sda

Dernière modification par rmy (Le 10/10/2010, à 22:09)

chopinhauer · Le 10/10/2010, à 22:10

Oui, pardon, les trois autres.

rmy · Le 10/10/2010, à 22:13

bah pareil, le message

erreur a écrit :

/usr/sbin/grub-probe: error: no mapping exists for `debian-rootbuntu'.

persiste

rmy · Le 10/10/2010, à 22:22

^^ en fait, après avoir :
1/ monté /dev/md1 dans /boot à la place de sda1,
2/ fait mon update-initramfs -u
3/ changé un peu ma ligne de commande pour les modules…

ça va mieux

sudo grub-install /dev/sdc --recheck --modules=raid --modules=ext2 --modules=mdraid
Installation finished. No error reported.

sudo grub-install /dev/sdd --recheck --modules=raid --modules=ext2 --modules=mdraid
Installation finished. No error reported.

Dernière modification par rmy (Le 10/10/2010, à 22:22)

rmy · Le 10/10/2010, à 22:24

Bon, il me reste un vgreduce et un rebbot après avoir enlevé le disque sda et remplacé par un vierge, qu'en penses-tu?

rmy · Le 10/10/2010, à 22:27

(voir aussi à ne pas oublier d'installer grub sur sdb, et de mettre un flag "boot" sur chacune de ces partitions…)

Dernière modification par rmy (Le 10/10/2010, à 22:29)

rmy · Le 10/10/2010, à 22:30

sudo vgreduce debian -a
  Removed "/dev/mapper/cryptroot" from volume group "debian"
  Physical volume "/dev/mapper/cryptraid" still in use

rmy · Le 10/10/2010, à 22:32

Voilà…

J'attends quand même ton avis pour rebooter, mais je n'ai pas grand risque, cette fois-ci j'ai fait BIEN attention à ne pas écrire de trucs importants pendant la migration, j'ai une image de sda faite juste avant, et un vgcfgbackup… un homme averti en vaut deux ^^ (et demi )

chopinhauer · Le 10/10/2010, à 22:34

Installer sur sdb signifie installer dans le MBR et secteurs suivants. Donc pas besoin du flag boot. Cela est nécessaire si Grub est installé dans une partition (le premier secteur de la partition).

Donc t'as Grub installé dans tous les disques du RAID? Il te reste à espérer que le BIOS ne choisisse pas le quatrième disque pour démarrer. :-)

rmy · Le 10/10/2010, à 23:12

bon bah j'y vais. En passant il me semblait que l'install de grub ne rendait pas pour autant la partition active…

rmy · Le 10/10/2010, à 23:23

Caramba, encor' loupé…

error: no such disk
grub rescue >

chopinhauer · Le 10/10/2010, à 23:48

Et des choses comme:

insmod mdraid
root (md1)

marchent?

Dernière modification par chopinhauer (Le 11/10/2010, à 00:04)

rmy · Le 11/10/2010, à 00:05

non dès insmod mdraid j'ai le même message…
J'ai du merder l'install de mon grub, je vérifie comment?

Dernière modification par rmy (Le 11/10/2010, à 00:06)

chopinhauer · Le 11/10/2010, à 00:27

Essaie avec des ls dans le prompt de Grub. Comme dans le guide. Au pire tu vas devoir t'en passer du script shell grub-install et utiliser grub-mkimage, grub-setup et amis.

PS: L'autre sujet LVM + RAID de ce forum est terminé.

Peut-être regarde d'avoir la version 0.90 du super-bloc mdraid. Mais je crois que c'est le cas.

Dernière modification par chopinhauer (Le 11/10/2010, à 00:30)

rmy · Le 11/10/2010, à 00:38

oui, j'ai vu pour l'autre sujet… c'est cool.

Bon, chez moi autre souci après reboot sur une fur, je lance mes raids, et pas moyen d'ouvrir mon cryptroot… Je verrai tout ça demain, je pense… là, je fatigue, et il faut que je finisse aussi une install windows (si, si, pas le choix…)

edit: install win finie, ordi rangé

Pour mon raid chiffré, depuis la FUR j'ai ce souci:

 sudo cryptsetup luksOpen /dev/md0 cryptraid
Enter LUKS passphrase: 
Commande échouée: unknown hash spec in phdr

Dernière modification par rmy (Le 11/10/2010, à 01:32)

rmy · Le 11/10/2010, à 02:16

Je continue…
en fait, au prompt grub rescue, j'ai bien accès aux commandes, je ne sais pas pourquoi ça a merdouillé la première fois.
Bref,

ls

grub rescue > ls a écrit :

(hd0)(hd0,2)(hd0,1)(hd1)(hd1,2)(hd1,1)(hd2)(hd2,2)(hd2,1)

Ensuite, j'ai essayé:

> insmod raid
> set prefix = (hd0,1)/grub
> insmod sh
> set root= (hd0,1)/grub
> insmod configfile
> configfile (hd0,1)/grub/grub.cfg

J'accède bien au menu grub, mais je ne boote pas, avec cette erreur:

erreur grub a écrit :

error : no such device:c5e13aaaa-6d31-4373-8006-0766efba4d35
error : unknown filesystem
error : you need to load kernel first

edit: c5e13aaaa-6d31-4373-8006-0766efba4d35 est l'uuid de mon ancienne partition sda1, /boot… oO

Bon, je reprend mon vgcfgbackup…

Dernière modification par rmy (Le 11/10/2010, à 02:28)

chopinhauer · Le 11/10/2010, à 02:29

Et après le 'insmod raid', est-ce que ls donne plus de périphériques ou juste les trois disques et leur partitions?

rmy · Le 11/10/2010, à 03:02

rien de plus après le ls, juste les trois disques. Par contre, j'ai modifié à la main les uuid directement dans grub.cfg (oui, c'est mal…) et j'ai réussi (presque) à booter.

Je me retrouve toujours avec le même souci de LUKS qui ne reconnait pas mon pass mais je passe donc la phase grub !

NB: j'ai restauré le vgbackup sur sda et je tourne à nouveau dessus, là…
les raids n'ont pas voulu se monter, il a fallu que je refasse à la main la modif de mdadm.conf, et que je les assemble, mais /dev/sdc n'a rien voulu savoir (ni pour le raid1 ni pour le raid5)

Dernière modification par rmy (Le 11/10/2010, à 03:09)

rmy · Le 11/10/2010, à 03:07

J'avance encore un peu…
Il doit y avoir un problème de module non chargé, mais lequel… en fait depuis ma clé j'arrive à ouvrir le luks sur sda2, alors que je n'arrive pas à ouvrir le md0… par contre, depuis sda "restauré", j'arrive à ouvrir md0…

sudo cryptsetup luksOpen /dev/md0 cryptraid
Enter passphrase for /dev/md0: 
Key slot 1 unlocked.

rmy · Le 11/10/2010, à 03:09

… je vais me coucher…

chopinhauer · Le 11/10/2010, à 03:09

Problème de configuration clavier juste après Grub? Le clavier est probablement encore à l'état QWERTY.

rmy · Le 11/10/2010, à 03:13

oui, le clavier est en qwerty, mais non, j'ai un pass compatible multiclavier justement pour les tests…
et le problème se pose aussi depuis un liveusb avec un clavier fr…

Je penche vraiment plus pour un problème de module non chargé…

edit: /me plus là (t'es en quel fuseau horaire??)
re-edit: nancy… oO on devrait te voir plus souvent sur le TdCT

Dernière modification par rmy (Le 11/10/2010, à 03:15)

rmy · Le 13/10/2010, à 18:55

Reprise des hostilités.

Après quelques galères pour lesquelles j'ai maintenant des traces d'explications, me revoici.
En bref, parce que je vais ouvrir des posts spécifiques à ces sujets et faire quelques mentions dans la doc :

1- L'erreur "unknown hash spec in phdr" de cryptsetup se produit lorsque l'on tente d'ouvrir un luks récent chiffré par exemple avec aes/sha256, mais avec une "vieille" version de cryptsetup. Chez moi, un luks créé avec 10.04 imposible à ouvrir avec un cryptsetup des paquets de la 9.10

2- Je travaille habituellement avec des Framakey-Ubuntu-fr-Remix (F.U.R). J'ai donc essayé de m'en faire une (ça je sais faire) avec la version 10.04. Impossible d'installer mdadm, cryptsetup et consors, à cause d'une erreur provooquée par initramfs-tools, à creuser. D'ailleurs, ça "casse" la cl au passage, je verrai ça avec pyg

3- J'ai voulu me faire une liveusb 10.10 avec unetbootin : échec cuisant.

4- J'ai finalement un liveusb 10.04 fais à partir de l'iso officielle avec unetbootin, mais j'ai quand même été oblig de repasser moi-même un coup de syslinux par dessus.

Bref, j'en suis là… (cf. commandes ci-dessous) et et je vais manger.

sudo apt-get install mdadm
sudo apt-get install lvm2
sudo apt-get install cryptsetup
sudo modprobe aes-i586
sudo modprobe dm_crypt
sudo modprobe dm-crypt
sudo modprobe dm_mod
sudo modprobe dm-mod

sudo mdadm --examine --scan
ARRAY /dev/md1 level=raid1 num-devices=2 UUID=a8faec27:afb2d420:38068b2c:eb3ab5c6
ARRAY /dev/md0 level=raid5 num-devices=3 UUID=6ac8eba5:c657b0f7:38068b2c:eb3ab5c6
   spares=1

sudo mdadm -A /dev/md1
mdadm: /dev/md1 has been started with 2 drives.

sudo mdadm -A /dev/md0
mdadm: /dev/md0 has been started with 2 drives (out of 3) and 1 spare.

Voilà, j'attends la reconstruction, puis l'idée serait de faire un chroot pour aller réinstaller grub et initram-fs comme il faut… qu'en pensez-vous ? (Si il y a encore quelqu'un qui suit )

rmy · Le 13/10/2010, à 19:52

 Rebuild Status : 45% complete

Mais ça ne m'empêche pas de pouvoir continuer normalement…

sudo cryptsetup luksOpen /dev/md0 cryptraid
Enter passphrase for /dev/md0: 
Key slot 1 unlocked.

sudo lvdisplay
  --- Logical volume ---
  LV Name                /dev/debian/swap_1
  VG Name                debian
  LV UUID                LxEGT1-fmgR-XGGX-byOt-j2p6-bXrs-SasLSs
  LV Write Access        read/write
  LV Status              available
  # open                 0
  LV Size                2.53 GiB
  Current LE             648
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     512
  Block device           252:1
   
  --- Logical volume ---
  LV Name                /dev/debian/rootbuntu
  VG Name                debian
  LV UUID                qjJsVW-8iWp-CT0H-YqoS-hsl1-yFTL-MlzMub
  LV Write Access        read/write
  LV Status              available
  # open                 0
  LV Size                15.00 GiB
  Current LE             3840
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     512
  Block device           252:2
   
  --- Logical volume ---
  LV Name                /dev/debian/homebuntu
  VG Name                debian
  LV UUID                fo3HBW-BL0n-ctuO-Rgg7-U03h-Vorb-bjq8cP
  LV Write Access        read/write
  LV Status              available
  # open                 0
  LV Size                578.40 GiB
  Current LE             148070
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     512
  Block device           252:3

re

rmy · Le 13/10/2010, à 20:04

J'attaque donc le montage des partitions à chrooter :

sudo mkdir /mnt/root
sudo mount -t ext3 /dev/mapper/debian-rootbuntu /mnt/root/
sudo mount -t ext3 /dev/mapper/debian-homebuntu /mnt/root/home
sudo mount -t ext4 /dev/md1 /mnt/root/boot

et c'est parti pour le prise de pouvoir…

sudo chroot /mnt/root/
mount -t proc proc /proc
mount -t sysfs sys /sys
mount -t devpts devpts /dev/pts

la vérif des paquets

apt-get install lvm2 cryptsetup initramfs-tools

(il me propose un upgrade de lvm2, mais je suis sûr que le problème ne venait pas de là)

tant que j'y suis un upgrade des paquets restants

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#126 Le 10/10/2010, à 21:59

Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks

#127 Le 10/10/2010, à 22:10

Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks

#128 Le 10/10/2010, à 22:13

Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks

#129 Le 10/10/2010, à 22:22

Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks

#130 Le 10/10/2010, à 22:24

Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks

#131 Le 10/10/2010, à 22:27

Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks

#132 Le 10/10/2010, à 22:30

Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks

#133 Le 10/10/2010, à 22:32

Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks

#134 Le 10/10/2010, à 22:34

Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks

#135 Le 10/10/2010, à 23:12

Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks

#136 Le 10/10/2010, à 23:23

Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks

#137 Le 10/10/2010, à 23:48

Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks

#138 Le 11/10/2010, à 00:05

Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks

#139 Le 11/10/2010, à 00:27

Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks

#140 Le 11/10/2010, à 00:38

Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks

#141 Le 11/10/2010, à 02:16

Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks

#142 Le 11/10/2010, à 02:29

Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks

#143 Le 11/10/2010, à 03:02

Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks

#144 Le 11/10/2010, à 03:07

Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks

#145 Le 11/10/2010, à 03:09

Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks

#146 Le 11/10/2010, à 03:09

Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks

#147 Le 11/10/2010, à 03:13

Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks

#148 Le 13/10/2010, à 18:55

Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks

#149 Le 13/10/2010, à 19:52

Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks

#150 Le 13/10/2010, à 20:04

Re : [reRESOLU] migration lvm chiffré -> raid5+lvm chiffré -> grow disks

Pied de page des forums