Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
L'icône rouge permet de télécharger chaque page du wiki visitée au format
PDF et la grise au format ODT →
Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente | ||
|
doc:systeme:vm:qemu [02/09/2015 17:21] milou [Aller plus loin : faire des tests sans pourrir sa config] |
doc:systeme:vm:qemu [14/08/2023 19:45] (Version actuelle) captnfab [Utiliser la clef USB de l'hôte comme périphérique USB] |
||
|---|---|---|---|
| Ligne 6: | Ligne 6: | ||
| * Suivi : {{tag>à-tester}} | * Suivi : {{tag>à-tester}} | ||
| * Création par [[user>captnfab]] le 17/08/2009 | * Création par [[user>captnfab]] le 17/08/2009 | ||
| - | * Testé par .... le .... | + | * Testé par [[user>arpinux]] le 02/10/2021 |
| * Commentaires sur le forum : [[https://debian-facile.org/viewtopic.php?id=2256 |C'est ici]]((N'hésitez pas à y faire part de vos remarques, succès, améliorations ou échecs !)) | * Commentaires sur le forum : [[https://debian-facile.org/viewtopic.php?id=2256 |C'est ici]]((N'hésitez pas à y faire part de vos remarques, succès, améliorations ou échecs !)) | ||
| ===== Résumé ===== | ===== Résumé ===== | ||
| - | Ce logiciel permet d’émuler un ou plusieurs ordinateurs sur votre propre machine, vous permettant par exemple d’installer une Debian pour tester la future version, ou d’installer un autre système d’exploitation : | + | Ce logiciel permet de créer une machine virtuelle avec un large choix d'architecture (i.e. de type d'ordinateurs) sur sa propre machine, permettant par exemple d’installer une Debian pour tester la future version, ou d’installer un android version arm64, ou tester un autre système d'exploitation comme |
| - | * distribution Linux, | + | * une autre distribution Linux, |
| - | * os à base de noyau BSD, | + | * un os à base de noyau BSD, |
| - | * système propriétaire. | + | * un système propriétaire, |
| - | * ... | + | * etc. |
| - | Il permet même d'émuler plusieurs architecture (arm, cris, i386, m68k, mips, mips64, ppc, ppc64, x86_64, et d'autres !) | + | |
| + | ===== Installation ===== | ||
| + | |||
| + | Classiquement, on commence par mettre à jour la liste des paquets : | ||
| + | <code root>apt-get update</code> | ||
| + | puis on installe qemu : | ||
| + | <code root>apt-get install qemu-system qemu-utils qemu-system-gui</code> | ||
| ===== Prérequis ===== | ===== Prérequis ===== | ||
| - | Avant d'installer qemu, assurez-vous d'avoir les paquets ci-dessous d'installé sur votre système. Pour cela, tapez la commande suivante | + | Pour gagner en fluidité, Qemu utilise KVM. |
| - | <code root>apt-get install module-assistant</code> | + | {{/file-R70e5a6a5358a997ac6e5da2364abd1cf.png}} |
| - | <code root>module-assistant prepare</code> | + | |
| + | * ''KVM'' est un [[http://fr.wikipedia.org/wiki/Hyperviseur | hyperviseur de type 1]] ("bare metal") qui permet à Qemu la virtualisation simultanée de différents systèmes d'exploitation sur la même machine hôte. | ||
| + | * ''KVM'' est un module du noyau Linux permettant aux applications de l'espace utilisateur d'utiliser les fonctionnalités de virtualisation matérielle. | ||
| + | * ''KVM'' permet à Qemu de virtualiser une architecture sur un hôte de même architecture et exploitera alors pleinement l'accélération matérielle que ''KVM'' pourra lui apporter. | ||
| + | * L'accélération matérielle par ''KVM'' ne sera possible que pour les microprocesseurs pourvu de la technologie ''Intel VT-x'' et ''AMD-V''. | ||
| + | * L'accès direct au matériel (bus PCI, Carte Graphique, etc..) depuis les machines virtuelles nécessitera aussi que la carte mère soit équipée d'un //chipset// permettant d'exploiter la technologie ''IOMMU'' (**I**nput/**O**utput **M**emory **M**anagement **U**nit) de ces microprocesseur. => ''Intel Vt-d'' et ''AMD-Vi''. | ||
| - | ===== Installation ===== | + | Pour vérifier que le microprocesseur de votre machine permet la virtualisation avec ''KVM'' |
| + | <code user>grep -E 'vmx|svm' /proc/cpuinfo &>/dev/null && echo "La virtualisation est possible sur cette machine." || echo "Le microprocesseur de cette machine ne permet pas d'utiliser la virtualisation avec KVM."</code> | ||
| - | Classiquement, on commence par mettre à jour la liste des paquets : | + | Et assurez-vous ensuite que les option du [[:doc:materiel:bios | BIOS]] concernant ces technologies de virtualisation sont activées. |
| - | <code root>apt-get update</code> | + | |
| - | puis on installe qemu : | + | |
| - | <code root>apt-get install qemu</code> | + | |
| - | on compile et installe les modules noyaux : | + | |
| - | <code root>m-a a-i kqemu</code> | + | |
| - | ===== Configuration ===== | + | //Merci à //**bendia**// pour ses remarques sur ce tuto [[http://debian-facile.org/forum/viewtopic.php?pid=44629#p44629 | dans le forum]] // |
| - | ==== Chargement du module ==== | + | N'hésitez pas chacun à intervenir dans le forum pour __signaler des compléments à mettre ou à modifier__ dans les tutos que vous visitez ! ;-) |
| - | //Le module kqemu sert à accélérer la pseudo-virtualisation. Les instructions données par la machine simulée par qemu ne sont plus (en grande partie) simulées logiciellement mais directement interprétée par le micro-processeur.// | ||
| - | === Pour le charger une fois === | + | ===== Configuration ===== |
| - | <code root> | + | |
| - | modprobe kqemu | + | |
| - | </code> | + | |
| - | === Pour le charger à chaque démarrage === | + | <note info> |
| + | Les configurations de machines virtuelles peuvent vite devenir très complexes. En effet, si l'on veut préciser les paramètres de chaque périphériques virtuel associé, on n'en fini pas. | ||
| + | C'est pourquoi à moins de savoir exactement ce que l'on veut, on n'utilise en général pas directement qemu, mais on l'utilise en passant par une outil plus haut niveau tel [[:atelier:chantier:virtualisation-avec-libvirt|libvirt]] et son gestionnaire de machines virtuelles [[:doc:autres:vm:virt-manager|virt-manager]]. | ||
| + | </note> | ||
| - | **Attention, il y a deux '>', accolés l'un à l'autre** | + | De quoi a-t-on besoin pour faire une VM ? |
| - | <code root> | + | ==== Un microprocesseur ==== |
| - | echo kqemu >> "/etc/modules" | + | |
| - | </code> | + | |
| - | ==== Répertoire de travail ==== | + | En fait, on parle plus généralement d'architecture. |
| + | * Si l'on est sur un ordinateur fixe, il y a de grandes chances pour que l'architecture soit x86_64, c'est ce que debian appelle ''amd64'' et correspond aux processeurs 64bits communs. | ||
| + | * Si l'on est sur un ordinosaure fixe, alors il est possible que l'architecture soit x86, c'est ce que debian appelle ''i386'' et correspond aux processeurs 32bits du début du siècle. | ||
| + | * Si l'on est sur un smartphone, alors on est très probablement sur une architecture arm64. | ||
| - | On commence par se créer un répertoire de travail, par exemple : ''~/vm'' | + | Là, la question que l'on doit se poser est: « Quelle est l'architecture de la machine que je veux simuler ? » Donc si l'on veut installer un Android, c'est probablement arm64, mais si l'on veut installer une debian sid pour tester, il y a des chances que ça reste x86_64. |
| - | <code root> | + | |
| - | mkdir -p ~/vm | + | |
| - | </code> | + | |
| - | ===== Création de machine virtuelle ===== | + | Pour lister les commandes qemu associées à chaque architecture, lancer la commande: |
| + | <code user>ls /usr/bin/qemu-system-*</code> | ||
| - | <code root> | + | On indique ensuite le nombre de cœurs que l'on souhaite dédier à la machine via l'option ''-smp'' |
| - | cd ~/vm | + | |
| - | </code> | + | |
| - | Pour faire plus propre, on va maintenant créer un dossier pour la machine en question. | + | Exemple: |
| - | <code root> | + | <code user>qemu-system-x86_64 -smp 2</code> |
| - | mkdir fenetresXP</code> | + | |
| - | <code root>cd fenetresXP | + | |
| - | </code> | + | |
| - | ==== L'image disque ==== | + | ==== Un disque de stockage ==== |
| - | On crée une image disque((le format qcow2 nous permet de ne pas créer directement un fichier de 20 Gio mais de n'allouer l'espace que lorsqu'il est requis)) (de 20 Gio((Pour le reste du tuto, on considèrera que 1 Gio = 2<sup>10</sup> Mio = 2<sup>20</sup> kio = 2<sup>30</sup> o)) dans notre exemple) | + | C'est a priori là où sera installé le bootloader et système d'exploitation que l'on veut lancer. Ça peut être un lecteur CD, une clef USB, mais ça peut aussi être une image disque le représentant. |
| - | <code root> | + | |
| - | qemu-img create -f qcow2 base.qcow2 20G | + | |
| - | </code> | + | |
| - | ==== Les périphériques ==== | + | <note warning> |
| + | Attention, utiliser une partition comme image disque est possible mais vous ne pourrez pas monter la partition en tant que système de fichier sur l'hôte car elle ne contiendra pas un système de fichier mais un disque entier. | ||
| + | </note> | ||
| - | Ils sont choisis au lancement de qemu, par le biais d'options données en ligne de commande | + | Souvent, on crée des images disques avec ''qemu-img''. Il permet en particulier de manipuler les images au format ''.qcow2'' ou de convertir des images faites pour d'autres logiciels de VM. |
| - | === Pour choisir la carte son === | + | Exemple: |
| - | -soundhw bla | + | <code user>qemu-img create -f qcow2 hdd.qcow2 20G</code> |
| + | Où : | ||
| + | * ''hdd.qcow2'' est le nom du fichier //image disque// qui va être créé. | ||
| + | * ''10G'' sera la taille **virtuelle** de l'espace disponible dans ce **disque virtuel**. | ||
| - | Où bla peut prendre une des valeurs renvoyées par ''qemu -soundhw ?'' | + | <note tip>Le format **qcow2**((**Q**emu **C**opy **O**n **W**rite version **2**)) est un format d'espace de stockage //optimisé//, c'est à dire que l'espace occupé par le fichier //image disque// sera très nettement inférieur à l'espace disponible sur le support de données, mais à mesure que des données seront écrites sur le //disque// la taille du fichier va augmenter.</note> |
| + | <note important>**ATTENTION** ! qemu utilise l'unité Gio, mais certains installateurs tels celui de Debian utilise l'unité Go : | ||
| + | * 1 Go = 10<sup>9</sup> octets | ||
| + | * 1 Gio = 2<sup>30</sup> octets = 1,073741824 Go | ||
| + | et donc 10 Gio correspondront à 10,7 Go. | ||
| - | === Pour changer de carte graphique === | + | //Un grand merci à //**vince06fr**//, [[http://debian-facile.org/viewtopic.php?pid=54073#p54073| sur le forum là]] ! Lucide, le gars// =) |
| - | -vga bla | + | </note> |
| - | Où bla peut prendre une valeur parmi « cirrus, std, vmware, none » | + | Il est important de choisir un support de stockage dont la taille et la vitesse correspondent à ce que l'on veut faire. |
| + | On n'utilisera pas une clef USB pour installer une VM destinée aux jeux vidéo. | ||
| - | === Pour l'usb === | + | On utilise ''-hda'', ''-hdb'', etc. pour indiquer les supports de stockages de type disque dur, et ''-cdrom'' pour indiquer des media en lecture seule tels les cdroms. |
| - | * Active le support de l'usb | + | |
| - | <code root>-usb</code> | + | Exemple: |
| + | <code user>qemu-system-x86_64 -hda /srv/VM/archlinux/hdd.qcow2 -cdrom /home/captnfab/Téléchargements/archlinux.iso</code> | ||
| - | * Et pour ajouter les périphériques USB : | + | ==== Mémoire vive ==== |
| - | -usbdevice bla | + | On veut souvent spécifier la taille de la RAM disponible, cela se fait en utilisant l'option ''-m'' et en précisant l'unité (''M'' pour des Mio, ''G'' pour des Gio'). |
| - | //bla// peut être remplacé par | + | Exemple: |
| - | - ''host:bus.addr'' pour affecter un port usb ( | + | <code user>qemu-system-x86_64 -hda /srv/VM/archlinux/hdd.qcow2 -cdrom /home/captnfab/Téléchargements/archlinux.iso -m 2G</code> |
| - | - ''host:vendor_id:product_id'' pour affecter un périphérique | + | |
| - | Exemple : | + | ==== Les périphériques USB ==== |
| - | Si la commande : | + | Pour rajouter un contrôleur USB virtuel, on rajoute l'option ''-usb'', ensuite on peut rajouter |
| - | <code user>lsusb</code> | + | * des ports USB via un paramètre du type ''-usbdevice host:bus.addr'' |
| + | * ou des périphériques USB via un paramètre du type ''-usbdevice host:vendor_id:product_id'' pour un périphérique. | ||
| - | Me renvoie : | + | Exemple : |
| - | <file config retour de la commande>Bus 007 Device 003: ID 0b97:7772 Blahhhhhhhhhh | + | |
| - | Bus 007 Device 002: ID 0b97:7761 Ploum ploum</file> | + | |
| - | Si je veux monter le port USB sur lequel est branché mon périphérique Blahhhhhhhhhh | + | Si la commande ''[[:doc:systeme:lsusb|lsusb]]'' retourne la ligne suivante : |
| - | <code root>-usbdevice "host:007.003"</code> | + | <file config retour de la commande>Bus 007 Device 003: ID 0b97:7772 Blahhhhhhhhhh</file> |
| - | Si je veux monter Blahhhhhhhhhh où qu'il soit branché | + | Si je veux monter le port USB sur lequel est branché mon périphérique Blahhhhhhhhhh, qui restera connecté même si je change le périphérique branché dessus: |
| - | <code root>-usbdevice "host:0b97:7772"</code> | + | <code user>qemu-system-x86_64 -hda /srv/VM/archlinux/hdd.qcow2 -cdrom /home/captnfab/Téléchargements/archlinux.iso -m 2G -usb -usbdevice "host:007.003"</code> |
| + | Si je veux monter Blahhhhhhhhhh où qu'il soit branché: | ||
| + | <code user>qemu-system-x86_64 -hda /srv/VM/archlinux/hdd.qcow2 -cdrom /home/captnfab/Téléchargements/archlinux.iso -m 2G -usb -usbdevice "host:0b97:7772"</code> | ||
| - | === Nombre de microprocesseurs à allouer à la machine === | + | ==== Les autres périphériques ==== |
| - | -cpu n | + | |
| - | (où n représente ce nombre) | + | |
| - | === Taille de la mémoire vive à allouer à la machine === | + | Une carte son, une carte graphique, des périphériques USB, le nombre de cœurs du microprocesseur, la carte réseau… |
| - | -m n | + | |
| - | (où n est cette taille en Mio) | + | |
| - | === Et bien d'autres options, …=== | + | Il serait trop long de tout détailler ici, et ce n'est pas l'objet. Chaque cas d'utilisation est unique et nécessite ses propres options. |
| - | … notamment pour le réseau (présent par défaut) | + | |
| - | Voir man ou documentation en référence. | + | Pour en savoir plus, consulter le manuel: |
| + | <code user>man qemu-system</code> | ||
| ==== Enregistrement des options ==== | ==== Enregistrement des options ==== | ||
| - | Il est fastidieux de se souvenir des options à chaque lancement, on va donc les enregistrer dans un fichier : | + | Il est fastidieux de se souvenir des options à chaque lancement, on peut donc écrire un fichier contenant la commande complète, exemple: |
| - | <code root> | + | <code user> |
| touch "launch_vm.sh" | touch "launch_vm.sh" | ||
| </code> | </code> | ||
| Ligne 147: | Ligne 149: | ||
| <file fichier launch_vm.sh> | <file fichier launch_vm.sh> | ||
| #!/bin/sh | #!/bin/sh | ||
| - | qemu -m 256 -soundhw all -vga cirrus -hda ~/vm/fenetresXP/base.qcow2 $* | + | qemu-system-x86_64 -hda /srv/VM/archlinux/hdd.qcow2 -m 2G -usb -usbdevice "host:0b97:7772" "$@" |
| </file> | </file> | ||
| On le rend exécutable : | On le rend exécutable : | ||
| - | <code root> | + | <code user> |
| chmod a+x "launch_vm.sh" | chmod a+x "launch_vm.sh" | ||
| </code> | </code> | ||
| Ligne 160: | Ligne 162: | ||
| <code root> | <code root> | ||
| - | ./launch_vm.sh -m 512 -cdrom ~/mes_isos/fenetresXP_SP3.iso -boot d | + | ./launch_vm.sh -cdrom /home/captnfab/Téléchargements/archlinux.iso -boot d |
| </code> | </code> | ||
| ==== Lancement de la machine les autres fois ==== | ==== Lancement de la machine les autres fois ==== | ||
| - | <code bash> | + | <code root> |
| - | ./launch_vm.sh bla | + | ./launch_vm.sh |
| </code> | </code> | ||
| - | où //bla// sont les options que vous voulez rajouter. | ||
| - | ===== Aller plus loin : faire des tests sans pourrir sa config ===== | + | ===== Aller plus loin ===== |
| - | Si vous utilisez votre vm pour tester des logiciels non stable ou des virus, vous n'avez certainement pas envie de <del>foutre en l'air,</del> <del>détruire,</del> perdre votre jolie installation vierge toute belle toute neuve sur votre machine virtuelle. | + | ==== Faire des tests sans pourrir sa config ==== |
| - | Faire une copie de sauvegarde de l'image prendrait beaucoup de place. | + | Si on utilise sa vm pour tester des logiciels non stables, on n'a certainement pas envie de <del>foutre en l'air,</del> <del>détruire,</del> perdre sa jolie installation vierge toute belle toute neuve sur sa machine virtuelle. |
| - | Heureusement, il y a mieux ! | + | Faire une copie de sauvegarde de l'image prendrait beaucoup de place. Heureusement, il y a mieux ! |
| + | Il y a la possibilité de créer une image disque basée sur une autre image disque en lecture seule avec qemu-img. | ||
| - | Supposons que vous veniez de suivre l'installation ci-dessus. Vous avez installé fenêtre XP SP3, effectué plein de mises à jour, installé un navigateur web, .PasNet Framework et autres machins lourds... | + | Exemple: Une image disque ''hdd.qcow2'' contient un système fragile que l'on a peur de casser. On va renommer ce disque en ''hdd-base.qcow2'', le passer en lecture seule, puis créer une image ''hdd.qcow2'' qui sera basée sur la première ne n'enregistrera que les modifications par rapport à celle-ci. |
| - | Et vous estimez que cette configuration est le point de départ idéal pour tous vos tests futurs. | + | |
| - | On s'assure d'être dans le dossier de la vm : | + | <code user> |
| - | <code root> | + | mv hdd.qcow2 hdd-base.qcow2 |
| - | cd ~/vm/fenetresXP | + | chmod a-w hdd-base.qcow2 |
| + | qemu-img create -b hdd-base.qcow2 -f qcow2 hdd.qcow2 | ||
| </code> | </code> | ||
| - | On interdit les droits d'écriture sur l'image de départ | + | Et voilà, maintenant, ''launch_vm.sh'' utilisera ''hdd.qcow2'' sans modifier ''hdd-base.qcow2'' |
| - | <code root> | + | |
| - | chmod 444 base.qcow2 | + | |
| - | </code> | + | |
| - | Et on crée une image test1.qcow2 qui ne contiendra que les modifications faîtes à base.qcow2 | + | ==== Quelques raccourcis indispensables ==== |
| - | <code root> | + | |
| - | qemu-img create -b base.qcow2 -f qcow2 test1.qcow2 | + | ^ //RACCOURCIS CLAVIER// ^ //ACTION// ^ |
| + | | <key>C-A-f</key> | passe en plein-écran | | ||
| + | | <key>C-A-1</key> | affichage graphique de l'invité | | ||
| + | | <key>C-A-2</key> | passage au moniteur Qemu; attention, dans ces deux options, le 1 et le 2 sont à taper sur les chiffres hauts du clavier, pas sur le pavé numérique | | ||
| + | | <key>C-A</key> | pour arrêter le contrôle de la souris dans l'invité, alors que pour l'activer, on avait cliqué dans la fenêtre de Qemu | | ||
| + | |||
| + | voir le très bon tuto sur lea-linux là : | ||
| + | |||
| + | http://lea-linux.org/documentations/index.php/Software-soft_emul-qemu | ||
| + | |||
| + | ==== Utiliser lecteur CDRom de l'hôte ==== | ||
| + | |||
| + | Au moment de lancer votre machine virtuelle, ajoutez ''-cdrom /dev/sr0'' dans la ligne de commande. | ||
| + | |||
| + | Merci à MicP pour le tuyau. 8-) | ||
| + | |||
| + | ===== Utiliser la clef USB de l'hôte comme périphérique USB ===== | ||
| + | |||
| + | Insérez sur et identifiez la partition d'une clé usb avec la commmande [[:doc:systeme:lsblk | lsblk]], mettons par exemple que ce soit ''/dev/sdg'' | ||
| + | |||
| + | Et pour lancer votre machine virtuelle sous qemu rajoutez le paramètre suivant, en spécifiant le périphérique trouvé dans lsblk (à la place de ''/dev/sdg'' : | ||
| + | <code>-usbdevice disk:/dev/sdg</code> | ||
| + | |||
| + | //Merci pour cette information à ce cher //**adrien**// sur le salon #slackware-fr qu'est un vrai geek sympa !// :-D | ||
| + | |||
| + | ==== Faire une installation à distance ==== | ||
| + | |||
| + | Si vous procédez à une installation distante, rajouter à la fin de la ligne: | ||
| + | <code bash>--vnc :0 -k fr</code> | ||
| + | |||
| + | Ainsi, vous devriez pouvoir vous connecter via un client VNC tout en gardant une disposition clavier AZERTY ;) | ||
| + | |||
| + | ==== Changer de CDROM en cours d'installation d'un logiciel sur la machine virtuelle ==== | ||
| + | |||
| + | Imaginons un instant qu'à partir d'un support CDROM avec grande souffrance morale vous ayez lancé l'installation d'un logiciel privateur avec "wine" dans votre machine virtuelle qemu (pour éviter que de potentiels vilains malwares viennent titiller votre OS vénéré). \\ | ||
| + | Tout se déroule correctement et soudain l'installateur vous demande d'insérer le CDROM N°2 !!! | ||
| + | |||
| + | //La tuile... \\ | ||
| + | Comment faire, car on a beau changer le CDROM, qemu reste incapable de le lire ?// | ||
| + | <note important>Ne cherchez pas non plus à faire de pénibles opérations de démontage-remontage du périphérique, c'est l'échec assuré !</note> | ||
| + | Pas de panique, il y a un moyen simple d'y arriver en utilisant le moniteur Qemu ! :-) | ||
| + | |||
| + | Toujours dans la machine virtuelle commencez par appuyer sur le raccourci clavier <key>CTRL+ALT+2</key> (dans la VM qemu) vous accéderez ainsi au moniteur qemu (qui ressemble à un terminal...). | ||
| + | |||
| + | Première chose à faire, il faut identifier les lecteurs vus par Qemu en entrant la commande suivante : | ||
| + | <code config séquence interactive>(qemu) info block</code> | ||
| + | <code config retour de la commande>ide0-hd0: /home/<user>/<RépertoireImage>/image.qcow2 (qcow2) | ||
| + | |||
| + | ide1-cd0: /dev/sr0 (raw,read-only) | ||
| + | Removable device: locked, tray closed | ||
| + | |||
| + | floppy0: [not inserted] | ||
| + | Removable device: not locked, tray closed | ||
| + | |||
| + | sd0: [not inserted] | ||
| + | Removable device: not locked, tray closed | ||
| </code> | </code> | ||
| + | La ligne **ide1-cd0: /dev/sr0 (raw,read-only)** désigne le lecteur cdrom monté par le système virtuel. \\ | ||
| + | Il est actuellement verrouillé (locked). | ||
| - | Et voilà, maintenant, il suffit de modifier le script ''launch_vm.sh'' pour qu'il utilise ''test1.qcow2'' au lieu de ''base.qcow2'' | + | Il faut maintenant éjecter le cdrom. |
| - | == Astuce == | + | Commencez par appuyer sur le bouton (physique) d'éjection du tiroir cdrom de votre PC et __**laissez-le ouvert**__. \\ |
| + | Puis entrez les deux commandes suivantes dans le moniteur Qemu : | ||
| + | <code config séquence interactive>(qemu) eject ide1-cd0</code> | ||
| + | <code config séquence interactive>(qemu) info block</code> | ||
| + | <code config retour de la commande>ide0-hd0: /home/<user>/<RépertoireImage>/image.qcow2 (qcow2) | ||
| - | Avec le script suivant ''launch_vm2.sh'' : | + | ide1-cd0: /dev/sr0 (raw,read-only) |
| + | Removable device: not locked, tray closed | ||
| - | <file config script launch_vm2.sh> | + | floppy0: [not inserted] |
| - | #!/bin/bash | + | Removable device: not locked, tray closed |
| - | IMG=$1 | + | |
| - | shift; | + | |
| - | qemu -m 256 -soundhw all -vga cirrus -hda ~/vm/fenetresXP/$IMG.qcow2 $* | + | |
| - | </file> | + | |
| - | Vous lancez la machine de base (attention, en lecture seule) avec : | + | sd0: [not inserted] |
| - | <code root>./launch_vm2.sh base</code> | + | Removable device: not locked, tray closed</code> |
| + | Removable device: not locked = Le lecteur est déverrouillé. | ||
| - | La machine de test 1 : | + | Insérez **le nouveau** cd dans le lecteur cdrom, fermez le tiroir puis entrez les deux commandes suivantes dans le moniteur Qemu : |
| - | <code root>./launch_vm2.sh test1</code> | + | |
| + | <code config séquence interactive>(qemu) change ide1-cd0 /dev/sr0</code> | ||
| + | <code config séquence interactive>(qemu) info block</code> | ||
| + | <code config retour de la commande>ide0-hd0: /home/<user>/<RépertoireImage>/image.qcow2 (qcow2) | ||
| - | Etc. Vous pouvez simultanément avoir 12((pour toute valeur de 12)) machines de test différentes basées sur la même image ''base.qcow2'', et ce, pour un coût en espace disque moindre ! | + | ide1-cd0: /dev/sr0 (raw,read-only) |
| - | ===== Quelques raccourcis indispensables ===== | + | Removable device: locked, tray closed |
| - | * ctrl-alt-f: passe en plein-écran. | + | |
| - | * ctrl-alt-1: affichage graphique de l'invité. | + | |
| - | * ctrl-alt-2: passage au moniteur Qemu; attention, dans ces deux options, le 1 et le 2 sont à taper sur les chiffres hauts du clavier, pas sur le pavé numérique. | + | |
| - | * ctrl-alt: pour arrêter le contrôle de la souris dans l'invité, alors que pour l'activer, on avait cliqué dans la fenêtre de Qemu. | + | |
| - | voir le très bon tuto sur lea-linux là : | + | floppy0: [not inserted] |
| + | Removable device: not locked, tray closed | ||
| - | http://lea-linux.org/documentations/index.php/Software-soft_emul-qemu | + | sd0: [not inserted] |
| + | Removable device: not locked, tray closed</code> | ||
| + | C'est bon le nouveau CD est correctement reconnu par Qemu. 8-) | ||
| + | |||
| + | Appuyez sur les touches de raccourci <key>CTRL+ALT+1</key> pour retourner dans le mode graphique de l'invité et poursuivez votre installation. | ||
| + | |||
| + | C'est le moment de verser une larme de joie et de chanter un psaume car un miracle s'est accompli. | ||
| + | |||
| + | On ne peut être qu'ému n'est-ce pas ? :-P | ||
| + | |||
| + | ==== Ajouter une interface réseau de type "bridge" (pont) ==== | ||
| + | |||
| + | Afin de bénéficier de toute la commodité d'un réseau où les machines virtuelles créées sont bien intégrées au réseau des machines physiques déjà présentes, suivre d'abord ce tuto : | ||
| + | * [[:doc:reseau:interfaces:tapbridge | Configurer une interface réseau virtuelle]] | ||
| + | |||
| + | === Activez l'interface réseau et démarrez la machine virtuelle === | ||
| + | |||
| + | Une fois l'installation terminée, démarrez votre machine virtuelle et son interface réseau. | ||
| + | |||
| + | Activez l'interface réseau ''tap0'' est activé : | ||
| + | <code root>ifup tap0</code> | ||
| + | |||
| + | Démarrez votre machine virtuelle par cette commande : | ||
| + | <code user>kvm -net nic,model=rtl8139,vlan=0,macaddr=00:11:22:33:44:55 -net tap,vlan=0,ifname=tap0,script=no -enable-kvm -m 512 image.qcow2</code> | ||
| + | |||
| + | ==== Pare feu et Qemu ==== | ||
| + | |||
| + | Un post dans le forum à donné une solution pour configurer le firewall avec KVM : [[https://debian-facile.org/viewtopic.php?pid=320330#p320330|[Résolu] Virt-Manager QEMU/KVM Aucune conexion réseau]]. | ||
| + | |||
| + | ===== Problèmes rencontrés ===== | ||
| + | |||
| + | ==== Problème de carte graphique ==== | ||
| + | |||
| + | **Le 27/02/2012** Après l'installation d'une squeeze sur une VM Qemu/KVM sous fedora, lors du boot j'ai eu le message : | ||
| + | |||
| + | unaligned pointer 0x8ef10002 | ||
| + | |||
| + | Le problème a été résolu en changeant le modèle de carte graphique virtuelle pour ''-vga std'' ou ''-vga cirrus'' à la place de ''-vga qxl'' ou ''-vga vmvga''. | ||
| + | |||
| + | Voir sur le forum : | ||
| + | * http://debian-facile.org/forum/viewtopic.php?pid=42774#p42774 | ||
| + | |||
| + | //Merci //**chiwawa**// t'est pas chien de nous l'avoir indiqué, sûr !// :-D | ||
| + | |||
| + | ===== Tutos ==== | ||
| - | Lien : | + | - [[:doc:systeme:vm:qemu:tuto:installation_windows|Installation de Fenêtre XP sur une VM]] |
| - | Voir : [[:doc:systeme:kvm|KVM - Fork de Qemu]] | + | - [[:doc:systeme:vm:qemu:tuto:installation_slackware|Installation de Slackware sur une VM]] |
| ===== Références ===== | ===== Références ===== | ||
| - ''man qemu'' (anglais) | - ''man qemu'' (anglais) | ||
| - http://www.esaracco.fr/documentation/qemu/qemu/ (ou en [[http://esaracco.free.fr/documentations/qemu/qemu.pdf|pdf]]) sur le site http://www.esaracco.fr/ | - http://www.esaracco.fr/documentation/qemu/qemu/ (ou en [[http://esaracco.free.fr/documentations/qemu/qemu.pdf|pdf]]) sur le site http://www.esaracco.fr/ | ||
| + | - http://virt.kernelnewbies.org/KVM_Multiuser_Usage?highlight=%28kvm%29%7C%28usb%29 //Offert par //**arthefact**// sur irc// | ||
| + | - http://doc.ubuntu-fr.org/kvm //Nos habituels amis utilisant la distribution Debian.// | ||
| + | - http://fr.wikipedia.org/wiki/Adresse_MAC | ||
