Skip to main content

You learn something new everyday! Using scale mode and VNC with VirtualBox to get a decent display resolution for a VM!

I was trying to get the display resolution for a Linux Virtual Machine to a reasonable value - the host has an old PCI video card and can only do 1024 by 768 so the VM has been restricted to less than that even when using VNC (ie Remote Desktop for non-Windows machines).

I was experimenting with the various modes that Virtual Box allows when I realised that after setting the Virtual Machine to Scaled Mode I was able to choose a resolution that was higher than the resoltuion of the host. It did look pretty odd on the Host but when using VNC it is fine!

I can now control the Virtual Machine and see much more in the window!


24 May: After updating the network router I found my Linux Virtual machine would now lock up. So I created a new one using Fedora Core 20. However I was not able to get anything greater then 1012 by 664 (the host is stuck at 1024 x 768!).

So after some digging I found the following in the Virtual Box help.

VBoxManage setextradata global GUI/MaxGuestResolution any

Run this from a terminal window to set the maximum allowable resulation to be greater then the hosts.

 The options are (copied from the help for VirtualBox):

VBoxManage setextradata global GUI/MaxGuestResolution any
will remove all limits on guest resolutions.
VBoxManage setextradata global GUI/MaxGuestResolution >width,height<
manually specifies a maximum resolution.
VBoxManage setextradata global GUI/MaxGuestResolution auto
restores the default settings. Note that these settings apply globally to all guest systems, not just to a single machine.

Comments

Popular posts from this blog

The Extended Attributes Are Inconsistent in Windows 8

I have upgraded my laptop to Windows 8 and all was fine for about three hours and then I started to get an error when trying to run any application that required Administrator privileges. Half an hour of Googling led me to this blog post   Case of the broken uac prompt This problem was caused by downloading themes. The final theme I had decided on included a new sound theme. Clearly at least one of the sounds did not play (the one for the UAC prompt!). Changing the sound theme (right click on desktop, choose "personalisation") to Windows Default sorted out the problem. Doing a clean install would also have fixed it but that would have been a drastic solution and as soon as I installed a new theme it may have happened again.

Beware vnc and upnp

My new linux box got hacked yesterday. I was careless. My ADSL router has upnp support and it is turned on by default. I enabled "Remote Desktop" in Linux - which is a version of vnc - and decided not to set a password as it would not be accessible from outside the local network. That was my first mistake. Last night I noticed a second connection to the linux box. Someone was using the browser and had connected to Western Union and was trying to install the flash plugin. They had not got very far as Fedora 14 does not install Flash on a 64bit system as it is still in beta so the install is not straightforward. I was able to disconnect this errant person before they got any further and I then disconnected the ADSL line from the modem to prevent another attempt and proceeded to diagnose what had happened. I checked the preferences for VNC and noticed the automatically configure the network check box had been selected and that it was reporting an external address could be

"No child processes" error on Linux

A problem was reported by a customer. They were getting a failure and in the logs it reported error → waitpid failed 'Reason: No child processes' The “No child processes” error came from waitpid() after using  fork/spawn to launch a utility to load data into a data base. Upon detailed investigation it appears it is possible that some other process that the user is running has changed the default handler for SIGCHLD - possibly the shell (e.g. bash!) used to launch our server processes. If the signal handler is set to SIG_IGN then when a process is started using fork()/exec() the return code from the process is NOT returned and waitpid() cannot retrieve the response code. The most likely reason for "No child processes" error from waitpid() is that the signal handler for child processes (SIGCHLD) is not set to SIG_DFL. This should not be possible however it seems that on Linux a process run in the shell (or maybe a shell process) can set it