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:08] milou [Prérequis] |
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. |
| - | aptitude update | + | |
| - | puis on installe qemu : | + | |
| - | aptitude install qemu | + | |
| - | on compile et installe les modules noyaux : | + | |
| - | m-a a-i kqemu | + | |
| - | ===== 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.// | ||
| - | **À faire en tant que super utilisateur.** | + | ===== Configuration ===== |
| - | === Pour le charger une fois === | + | <note info> |
| - | <code bash> | + | 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. |
| - | modprobe kqemu | + | 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]]. |
| - | </code> | + | </note> |
| - | === Pour le charger à chaque démarrage === | + | De quoi a-t-on besoin pour faire une VM ? |
| - | **Attention, il y a deux '>', accolés l'un à l'autre** | + | ==== Un microprocesseur ==== |
| - | <code bash> | + | En fait, on parle plus généralement d'architecture. |
| - | echo kqemu >> "/etc/modules" | + | * 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. |
| - | </code> | + | * 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. | ||
| - | ==== Répertoire de travail ==== | + | 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. |
| - | On commence par se créer un répertoire de travail, par exemple : ''~/vm'' | + | Pour lister les commandes qemu associées à chaque architecture, lancer la commande: |
| - | <code bash> | + | <code user>ls /usr/bin/qemu-system-*</code> |
| - | mkdir -p ~/vm | + | |
| - | </code> | + | |
| - | ===== Création de machine virtuelle ===== | + | On indique ensuite le nombre de cœurs que l'on souhaite dédier à la machine via l'option ''-smp'' |
| - | <code bash> | + | Exemple: |
| - | cd ~/vm | + | <code user>qemu-system-x86_64 -smp 2</code> |
| - | </code> | + | |
| - | Pour faire plus propre, on va maintenant créer un dossier pour la machine en question. | + | ==== Un disque de stockage ==== |
| - | <code bash> | + | |
| - | mkdir fenetresXP | + | |
| - | cd fenetresXP | + | |
| - | </code> | + | |
| - | ==== L'image disque ==== | + | 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. |
| - | 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) | + | <note warning> |
| - | <code bash> | + | 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. |
| - | qemu-img create -f qcow2 base.qcow2 20G | + | </note> |
| - | </code> | + | |
| - | ==== Les périphériques ==== | + | 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. |
| - | Ils sont choisis au lancement de qemu, par le biais d'options données en ligne de commande | + | Exemple: |
| + | <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**. | ||
| - | === Pour choisir la carte son === | + | <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> |
| - | -soundhw bla | + | |
| - | Où bla peut prendre une des valeurs renvoyées par ''qemu -soundhw ?'' | + | <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. | ||
| + | //Un grand merci à //**vince06fr**//, [[http://debian-facile.org/viewtopic.php?pid=54073#p54073| sur le forum là]] ! Lucide, le gars// =) | ||
| + | </note> | ||
| - | === Pour changer de carte graphique === | + | Il est important de choisir un support de stockage dont la taille et la vitesse correspondent à ce que l'on veut faire. |
| - | -vga bla | + | On n'utilisera pas une clef USB pour installer une VM destinée aux jeux vidéo. |
| - | Où bla peut prendre une valeur parmi « cirrus, std, vmware, none » | + | 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. |
| - | === Pour l'usb === | + | Exemple: |
| - | * Active le support de l'usb | + | <code user>qemu-system-x86_64 -hda /srv/VM/archlinux/hdd.qcow2 -cdrom /home/captnfab/Téléchargements/archlinux.iso</code> |
| - | -usb | + | ==== Mémoire vive ==== |
| - | * Et pour ajouter les périphériques USB : | + | 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'). |
| - | -usbdevice bla | + | Exemple: |
| + | <code user>qemu-system-x86_64 -hda /srv/VM/archlinux/hdd.qcow2 -cdrom /home/captnfab/Téléchargements/archlinux.iso -m 2G</code> | ||
| - | //bla// peut être remplacé par | + | ==== Les périphériques USB ==== |
| - | - ''host:bus.addr'' pour affecter un port usb ( | + | |
| - | - ''host:vendor_id:product_id'' pour affecter un périphérique | + | Pour rajouter un contrôleur USB virtuel, on rajoute l'option ''-usb'', ensuite on peut rajouter |
| + | * 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. | ||
| Exemple : | Exemple : | ||
| - | Si la commande : | + | Si la commande ''[[:doc:systeme:lsusb|lsusb]]'' retourne la ligne suivante : |
| - | lsusb | + | <file config retour de la commande>Bus 007 Device 003: ID 0b97:7772 Blahhhhhhhhhh</file> |
| - | Me renvoie : | + | 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: |
| - | Bus 007 Device 003: ID 0b97:7772 Blahhhhhhhhhh | + | <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> |
| - | Bus 007 Device 002: ID 0b97:7761 Ploum ploum | + | |
| - | Si je veux monter le port USB sur lequel est branché mon périphérique Blahhhhhhhhhh | + | Si je veux monter Blahhhhhhhhhh où qu'il soit branché: |
| - | -usbdevice "host:007.003" | + | <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> |
| - | Si je veux monter Blahhhhhhhhhh où qu'il soit branché | + | ==== Les autres périphériques ==== |
| - | -usbdevice "host:0b97:7772" | + | |
| + | Une carte son, une carte graphique, des périphériques USB, le nombre de cœurs du microprocesseur, la carte réseau… | ||
| - | === Nombre de microprocesseurs à allouer à la machine === | + | 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. |
| - | -cpu n | + | |
| - | (où n représente ce nombre) | + | |
| - | === Taille de la mémoire vive à allouer à la machine === | + | Pour en savoir plus, consulter le manuel: |
| - | -m n | + | <code user>man qemu-system</code> |
| - | (où n est cette taille en Mio) | + | |
| - | + | ||
| - | === Et bien d'autres options, …=== | + | |
| - | … notamment pour le réseau (présent par défaut) | + | |
| - | Voir man ou documentation en référence. | + | |
| ==== 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 bash> | + | <code user> |
| touch "launch_vm.sh" | touch "launch_vm.sh" | ||
| </code> | </code> | ||
| On édite le fichier de sorte à ce qu'il ressemble à ça : | On édite le fichier de sorte à ce qu'il ressemble à ça : | ||
| - | <code bash> | + | <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" "$@" |
| - | </code> | + | </file> |
| On le rend exécutable : | On le rend exécutable : | ||
| - | <code bash> | + | <code user> |
| chmod a+x "launch_vm.sh" | chmod a+x "launch_vm.sh" | ||
| </code> | </code> | ||
| Ligne 161: | Ligne 161: | ||
| On veut booter sur le CDRom d'installation, donc | On veut booter sur le CDRom d'installation, donc | ||
| - | <code bash> | + | <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 bash> | + | 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 bash> | + | |
| - | 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 bash> | + | |
| - | qemu-img create -b base.qcow2 -f qcow2 test1.qcow2 | + | |
| - | </code> | + | |
| - | Et voilà, maintenant, il suffit de modifier le script ''launch_vm.sh'' pour qu'il utilise ''test1.qcow2'' au lieu de ''base.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 | | ||
| - | == Astuce == | + | voir le très bon tuto sur lea-linux là : |
| - | Avec le script suivant ''launch_vm2.sh'' : | + | http://lea-linux.org/documentations/index.php/Software-soft_emul-qemu |
| - | <code bash> | + | ==== Utiliser lecteur CDRom de l'hôte ==== |
| - | #!/bin/bash | + | |
| - | IMG=$1 | + | Au moment de lancer votre machine virtuelle, ajoutez ''-cdrom /dev/sr0'' dans la ligne de commande. |
| - | shift; | + | |
| - | qemu -m 256 -soundhw all -vga cirrus -hda ~/vm/fenetresXP/$IMG.qcow2 $* | + | 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). | ||
| - | Vous lancez la machine de base (attention, en lecture seule) avec : | + | Il faut maintenant éjecter le cdrom. |
| - | ./launch_vm2.sh base | + | |
| - | La machine de test 1 : | + | Commencez par appuyer sur le bouton (physique) d'éjection du tiroir cdrom de votre PC et __**laissez-le ouvert**__. \\ |
| - | ./launch_vm2.sh test1 | + | 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) | ||
| + | ide1-cd0: /dev/sr0 (raw,read-only) | ||
| + | Removable device: not locked, tray closed | ||
| - | 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 ! | + | floppy0: [not inserted] |
| - | ===== Quelques raccourcis indispensables ===== | + | Removable device: not 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à : | + | sd0: [not inserted] |
| + | Removable device: not locked, tray closed</code> | ||
| + | Removable device: not locked = Le lecteur est déverrouillé. | ||
| - | http://lea-linux.org/documentations/index.php/Software-soft_emul-qemu | + | Insérez **le nouveau** cd dans le lecteur cdrom, fermez le tiroir puis entrez les deux commandes suivantes dans le moniteur Qemu : |
| + | |||
| + | <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) | ||
| + | |||
| + | 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> | ||
| + | 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 | ||
