Si ça ne tenait qu'à moi, je m'en passerais bien de cette config à la noix :hammer:
Je n'ai pas le choix, l'appli que je dois faire tourner n'est validée que pour Windows. J'ai fait des demandes pour que le kit soit mis en place pour fonctionner sour Linux, mais étonnamment je n'ai toujours pas de réponse...
Je vais refaire mon install avec une corporate maintenant que je sais que le système fonctionne sous KVM.
Salut tout le monde,

Même problème :
Après installation de l'OS Windows XP
Booting from Hard Disk...
Err. lecture disque
Entrez CTRL+ALT+Suppr pour redémarrer
@ Proxy : voici mon fichier XML 
cat /etc/libvirt/qemu/windows.xml 
<domain type='qemu'>
  <name>windows</name>
  <uuid>03ac66a0-1812-db70-ba39-1fc4cae4197d</uuid>
  <memory>1048576</memory>
  <currentMemory>1048576</currentMemory>
  <vcpu>1</vcpu>
  <os>
    <type arch='i686' machine='fedora-13'>hvm</type>
    <boot dev='hd'/>
  </os>
  <features>
    <acpi/>
    <apic/>
    <pae/>
  </features>
  <clock offset='localtime'/>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>restart</on_crash>
  <devices>
    <emulator>/usr/bin/qemu</emulator>
    <disk type='file' device='disk'>
      <driver name='qemu' type='raw'/>
      <source file='/var/lib/libvirt/images/windows.img'/>
      <target dev='hda' bus='ide'/>
      <address type='drive' controller='0' bus='0' unit='0'/>
    </disk>
    <controller type='ide' index='0'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/>
    </controller>
    <interface type='network'>
      <mac address='52:54:00:b3:f0:e0'/>
      <source network='default'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
    </interface>
    <serial type='pty'>
      <target port='0'/>
    </serial>
    <console type='pty'>
      <target port='0'/>
    </console>
    <input type='tablet' bus='usb'/>
    <input type='mouse' bus='ps2'/>
    <graphics type='vnc' port='-1' autoport='yes' keymap='fr'/>
    <sound model='es1370'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/>
    </sound>
    <video>
      <model type='cirrus' vram='9216' heads='1'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>
    </video>
  </devices>
</domain>
4 jours plus tard
J'ai trouvé ce qui pose problème pour le boot via l'image du HDD : sous Fedora 12, aucun souci, je peux booter sur l'image Windows, au démarrage, qemu trouve le HHD en ata0 et un lecteur CD en ata1.
Sur Fedora 13, qemu ne me produit pas le même boot. C'est donc la version de qemu qui fait que ça ne fonctionne pas sur Fedora 13.
Pourtant , j'ai quelques VM Qemu qui fonctionnent très bien sous F13
Est-ce-que tu fais une configuration particulière de qemu ? Lorsque tu crées ta VM depuis l'interface, tu mets quoi comme paramètres ?
Non, par contre j'utilise qemu-kvm
Le paquet qemu-kvm est bien installé chez moi, par contre les paquets openbios-common, openbios-ppc, qemu-system-... et qemu-user ne sont pas installés.
J'en déduis que je tourne avec qemu-kvm. Comment fait-on pour choisir la façon dont on émule le système ?

La situation est la même sur mon poste en Fedora 12 et pourtant lui fonctionne.

J'ai fait un test à côté de tout ça : au lieu de booter sur une iso de CD d'installation XP (600 Mo), j'ai mis une iso de pur boot (900 Ko) : malgré l'avertissement qu'il n'y a pas de ntldr, le boot continue et le HDD WinXP est bien lancé.
Tu le vois dans le fichier xml de la VM :
<emulator>/usr/bin/qemu-kvm</emulator>
Effectivement, c'est bien qemu-kvm qui tourne sur mes deux postes.
Donc pourquoi qemu-kvm n'arrive pas à faire booter nos VM sur HDD ?
@LOOPING : tu as le même pb que pikaraph ?

