Poster une réponse à un sujet: [VM] Répliquer une machine réele en virtuel.
Attention, ce sujet est un sujet ancien (5727 jours sans réponse)
blietaer
Bonjour,
On a une machine de dev openSuSE 11.0 qui tourne super sur un deuxième disque dans un chassis Dell. On voudrait l'avoir en virtuel(oui, la même).
En général, ce que je fais c'est:
1./ créer la machine virtuelle (cpu, ram, hd,..)
2./ la booter avec une ISO Live (une gentoo minimal par ex)
3./ je monte le disque dur sur /mnt dns l'environement live
4./ puis ouvrir le SSH.
./ Depuis la machine réele à répliquer, je me met à la racine et je fais un gros et gras:
5./ chrooter et modifier fstab et menu.lst, puis installer grub
6./ rebooter la VM
C'est sale mais ça a toujours bien marché.
Sauf ici, la machine virtuelle démarre bien, puis elle cherche le sdb3 (jamais déclaré ou utilisé!)
"waiting for /dev/sda3 to appear:........"
et puis le sda3 (le bon...)
puis elle cherche le sda3
"waiting for /dev/sda3 to appear:........"
Et ne le trouve pas...
Faut dire que sur la machine originale, le HD était le deuxième donc tout a bien été modifié et adapté (sdbX -> sdaY) (surtout que SusE 11 utilise déjà les disk-by-id de udev à la ubuntu (beuuuh) et donc j'ai tout remplacé par les bons blocks device.
Une idée de ce qui merde?
Je suspecte pas trop un problème de driver SATA, puisque j'utilise le noyau gros et gras de Suse non-modifié (je pense qu'il supporte tous les HW du monde entier par défaut...)
Vraiment pas envie de l'installer from scratch et retrouver tous les packets à rajouter, c'est le meilleur plan pour en oublier un (et on n'a pas internet sur cette machine)
sans parler de tous nos réglages GID/UID.
On a une machine de dev openSuSE 11.0 qui tourne super sur un deuxième disque dans un chassis Dell. On voudrait l'avoir en virtuel(oui, la même).
En général, ce que je fais c'est:
1./ créer la machine virtuelle (cpu, ram, hd,..)
2./ la booter avec une ISO Live (une gentoo minimal par ex)
3./ je monte le disque dur sur /mnt dns l'environement live
4./ puis ouvrir le SSH.
./ Depuis la machine réele à répliquer, je me met à la racine et je fais un gros et gras:
tar cvfSp - . |ssh root@vm "(cd /mnt;tar xfp - )"
5./ chrooter et modifier fstab et menu.lst, puis installer grub
6./ rebooter la VM
C'est sale mais ça a toujours bien marché.
Sauf ici, la machine virtuelle démarre bien, puis elle cherche le sdb3 (jamais déclaré ou utilisé!)
"waiting for /dev/sda3 to appear:........"
et puis le sda3 (le bon...)
puis elle cherche le sda3
"waiting for /dev/sda3 to appear:........"
Et ne le trouve pas...
Faut dire que sur la machine originale, le HD était le deuxième donc tout a bien été modifié et adapté (sdbX -> sdaY) (surtout que SusE 11 utilise déjà les disk-by-id de udev à la ubuntu (beuuuh) et donc j'ai tout remplacé par les bons blocks device.
Une idée de ce qui merde?
Je suspecte pas trop un problème de driver SATA, puisque j'utilise le noyau gros et gras de Suse non-modifié (je pense qu'il supporte tous les HW du monde entier par défaut...)
Vraiment pas envie de l'installer from scratch et retrouver tous les packets à rajouter, c'est le meilleur plan pour en oublier un (et on n'a pas internet sur cette machine)
sans parler de tous nos réglages GID/UID.