Reprise du message précédent :
arf, pas faux, d'autant plus que mon win est un ghost spécifique Toshiba ...

oui mon objectif 1er etait d'utiliser mon winxp deja installer en double boot pour eviter justement de rebooter (enfin pas pour moi, mais pour ma moitié quia vait recupérer un logiciel de l'education nat. pas écrit pour linux donc...),
mais j'ai du me resigné à créer une partoche .img sur ma partoche linux et faire
une installe specifique pour qemu.

up!!!  

Qemu .9 est sortit !
 
Et mieux : KQemu devient libre !

Oui, mais, quid de la compilation avec gcc4 ?

Bon, nonobstant la compilation de qemu en gcc4, je reste sur la méthode de compilation en switchant sur gcc3.4 (que j'ai dû réinstaller du coup), méthode qui fonctionne très bien.
 
La version 0.9 est toujours aussi bien (ça faisait un bout que je n'avais pas lancé mon Qemu) :
 

     
qmemu .9 et kqemu 1.3.11
j'ai essayé et j'ai été époustouflé par les TRES TRES progres dans la rapidité d'exécution XP virtuel sur hote linux.
avant il faut dire que chez moi ca se trainait un peu, et maintenant c'est  plus vrai lus de ralentissement.
 
un grand bravo au(x) develloppeur(s)

Dites je rêves ou bien le support de kqemu n'est pas intégré dans le paquet de Debian ?

je crois que tu reves pas...
moi aussi j'attends avec impatience le paquet kqemu.deb

Je parlais pas de ça en fait ... je croyais que le support de kqemu était désactivé dans qemu.
En fait je m'étais gourré

Sinon en ce qui concerne le paquet debian pour kqemu, je pense qu'il devrait arriver bientôt vu que celui-ci a été libéré recemment.

Il existe déjà dans non-free pour etch et la version libre dans experimental.
http://packages.debian.org/cgi-bin [...] u&arch=any
 
Faudrait chercher un peu hein

quelqu'un pour m'expliquer comment faire fonctionner cela sur un double ecran? (2x1280x1024)
d'un côté win (plein ecran) et l'autre nux/gnome (plein ecran).
je n'arrive pas à faire le va et vient avec la souris alors qu'en mode fenetré 800x600 = impec

Ah oui,  
Faudrait que je pense à faire des update avant mes search  

Ptite question :

Si on crée une image avec Qemu et qu'on y installe un Linux, par exemple.
Est-il possible par la suite de copier le contenu de l'image sur une partition dédiée pour pouvoir booter dessus (sans virtualisation) ?

En faisant un ghost ou equivalent de ton systeme virtualisé, et en le restaurant sur la partition dédiée, ça doit marcher, juste un bemol sur les périphériques qui seront différents entre les deux systèmes ...

Oki.  
Et oui je me doute pour les périph spécifiques, mais si on garde un noyau générique, aucun pb.

-comment faire pour sortir du mode full screen via la console ?ctrl alt + f
-est til possible d agrandir la partoche d install ?J ai mis 2 giga pour un windows xp mais c est largement pas suffisant !j ai reinstallé  
 
 
par contre je me demande comment detecter mon lecteur mp3 (marque mpman) sous qemu , je passe l option -usb mais ca a pas l air de marcher j ai bien un usb de detecter mais il voit pas mon lecteur par dessus.Je voudrais essayer avec l option usbdevice mais je voit pas quoi mettre en argument pour qu il soit detecter surtout que dmesg me renvoit ca lorsque je connecte cette bouze sous linux:
 

 
des idées ?
 
merci

Je viens de comprendre que pour utiliser -kernel-kqemu sur un système amd64, il fallait utilise qemu-system-x86_64 !
 
C'est genial c'est vraiment super rapide !

Pourtant, c'était indiqué dans le topic .
 
.

oui mais pas en premier post

ça veut dire que kqemu n'est pas actif? (win98 tourne dans la choucroute)
j'ai pourtant fait un modprobe kqemu avant de lancer qemu.

/dev/kvm c'est le module kvm, pas le module kqemu. Mais à voir ta config, tu n'as pas droit au module kvm de toute façon.

non la, cette config est un amd64, c'est pour le taff
qu'est ce que je peux faire pour ameliorer l'accel noyal?

En amd64, avec le module kqemu chargé, il te faut les paramètres suivants :

 
Hop :
 

tu pense bien, j'ai deja essayé et ça rame toujours autant  
 
par exemple sur ma config perso en celeron, un win2000 fonctionne du tonnerre,
alors qu'un pov win98 sur un amd64, c'est bof. c'est la que je comprends pas trop
où se trouve la yecou  
et si bien sur ce kvm était la cause de mon pb

Ah .
Je n'ai testé que WinXP en Windows sur ma config (cf avant dans le topic), et ça va (d'après ce que j'ai vu, des Windows plus anciens devraient même être plus fluides).

En fait t'as le choix:
avec KVM, la méthode la plus rapide (nécessite un cpu compatible)
avec KQEMU
sans rien: le plus lent.

quelqu'un arrive à faire marcher de l'usb via qemu?

donc un celeron 2.8 serais compatible kvm  
et pas un amd64

Un céléron n'est pas compatible KVM. Il faut des processeurs avec le support de la virtu hardware pour KVM : certains C2D chez Intel ou AM2 chez AMD possède cette fonction. A vérifier sur le site de chaque constructeur.

L'info doit être dans /proc/cpuinfo.
Un simple :
grep svm /proc/cpuinfo  (pour proc AMD)
ou grep vmx /proc/cpuinfo (pour proc intel)

mouais j'ai regardé les infos concernant ces 2 proc et bon aucun des 2 ne possède d'extension (ce qui me semblait prévisible).
pourtant mon emu sur mon celeron 2.8 est bien plus rapide que sur amd sempron 3000+

Il faut faire cette verification avec un noyau adapté, cad assez récent pour reconnaitre ces extensions.
A confirmer, mais je pense que ni le celeron ni le sempron ne disposent de ces extensions. C'est reservé aux processeurs "haut de gamme".

> 2.6.17    

Cherche pas, t'as pas kvm. Puis ça s'active pas tout seul dans QEMU donc ta différence de perf n'a rien à voir avec.

Petite bizarrerie avec qemu.  
 
J'essaye de me creer un guest kubuntu (je fais tourner qemu sous windows xp). Je boote qemu sur l'image du CD kubuntu, avec en hda un fichier image vierge, et j'installe kubuntu sans probleme. Sauf qu'ensuite, quand je reboote le systeme a partir de hda (sans le cd de kubuntu) je me retrouve avec ca :

 
A vue de nez (en montant le disque virtuel comme s'il etait le hdb d'une autre install linux) grub est installe sur la partition (il se lance si je chroot dessus), mais il n'y a pas de dossier /boot/grub.
 
Probleme avec qemu ou avec ubuntu ?

Question bête c'est possible de virtualiser avec kvm un Os X patché x86 ?

Pas sûr que ca soit légal, AFAIK tu ne peux légalement  faire tourner OS X uniquement sur les plates formes apple. L'installer sur d'autre plate-forme est contraire au CLUF. Seul les dév d'apple le peuvent.

Mais je pensais qu'il y a avait des version x86 enfin le fameux mac-intel

Apple ont décidé d'utilisé des proc x86 pour leur hardware, cela ne change rien à l'affaire. Apple sélectionne toujours leur hardware

Plop,

Soit un *BSD dans un qemu avec un host linux 2.6.23.
Et un clef usb ralink utilisé avec qemu -usbdevice host:148f:2573.

Tout est bien qui commence mal.
ifconfig rum0 up, et le système invité lag.

Quelque chose pour utiliser l'usb proprement dans qemu?

http://zilwil.free.fr/jull/shot.jpg