Re: Restauration du MBR + table des partitions qui ne fonctionne pas sous KVM

[Germain <gmaurice@linkfluence.net>]

Merci Daniel pour ta réponse.

Dans la méthode que je viens de présenter, je ne fais pas de dd de 
l'intégralité du disque mais juste sur la table de partition et le MBR. 
Les paramètres bs=512 et count=1 sont là pour ça.

Justement, j'ai oublié de préciser que j'ai tenté la méthode brutale du 
dd sur l'intégralité du disque, ça passe mais c'est long.
Après, je n'ai pas mis d'option au dd et je crois que ton bs=64k me 
permettrait de gagner du temps.
Verdict : Je viens de faire le test, sur 11G de taille du disque, 900 
secondes avec un dd sans options et 150 secondes avec bs=64k.
J'ai donc moyen de simplifier par ce biais mon provisioning.

Bon, si quelqu'un a une explication sur le pourquoi du blocage je suis 
preneur.
Bonne nuit !

Le 21/06/11 22:29, daniel huhardeaux a écrit :
> Le 21/06/2011 20:05, Gmaurice a écrit :
> > Bonjour tout le monde,
>
> Bonsoir
>
> > [...]
> > Je lance la VM, ça semble booter, mais rien ne se passe, il ne me dit 
> > pas que le périphérique n'est pas bootable.
> >
> > Pour que mon install fonctionne finalement, je suis obligé d'utiliser 
> > une distrib live, je monte un chroot sur le disque de la VM et je 
> > fais un grub-setup "(hd0)". Et là, Ô miracle, ça fonctionne bien au 
> > redémarrage de la VM.
> >
> >
> > La question est : que fait grub-setup de plus que je ne fais pas ?
> [...]
>
> Je ne sais répondre à ta question mais je ne comprends pas pourquoi 
> sauvegarder et restaurer le MBR puisque tu fais un dd de /
>
> Comment je procède (aussi LVM mais xfs au lieu de ext3) pour une Lenny:
>
> - bzip de ma machine virtuelle:
> #dd if=/dev/vg0/LennyTemplate conv=sync,noerror bs=64k | bzip2 -c -9 
> >/var/backups/LennyTemplate.bz2
>
> - creation d'un lvm quelquepart puis
> # bunzip2 -c /var/backups/LennyTemplate.bz2 | dd of=/dev/vg0/MyVMName 
> bs=64k
>
> - adaptation pour kvm de/etc/libvirt/qemu/NouvelleVM.xml en particulier
> - UUID of VM
> - RAM size
> - disk source dev
> - Mac address
> - VNC port
>
> Démarrage de la VM et tout est OK
>
> On peut même agrandir la VM si nécessaire
>
> Aucune de mes copies de VM n'a posée de problème de démarrage ou autre.