Cela fonctionne parfaitement chez moi.
Est ce des nouvelles VMs ?
les VMs sont créer à partir d'ISO DVD pour Win 7...
Cela fonctionne sous CentOs mais c'est du Xen et l'hyperviseur sous F13 fonctionne à merveille.

Oui j'ai le même problème.
Donc je vois pas pourquoi QEMU me bloque le boot.
Wiki Virtualisation Qemu
Troubleshooting virtualization
SELinux

The SELinux policy in Fedora has the necessary rules to allow the use of virtualization. The main caveat to be aware of is that any file backed disk images need to be in the directory /var/lib/libvirt/images. This applies both to regular disk images, and ISO images. Block device backed disks are already labelled correctly to allow them to pass SELinux checks.

Beginning with Fedora 11, virtual machines under SELinux are isolated from each other with sVirt.
Log files

The graphical interface, virt-manager, used to create and manage virtual machines, logs to $HOME/.virt-manager/virt-manager.log.

The virt-install tool, used to create virtual machines, logs to $HOME/.virtinst/virt-install.log

Logging from virt-manager and virt-install may be increased by setting the environment variable LIBVIRT_DEBUG=1. See http://libvirt.org/logging.html

All QEMU command lines executed by libvirt are logged to /var/log/libvirt/qemu/$DOMAIN.log where $DOMAIN is the name of the guest.

The libvirtd daemon is responsible for handling connections from tools such as virsh and virt-manager. The level and type of logging produced by libvirtd may be modified in /etc/libvirt/libvirtd.conf.
Serial console access for troubleshooting and management

Serial console access is useful for debugging kernel crashes and remote management can be very helpful.

Fully-virtualized guest OS will automatically have a serial console configured, but the guest kernel will not be configured to use this out of the box. To enable the guest console in a Linux fully-virt guest, edit the /etc/grub.conf in the guest and add 'console=ttyS0 console=tty0'. This ensures that all kernel messages get sent to the serial console, and the regular graphical console. The serial console can then be access in same way as paravirt guests:

su -c "virsh console <domain name>"

Alternatively, the graphical virt-manager program can display the serial console. Simply display the 'console' or 'details' window for the guest & select 'View -> Serial console' from the menu bar.
Graphical console access

In order to get a graphical console on your guest you can either use 'virt-manager' and select the console icon for the guest, or you can use the 'virt-viewer' tool to just directly connect to the console:

virt-viewer guestname

Accessing data on guest disk images
Remember never to do this while the guest is up and running, as it could corrupt the filesystem

The 'guestfish' package allows you to use a simple shell interface to manipulate guest disk images without needing to run the guest.

su -c 'yum install guestfish'

See 'man guestfish' and guestfish recipes for information and some common recipes. guestfish can also be scripted to change a group of guest disk images in a row.
LOOPING : j'ai désactivé selinux après l'installation de Fedora 13, pour moi, le problème ne vient pas de là dans mon cas.
Je me permet de poster car j'ai le même problème en tentant d'installer Windows XP en virtuel sur une F13 toute belle : le HDD ne veut pas booter pour cause d'erreur de lecture disque.
Si quelqu'un trouve une piste, je suis preneur =)
J'ai essayé de booter sur le HDD virtuel créé sur ma F12 et qui fonctionne. Sur ma F13 : pas moyen, toujours HDD non bootable, alors qu'il l'est sur la F12...
Quelque peut-il essayer de faire comme nous ?

Créer une VM et nous donner un retour d'expérience.

Merci d'avance
Bon ben finalement, j'ai installé Windows en virtuel avec VirtualBox.
Ça marche du feu de Dieu.
Adieu KVM...
Je viens de récréer une nouvelle VM Centos sous KVM : aucun pb
proxy wrote:Je viens de récréer une nouvelle VM Centos sous KVM : aucun pb
Est-ce-que tu peux donner la procédure que tu suis, les paramètres que tu rentres ? Il doit y avoir un truc qu'on ne fait pas correctement par rapport à toi.