Lien Le calendrier de l'avent de QEMU : une image disque par jour
1
déc.
2020
Forum général.cherche-logiciel Une solution pour faire tourner iologo sous GNU/Linux ?
12
avr.
2024
Bonjour,
Je ne connais pas le Windows de Microsoft car je n’utilise personnellement que nos systèmes GNU/Linux depuis plus de 20 ans.
L’une de mes collègues qui avait choisi d’emporter un ordinateur de fonction sous GNU/Linux et qui en est totalement satisfaite, y compris d’un point de vue éthique, a dû se résigner à emporter un deuxième ordinateur, équipé du Windows de Microsoft, car elle ne possède personnellement qu’un vieux Mac et que les soins de santé pour son jeune (…)
Lien MicroVM, la VM qui boote vite, a été mergée dans QEMU
7
nov.
2019
Lien Héberger un site web public sur MS-DOS
1
avr.
2024
Forum général.général Lecteur réseau dans guest qemu windows dans host linux: samba ou nfs ?
14
fév.
2023
Bonjour,
Titre cryptique pour question potentiellement capillotractée.
J'ai une VM qemu windows tournant sur une machine linux en mode bridge.
Cette VM doit communiquer avec un NAS.
Quelle est la solution la plus efficace ?
- 1/ exposer le NAS via samba et déclarer un lecteur réseau directement vers le NAS dans la VM
- NAS<-samba->(
hôte)<->VM
- NAS<-samba->(
- 2/ exposer le NAS via NFS, activer la gestion de NFS dans windows et déclarer un lecteur réseau NFS dans la VM (…)
Forum Linux.débutant Questions sur la virtualisation via KVM - Qemu - Proxmox - Ovirt
29
déc.
2016
Bonjour à tous.
Je me permets de venir vers vous pour avoir de l'aide et des infos svp.
Je suis actuellement en formation ASR à l'ENI de Nantes depuis 1 mois et je ne connais pas du tout l'environnement linux/Unix.
D'ailleurs pardonnez moi d'avance si ce que je peux dire peut paraitre aberrant mais je suis 100% débutant dans cet environnement.
Pour ma formation je vais devoir présenter une sorte de rapport en mise en situation afin d'expliquer à la (…)
Forum général.cherche-logiciel Simulateur de réseau : virtualisation, 802.11, scriptable
20
fév.
2016
Bonjour,
Dans le cadre de mon projet de fin d'étude je cherche à créer une librairie de communication pour un projet où une cinquantaine de Raspberry Pi sont en réseau et doivent communiquer.
Pour rendre les phases de test pas trop longues et fastidieuses je cherche un logiciel qui me permettrai de simuler au mieux les conditions réelles de mon projet.
Pour cela, le logiciel devrait :
- Permettre de simuler des machines virtuelles pour émuler du armv6/7h sur du x86_64
- (…)
Forum Linux.debian/ubuntu RAID, LVM, virtualisation sous Xen et debian
28
déc.
2012
Bonjour à tous,
Je me tourne vers vous, car malgré toute la doc que j'ai déjà pu engloutir (je suis pas au bout de mes surprises), je me pose quand même plusieurs question.
Le projet (en cours) : Un Kimsufi KS R-16G, 4 utilisateurs (principaux)
DD: 2x1To
Proc : Intel i3 2130 3.4+ GHz
RAM : 16 Go
Raid soft 0/1 (voulu).
Ce que j'aimerais faire :
Plusieurs machines virtuelles sous xen, hebergé sur 1 machine hôte (debian) et (…)
Forum Linux.général Stockage sous KVM
19
fév.
2015
Bonsoir à tous,
depuis quelques semaines je fais de la virtualisation sous KVM et j'essaie de comprendre un peu comment marche le stockage avec une couche de virtualisation par dessus.
J'essaie de trouver le meilleur compromis entre performance, facilité d'utilisation et de restauration/sauvegarde (mon but étant de pouvoir sauvegarder une VM et de la réimporter facilement sur un autre serveur KVM, pas de migration à chaud car pas de stockage réseau).
Je ne comprends pas ce qu'apporte le principe de (…)
Forum Linux.général Impossible d'accéder à virt-manager à distance via SSH avec Gnu GuixSD
30
nov.
2020
Bonjour,
J'aimerai pouvoir accéder via virt-manager depuis un ordinateur tournant sur Gnu Guix SD à mes machines virtuelles présent sur un autre ordinateur.
virt-manager utilise SSH pour accéder au ordinateur à distance.
J'ai configure les clées SSH pour accéder à mon ordinateur distant, la connection ssh se fait sans aucun souci.
Cependant pour pouvoir se connecter à distance à travert virt-manager il faut installer le paquet gnome-ssh-askpass.
En cherchant sur la dépôt de package gnu guix je n'ai pas trouvé (…)
Sortie de l'émulateur Qemu 0.7.0
31
mai
2005
Après plus de 6 mois de développement, une nouvelle version de Qemu est sortie fin avril. Qemu est un émulateur fonctionnant dans deux modes différents. Le premier mode permet d'émuler une architecture matérielle complète : le processeur ainsi que les périphériques matériels comme les disques, les cartes réseau, les ports séries, etc. Ce mode permet d'exécuter un système d'exploitation complet, et se rapproche de ce que permet l'émulateur Bochs. Le second mode, fonctionnant sous GNU/Linux uniquement permet d'exécuter des binaires prévus pour une architecture donnée sur une autre architecture : l'émulation n'a lieu que pour un processus particulier.
Le premier mode permettant d'exécuter un système d'exploitation complet, il est parfait pour tester de nouveaux systèmes, réaliser le débogage de modules noyau ou simuler des réseaux composés de machines virtuelles. Le second mode permet par exemple aux possesseurs d'architectures non-x86 d'exécuter des applications propriétaires compilés pour x86 lorsque cela est nécessaire.
Qemu étant indépendant du processeur émulé, il supporte l'émulation de différentes plateformes. L'émulation des processeurs x86 et PPC est complète, et l'émulation des processeurs x86_64, ARM ou SPARC sont à des états plus ou moins avancés. D'autre part, Qemu utilise une technique de traduction dynamique, qui consiste à transformer le code binaire de l'architecture cible en code binaire pour l'architecture hôte. Cette traduction étant effectuée une fois pour toutes pour chaque partie de code, la vitesse d'émulation est grandement améliorée par rapport à un émulateur classique comme Bochs.
Par ailleurs, la version 0.7.0 permet d'utiliser un module noyau, kqemu qui permet d'accélérer encore plus l'émulation, en permettant l'exécution de parties du code directement sur le processeur. Ce module ne fonctionne que si l'on émule un PC sur un PC et est livré sous licence propriétaire. Son auteur, Fabrice Bellard, qui est aussi le développeur principal de Qemu, recherche en effet un sponsor pour le développement de Qemu et kqemu. L'utilisation de cette licence propriétaire a provoqué de vives discussions sur la liste, certains défendant le bien-fondé de la démarche du développeur, d'autres la rejetant. Parallèlement, Paul Brooks a créé un projet expérimental pour développer un module aux fonctionnalités similaires à kqemu, mais distribué sous licence GPL: qvm86.
En dehors de ce support de kqemu, la version 0.7.0 apporte quelques nouveautés ou améliorations comme le support initial de l'architecture x86_64, une amélioration du support SPARC qui permet maintenant de démarrer Linux, le support de l'émulation du port parallèle, des instructions MMX, SSE, SSE2 et PNI, l'amélioration du support ARM, et l'intégration d'un code émulant une unité de calcul en virgule flottante.
Le premier mode permettant d'exécuter un système d'exploitation complet, il est parfait pour tester de nouveaux systèmes, réaliser le débogage de modules noyau ou simuler des réseaux composés de machines virtuelles. Le second mode permet par exemple aux possesseurs d'architectures non-x86 d'exécuter des applications propriétaires compilés pour x86 lorsque cela est nécessaire.
Qemu étant indépendant du processeur émulé, il supporte l'émulation de différentes plateformes. L'émulation des processeurs x86 et PPC est complète, et l'émulation des processeurs x86_64, ARM ou SPARC sont à des états plus ou moins avancés. D'autre part, Qemu utilise une technique de traduction dynamique, qui consiste à transformer le code binaire de l'architecture cible en code binaire pour l'architecture hôte. Cette traduction étant effectuée une fois pour toutes pour chaque partie de code, la vitesse d'émulation est grandement améliorée par rapport à un émulateur classique comme Bochs.
Par ailleurs, la version 0.7.0 permet d'utiliser un module noyau, kqemu qui permet d'accélérer encore plus l'émulation, en permettant l'exécution de parties du code directement sur le processeur. Ce module ne fonctionne que si l'on émule un PC sur un PC et est livré sous licence propriétaire. Son auteur, Fabrice Bellard, qui est aussi le développeur principal de Qemu, recherche en effet un sponsor pour le développement de Qemu et kqemu. L'utilisation de cette licence propriétaire a provoqué de vives discussions sur la liste, certains défendant le bien-fondé de la démarche du développeur, d'autres la rejetant. Parallèlement, Paul Brooks a créé un projet expérimental pour développer un module aux fonctionnalités similaires à kqemu, mais distribué sous licence GPL: qvm86.
En dehors de ce support de kqemu, la version 0.7.0 apporte quelques nouveautés ou améliorations comme le support initial de l'architecture x86_64, une amélioration du support SPARC qui permet maintenant de démarrer Linux, le support de l'émulation du port parallèle, des instructions MMX, SSE, SSE2 et PNI, l'amélioration du support ARM, et l'intégration d'un code émulant une unité de calcul en virgule flottante.
Qemu 0.8.0 est sorti !
21
déc.
2005
Une nouvelle version du célèbre émulateur Qemu, la 0.8.0, est sortie aujourd'hui 20 décembre. Cette nouvelle version apporte plusieurs améliorations depuis la version 0.7.2, avec en particulier le support de l'émulation système pour l'architecture ARM, le support de l'émulation multi-processeur (SMP), des nouveaux pilotes sons (ALSA et DirectSound), un début de support du bus USB, l'émulation de la carte son PCI ES1370, l'émulation "utilisateur" des architectures MIPS et MIPSel et des améliorations pour l'émulation système de l'architecture MIPS permettant de démarrer le noyau Linux. Qemu permet également maintenant d'utiliser les ports séries et ports parallèles de l'hôte depuis une machine virtuelle (sous Linux uniquement). Les échanges sont toujours très intenses sur la liste de développement, ce qui promet à l'avenir de nouvelles améliorations.
Dans une précédente dépêche, nous rappelions que Qemu utilise une technique de traduction dynamique de code, ce qui lui permet d'offrir une vitesse d'émulation très supérieure à celle que Bochs peut proposer. L'utilisation des accélérateurs Kqemu (non-libre) ou Qvm86 (libre) permettant d'améliorer encore la vitesse d'émulation lorsque l'architecture hôte est identique à l'architecture émulée.
Dans une précédente dépêche, nous rappelions que Qemu utilise une technique de traduction dynamique de code, ce qui lui permet d'offrir une vitesse d'émulation très supérieure à celle que Bochs peut proposer. L'utilisation des accélérateurs Kqemu (non-libre) ou Qvm86 (libre) permettant d'améliorer encore la vitesse d'émulation lorsque l'architecture hôte est identique à l'architecture émulée.
Virtualisation complète avec kqemu
31
mar.
2006
Fabrice Bellard a encore frappé, lundi 27 mars est sortie une nouvelle version de kqemu, le module noyau d'accélération de qemu.
Passant directement de la version 0.7.2 à la version 1.3.0pre5, alors que la version officielle de qemu est la 0.8.0, ce module nous propose rien que moins que la virtualisation complète d'un OS (système d'exploitation).
Petit rappel : qemu est un émulateur qui fonctionne sous deux modes : émulation d'un système complet ou émulation sous Linux d'un programme conçu pour un autre CPU (par exemple, cela permet de faire tourner wine sous PowerPC sans avoir à installer une machine virtuelle).
La nouvelle version du module d'extension non libre kqemu nous propose deux modes :
- le mode normal où les applications utilisateurs sont transmises telles quelles au CPU d'où un gain très appréciable de temps, le noyau de l'OS virtuel étant émulé dans la machine qemu
- le nouveau mode de virtualisation complète (full virtualization mode). Dans ce mode, les applications utilisateurs mais aussi l'OS de la machine virtuelle sont directement exécutés par le CPU !
Les gains de temps à espérer de ce dernier mode vont faire du couple qemu+kqemu un outil indispensable (s'il ne l'était déjà). D'après Fabrice Bellard, cette virtualisation ne fait courir aucun risque à la machine hôte. Cependant, tous les OS ne peuvent pas forcément fonctionner sous ce mode. Linux, Windows 2000 et XP ont déjà été validés.
Avec qemu au coté de Xen, la virtualisation des systèmes d'exploitation devient chaque jour une réalité à la portée de tous.
NdM : Qemu est libre et sous licence GPL, mais le module d'accélération est propriétaire, voir license.html.
Passant directement de la version 0.7.2 à la version 1.3.0pre5, alors que la version officielle de qemu est la 0.8.0, ce module nous propose rien que moins que la virtualisation complète d'un OS (système d'exploitation).
Petit rappel : qemu est un émulateur qui fonctionne sous deux modes : émulation d'un système complet ou émulation sous Linux d'un programme conçu pour un autre CPU (par exemple, cela permet de faire tourner wine sous PowerPC sans avoir à installer une machine virtuelle).
La nouvelle version du module d'extension non libre kqemu nous propose deux modes :
- le mode normal où les applications utilisateurs sont transmises telles quelles au CPU d'où un gain très appréciable de temps, le noyau de l'OS virtuel étant émulé dans la machine qemu
- le nouveau mode de virtualisation complète (full virtualization mode). Dans ce mode, les applications utilisateurs mais aussi l'OS de la machine virtuelle sont directement exécutés par le CPU !
Les gains de temps à espérer de ce dernier mode vont faire du couple qemu+kqemu un outil indispensable (s'il ne l'était déjà). D'après Fabrice Bellard, cette virtualisation ne fait courir aucun risque à la machine hôte. Cependant, tous les OS ne peuvent pas forcément fonctionner sous ce mode. Linux, Windows 2000 et XP ont déjà été validés.
Avec qemu au coté de Xen, la virtualisation des systèmes d'exploitation devient chaque jour une réalité à la portée de tous.
NdM : Qemu est libre et sous licence GPL, mais le module d'accélération est propriétaire, voir license.html.
Forum Linux.embarqué [QEMU] [MICRO:BIT] utiliser STDIO (ou autre) pour debugger l'UART
5
oct.
2023
Bonjour.
Je suis en train de jouer avec l'uart de la Micro:bit. Cette carte est normalement censée être émulée par qemu, et l'UART est censée être implémentée.
Je cherche à faire en sorte de pouvoir envoyer des caractères depuis l'UART, et en recevoir. J'aimerais passer par la console, l'interface graphique QEMU, ou n'importe quel moyen.Cependant je n'ai pas l'impression de bien m'y prendre. (il me semble avoir réussi à le faire, mais c'est il y a longtemps et je ne (…)
Forum Linux.embarqué Ajouter un module
9
juil.
2013