Publié il y a 1 mois
Étiquettes: Windows, fedora, tips, virtualisation
Le comment.
Il semble que certains ne savent pas comment obtenir de hautes résolutions (plus de ~1400x1050) avec leurs machines virtuelles. Pourtant avec qemu l'on peut effectivement utiliser des résolutions plus élevées dans les machines virtuelles.Il suffit d'utiliser l'option -std-vga (renommée en -vga std dans les versions les plus récentes), et d'utiliser le bon pilote pour la carte graphique dans la machine virtuelle.
Invité sous Linux.
X.org doit utiliser le driver vesa. Il peux aussi être nécessaire de renseigner manuellement les résolutions que l'on souhaite utiliser.
Un exemple.
Ci dessous le xorg.conf d'une de machine virtuelle sous Fedora 9 :
Section "ServerLayout"
Identifier "single head configuration"
Screen 0 "Screen0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "fr"
Option "XkbVariant" "oss"
EndSection
Section "Monitor"
Identifier "DFP[0]"
Option "DPMS" "true"
HorizSync 30 - 90
EndSection
Section "Device"
Identifier "Videocard1"
Driver "vesa"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Videocard1"
Monitor "DFP[0]"
SubSection "Display"
Modes "1680x1050" "1440x900" "1280x800" "1280x1024" "1024x768" "800x600"
EndSubSection
EndSection
Invité sous Windows.
Concernant Windows, la prise en charge est automatique :)
Un peu plus loin.
Petit bonus, sous gnome l'applet resapplet permet de changer de résolution à la volée pour passer indifféremment du mode plein écran, à une taille adaptée pour le mode fenêtré ;)
La même chose est aussi possible sous Windows avec un programme comme FastRes
C'est parti du planet fedora, mais après tout, je peux aussi donner le mien
$ history | awk '{a[$2]++ } END{for(i in a){print a[i] " " i}}' | sort -rn | head
150 screen
64 ssh.ashley
41 cd
40 su
40 man
28 ls
17 env
16 vi
15 mpc
15 irssi
Publié il y a 1 année, 5 mois (Édité il y a 1 année, 3 mois)
Étiquettes: ArchLinux, Windows, coup de gueule, fedora, virtualisation
NOTE: une mise à jour sur l'évolution de la situation de kvm avec la sortie du noyau 2.6.22 est disponible ici.
Le problème.
En mettant à jour ma distribution, j'ai eu la mauvaise surprise de constater la désactivation du support de kvm dans le noyau par défaut.
[root@melody : ~]
# pacman -Q kernel26
kernel26 2.6.21.5-1
[root@melody : ~]
# zcat /proc/config.gz | grep KVM
# CONFIG_KVM is not set
Je ne m'attarderais pas sur les raisons qui ont poussé les développeurs à faire ce choix (cf ce fil de discussion et ma réponse).
La solution: on package
Si comme moi vous souhaitez tout de même utiliser kvm sur votre ArchLinux (i686), il faut reconstruire les paquets nécessaires en se basant entre autre sur les travaux effectués par l'équipe de ArchLinux (x86_64). Les paquets à reconstruire sont au nombre de 3:
- kvm-modules: Dans le PKGBUILD, n'hésitez pas à changer la ligne définissant la variable _kver afin que cette variable corresponde au noyau sur lequel vous souhaitez utiliser kvm.
- gcc3: La compilation des dernières versions de l'exécutable qemu utilisé par kvm nécessite gcc 3.4.x, or ArchLinux fourni un gcc 3.3.x.
- qemu-kvm: Pour finir il faut compiler le qemu fourni avec kvm.
Il faut noter que l'exécutable qemu produit est compatible avec le module kqemu présent dans le dépot extra.
Une capture d'écran pour la route.
Comme d'habitude, je ne pouvait pas faire un ticket sans une capture d'écran
Vous y voyez une fedora tournant dans ce qemu+kvm fraichement (ré)installé.
Un mal pour un bien ?
Bien que je ne sois pas d'accord avec cette suppression, elle a au moins le mérite de permettre d'utiliser des versions de kvm plus récentes que celles présentes dans les releases du noyau. Ainsi la version empaquetée ci dessus est la version kvm-28 qui supporte entre autre comme système invité (guest) Windows Vista, ce qui n'est pas possible avec la version kvm-17 fournie dans le noyau 2.6.21 .
J'ai soumis tout ces résultats sur le bugtracker d'ArchLinux en espérant qu'ils soient utiles.













![Validate my Atom 1.0 feed [Valid Atom 1.0]](http://media.slubman.info/valid-atom.png)