Lancer une VM au boot de Linux

Bonjour à tous,

Je cherche à savoir si c'est possible de configurer un lancement automatique de VM (Disons Win 7) sous KVM qui tourne sur une installation la plus légère possible de Linux.

L'idée c'est de maintenir une VM Windows mais cette VM doit tourner physiquement sur un PC.

Il faudrait que cette VM démarre en "même temps" que Linux et que par la suite, le GUI de cette VM devienne disponible comme si l'OS de cette VM était installé directement sur le hardware.

Je voudrais pouvoir donner l'impression à l'utilisateur final que c'est seulement Windows 7 qui tourne sur son PC.

J'ai bien googlé... mais je ne trouve pas de directions claires....

Est-ce que quelqu'un peut m'éclairer?

Merci pour votre aide

Sébastien

Bonsoir.

Je doute fortement que tu puisse faire en sorte de démarrer une VM en même temps que l'OS.

Toutefois, je pense qu'il est possible de démarrer automatiquement une VM après démarrage de l'OS ...

Ne m'y connaissant pas, j'ai trouvé, après une rapide recherche, ce lien qui pourrait peut être t'aider : http://vboxtool.sourceforge.net/

Cependant je ne pense pas que tu pourra faire en sorte que l'user ne se doute pas qu'il s'agisse d'une VM.

Bonne chance :?

Cordialement,
Idriss

En ce qui concerne le démarrage de la VM... j'ai mis entre guillemets "en même temps"... laissant sous-entendre qu'il faut évidement que l'OS du host démarre avant que la VM soit lancée automatiquement...

De plus, j'ai lu ou entendu qu'on pouvait faire ce genre de config avec KVM... mais je ne rappelle plus ou j'ai pris cette info.

Merci pour le lien ok.Idriss...

Sébastien

Bon prenons les choses dans l'ordre:
Pour démarrer une VM au démarrage de la machine tu as plusieurs choix.

Soit tu utilises le fichier /etc/rc.local et tu y insères la loooongue ligne de commande kvm qui va te servir à démarrer ta machine virtuelle sans oublier d'avoir modifié au préalable les fichiers de configuration qui te permettront de définir les bridges ou interfaces réseaux nécessaires pour que la machine virtuelle puisse communiquer avec le monde "extérieur".
En voici un exemple:

Code:

---

/usr/bin/kvm -m 2048 -smp 2 -name nommachine -drive file=/dev/sdb,if=virtio,index=0,boot=on -net nic,model=virtio,macaddr=00:16:3E:01:00:04 -net tap,ifname=tap0 -usb -usbdevice tablet -vnc 127.0.0.1:1 -k fr -localtime -vga std -monitor unix:/tmp/monitor.mgmt,server,nowait -enable-kvm -daemonize

---

Soit tu utilises/installes "virt-manager" qui te permet de définir les caractéristiques de tes machines virtuelles en mode graphique.
Et dans ce cas tu trouveras les fichiers de configuration de tes machines (en XML) dans /etc/libvirt/qemu et si tu as définis le démarrage automatique de la machine tu trouveras un lien vers le fichier de configuration de ta machine virtuelle dans le répertoire /etc/libvirt/qemu/autostart (je dirais que cette méthode est la méthode la plus conviviale)

Dans tous les cas je te conseille de faire en sorte que kvm démarre un serveur vnc.
Option "-vnc adresse_ip:display_vnc (voir ci dessus)
De préférence fait écouter ton vnc sur l'interface 127.0.0.1 ça évitera que d'autres personnes sur le réseau puissent avoir un accès direct à ta machine virtuelle depuis leur poste.

Ensuite par exemple si tu es sous gnome tu peux définir les applications au démarrage de celui ci (sous d'autres environnement graphiques aussi d'ailleurs) de la façon suivante :
Système --> préférences --> Applications au démarrage
L'idée serait alors d'exécuter au démarrage de gnome un client vnc en mode full screen (vncvienwer par exemple) et le tour serait alors joué, on aurait la machine virtuelle en plein écran et au premier abord si on est pas attentif on pourrait penser que l'on se trouve sur une machine windows .

C'est quoi le but ?

Parce qu'il est un peu contreproductif de mettre un os complet pour faire tourner une VM. Dans un cas pareil, on essaye de diminuer le plus possible le poids de l'OS hote. On utilise donc un hyperviseur genre XEN ou vmware ESX.

Cela dit une approche similaire vient d'être utilisé par Citrix avec XenClient.

@CedrX :

Merci pour la suggestion...

@thierry.chich

Je ne sais pas si ta question (C'est quoi le but?) s'adressait directement à moi?

En passant merci de m'avoir pointer XenClient... c'est exactement ce que je cherche à faire... mais j'aimerais obtenir le "même résultat" avec de Linux et qemu par exemple

Bon... je suis de retour... d'un long voyage...

Je ne sais toujours pas comment faire les chose suivantes :

1. Prendre un PC et installer un hypervisor XYZ (qemu, Xen...)

2. Utiliser une VM existante (WinXP, Linux, Win7...) et la lancer automatiquement

3. Donner une vue (vncviewer) sur cette VM... sur le même desktop qui roule l'hypervisor et la VM... créant ainsi "l'illusion" que c'est un OS installé et non une VM qui tourne...

Merci encore pour vos commentaires et suggestions

Le point sensible c'est surtout l'affichage de l'écran de ta VM sur le host....
Là tu pourrais utiliser le couple server X/rdesktop.

Le démarrage ne semble pas compliqué, il faut juste dans l'ordre :
- Linux démarre
- Ta VM démarre
- Ton serveur X démarre
- Une fois ta VM démarrée (à voir comment gérer ça) lancer le client rdesktop

Citation:

---

Ensuite par exemple si tu es sous gnome tu peux définir les applications au démarrage de celui ci (sous d'autres environnement graphiques aussi d'ailleurs)

---

Un peu lourd un Gnome juste pour utiliser le client VNC... :?

Sinon au delà de ça, quel est le but?
J'ai beau chercher, j'trouve pas d'interêt à ta solution...

Citation:

---

Un peu lourd un Gnome juste pour utiliser le client VNC...

---

Tout à fait d'accord mais c'était pour l'exemple ;)
Je précise aussi que d'autres environnements (plus légers) sont aussi utilisables (openbox, fvwm2, etc ...)

@Marc3001

J'ai des systèmes legacy dont personne ne veut s'occuper.

J'ai pas envie de mettre à jour (lire changer) les softs qui font pleinement le travail... même si ça tourne sous DOS

Donc je fais une VM à partir de ces PCs (les PCs et leurs softwares ont plus de 10 ans), je change les PCs pour du tout neuf... j'installe un hypervisor... je "fais" croire à l'usager que j'ai seulement changer le matériel en bootant la VM automatiquement.

Au lieu d'être dans un environnement client/serveur (ESX, Xen) c'est fait en local... XenClient en est un exemple...

Merci Marc3001 et CedrX pour vos suggestions