Super User is a question and answer site for computer enthusiasts and power users. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I have a 64 bit Ubuntu 9.10 workstation with two virtualized guest OSes using KVM/QEMU. Also both 64-bit. One is Fedora 12 the other is beta of Ubuntu 10.04.

The problem is that I would like to use a larger size display that is configured by default. Both guest OSes have a maximum screen resolution of 1024x768. I would like to increase this to something like 1280x900 or 1440x900. The resolution of the host system is 1920x1080.

This configuration appears to be a result of the installation detecting the resolution being reported by the virtual screen during installation.

The only information I have found on the subject suggests modifying the xorg.conf file in the /etc/X11 directory. Neither guest system has this file.

I tried creating one by hand in the Fedora system and managed to render it completely unusable. Not a big deal as this is recently installed and can be reinstalled easily.

Is what I want to do possible? If so, how do I accomplish it?

share|improve this question

migrated from Apr 18 '10 at 16:09

This question came from our site for system and network administrators.

+1 This is something I'd also really like to know. My HostOS native resolution is 1920x1080 and my GuestOS (Windows 7) is also stuck @ 1024x768. I'm pretty sure (from what I've read online so far) that qemu handles the hardware virtualization but I have no idea how to configure it to work with the physical graphics card. – Evan Plaice Jul 29 '10 at 5:30
Got it, see my answer. – Evan Plaice Jul 29 '10 at 9:10
Also see VNC display size on RedHat's libvirt mailing list. – jww Feb 1 at 2:19
up vote 1 down vote accepted

Add the '-vga std' flag to the command line

Basically, the virtual machine loads its own virtual driver. Hardware virtualization is necessary because virtual disk images are often copied to many different systems with diverse architectures. By abstracting the hardware the vm images are capable of doing this.

By using the '-vga std' flag you make the GuestOS load a standard VGA device that should be able to support resolution equal-to-or-greater than your physical card can handle.

For more info check out this article.

Note: If you're using an older version of kvm/qemu the you might need to use the '-std-vga' flag instead.

If you aren't able to reach resolutions greater than 1600x1200 note that there are still some issues with this option.

share|improve this answer
I have -vga std and can access high resultions from windows guests, but my ubuntu guest is stuck on 1024x768. Those linked posts are pretty old (2008 and 2010 respectively). – Matt Connolly Oct 19 '12 at 6:21
When you say "Add the '-vga std' flag to the command line", where did you add it? Do you launch the guest with virsh start <machine> -vga std? Or did you do something else? – jww Feb 1 at 2:21
@jww On the first boot it can be set temporarily from the grub console. Add it as a kernel flag. After, the system is booted it can be added permanently to grub.conf the same way it was added through the grub console. Don't forget sudo update-grub to lock-in the settings after editing the grub config. – Evan Plaice Feb 1 at 2:48

Use the vmvga Video Card

I use virt-manager (as I'm a complete noob to kvm and libvirt).

I was able to get higher resolutions on a Windows 7 guest by changing the video card from vga to vmvga in the virtual machine's settings window.

share|improve this answer
Me too ... but that doesn't change (always 1024x768) ! – user315616 May 1 '14 at 12:35
i going way back in my memory here, but i think i was able to change the screen resolution within the guest OS once it booted using the vmvga card. – diffalot Sep 2 '14 at 22:13

As of 2014, if you want to get better than the 1024x768 resolution offered by the Cirrus vGPU, and you are running KVM as your hypervisor on an x86_64 hostOS platform, you should look into using the QXL vGPU driver in the guestOS, coupled with the spice-server display. This can be configured from your virt-manager GUI settings (or of course from CLI args).

In my case, I created the VM using virt-install, put the OS on the vHDD using the normal vnc-style control and the normal cirrus-vGPU. Once everything was working, and all guestOS (and hostOS) software updates had been applied, I used virt-manager to change from vnc-display to spice-graphics, and from cirrus-video to QXL-video. It also helps to add the 'channel' to your VM for spice-vdagent[d] running inside the guest, which allows you to cut-n-paste data in between guestOS apps and hostOS apps pretty decently.

Besides offering high resolutions, the QXL/spice setup was a big improvement over the Cirrus/VNC setup when watching videos in the guestOS -- I actually got some thermal-trip warnings from the CPU when attempting to watch fullscreen videos in 1024x768 Cirrus/VNC, but the laptop ran cool and the fans were quiet when doing fullscreen 1920x1080 video with the more-efficient QXL/spice option. There are limitations on what sort of installations are supported by QXL/spice, but if your system(s) can use them, they are recommended for improved 2D and video-playback. , scroll down to "Enabling SPICE using virt-manager". I wasn't prompted to add the channel, as the page claims, but it wasn't hard to add manually. If you are working with windows-guestOSes, or having trouble with the brief instructions at the site, see here -- (but beware both the wiki and the main site are WOEFULLY out-of-date with many pages from 2009 through 2012, so tread carefully). The project is actively developed, but not very actively documented.

QXL/spice is not especially straightforward at the moment, and may not work in your desired software/hardware enVironment. Still, with a bit of elbow-grease it can be made to work, and the upside is significant (especially if battery-life and/or fan noise are concerns). You won't get truly high performance graphics -- investigate VFIO and VT-d/IOMMU passthru for that possibility iff you have the specialized CPU+GPU hardware needed and plenty of time to try and get it working. QXL/spice gives decent 2D and video-playback speed, though.

share|improve this answer

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .