Several monitors can be attached to a single computer system. Many years ago this was only possible by installing two or more video cards in a computer. Then some high-end video cards began appearing with outputs for two monitors. Nowadays, most laptops come with a main display and a socket for an external monitor while the integrated video cards on desktop systems provide VGA + DVI + HDMI outputs as standard. If you plug in multiple monitors to whatever video sockets you have available, they will more often than not "just work" - offering two or more versions of the same display. In some cases this is exactly what is required; allowing the same desktop to be viewed from different directions.
It is also possible to have these multiple monitors work together as an extended single desktop. It is even possible to join the displays from several computers - each with single or multiple monitors - into one very large extended desktop.
This document describes how to configure such a system.
Experimenting with Multiple Monitors
The easiest way to begin experimenting with multiple monitors is start with a system which has a working X setup supporting a single monitor. If you already have the additional equipment installed
- a video card with multiple video outputs or multiple vide cards
- monitors plugged into each of the video outputs
When everything is on you should see the same output on each monitor. The desktop is "cloned" on to the secondary monitors. If all the monitors are not exactly the same shape or support different resolutions you may only see portions of the main desktop display.
The best tool to experiment with configuring your monitors to display as you want is
xrandr. This may already installed as part of your Xorg installation from either the xorg or xorg-apps packages.
Use xrandr to experiment with different configurations until you arrive at settings you want to make permanent. The DualScreen and xrandr pages, the man page and various locations on the web provide more information on using the tool.
For example, the following command configures my dual monitor setup:
xrandr --output VGA-1 --rotate left --output VGA-1 --pos 0x0 --output DVI-0 --rotate left --output DVI-0 --pos 1080x0
I have two monitor devices with the logical names
DVI-0. These names can be determined using the command
xrandr -q or even searching through the X.org logfile
/var/log/Xorg.0.log. Both monitors are identical (with a resolution of 1920x1080) and can rotate or pivot from a landscape to a portrait orientation.
- VGA-1 is rotated 90 counter-clockwise from landscape to portrait
--output VGA-1 --rotate left
- VGA-1 is the main display, the position of other monitors will be measured relative to its top, left corner
--output VGA-1 --pos 0x0
- DVI-0 is also rotated
--output DVI-0 --rotate left
- DVI-0 sits immediately to the right of VGA-1
--output DVI-0 --pos 1080x0
If you have not done so already, create a simple batch script containing your desired xrandr command. Save it somewhere useful; /usr/local/bin perhaps. Your system can then be configured to call this script as you login to your account as your window manager starts. There are different locations for saving initialisation commands and indeed some Settings tools can add these commands in place for you.
placeholder for notes on KDE autostart
placeholder for notes on Gnome autostart
placeholder for notes on LXDE autostart
placeholder for notes on XFCE autostart
If none of the above options are available to you or you need a generic solution that will apply across all window managers and/or users; add the command to either to individual or system xinitrc scripts:
- system-wide initialisation file is
/etc/X11/xinit/xinitrc; add a line after the window manager has been started but before any applications are calledTip: this will only work if X is started manually, not from a display manager such as kdm, gdm, slim or whatever
- a user's personal initialisation file is
~/.xinitrcTip: this will be called as a user logins in from kdm, gdm, slim or whatever; some window managers may also call a similar command if it has been included in a startup file for the window manager; if you see unexpected results, check that xrandr is not being called several times with different optionsExecution of the command is usually quite noticeable as the monitors change from the basic cloned, landscape display to the independent portrait mode.
Make Settings the Default
Now you have your regular desktop spanning multiple monitors, it would be better if
- the irritating flicker as the monitors change did not happen as you login
- the login manager was also set to span multiple monitors; this is especially irritating if your monitors are rotated, like mine, so you have to turn your head 90 as you login
All that has to be done is to create an Xorg configuration file that serves the same purpose as the xrandr command; easy now we know what the configuration should be.
We need to create two files:
05-device.confto specify how the monitor configuration can be found for the video device
10-monitorto specify the actual configuration of the monitors
These configuration files, and others you may need to manage your keyboard, mouse and other devices have a multitude of options available described in Multihead and Xorg documentation; the examples below are offered to illustrate a particular solution.
This is used to reference the individual monitor configurations by naming the devices. This configuration files should be loaded before the monitor file and so has a lower number ""05""
Section "Device" Identifier "radeon" Driver "ati" Option "monitor-VGA-1" "VGA" Option "monitor-DVI-0" "DVI" EndSection
Identifier should match the actual video device; check
/var/log/Xorg.0.log to confirm this. Similarly,
Driver corresponds to the driver. Then we reference the two monitors by name pointing to relevant sections in the 10-monitor.conf file
monitor-VGA-1specifies the name that Xorg will detect the monitors as; the same names the
xrandr -qreported to us; the name is prefixed with "monitor-"
VGAspecifies the identifer we will use to refer to this monitor
Essentially we are specifying a relationship between the actual device and its configuration.
This file then specifies how we want the monitors to be configured. The filename is not important other than ensuring to is loaded after the
device file. The important elements are the Section name and its Identifier:
Section "Monitor" Identifier "VGA" Option "Rotate" "Left" EndSection Section "Monitor" Identifier "DVI" Option "Rotate" "Left" Option "RightOf " "VGA" EndSection
Option "Rotate" "Left"rotates each monitor counter-clockwise 90
Option "RightOf" VGAplaces the monitor identified as DVI to the right of the monitor whose Identifier is VGA. Other possibilities include "LeftOf", "Above" and "Below"
With these configuration files in place and all references to xrandr removes, the display manager can be restarted and
- the display manager should start with all monitors correctly placed and oriented
- user login will no longer flash as xrandr executes
Accessing a Remote GUI
It is possible to access a remote computer such that graphics from the remote system are output on your own monitor(s). Different methods address different requirements:
sshto create a tunnel between the two systems and forward X over the tunnel. This is useful for occasional use but is limited essentially to a single application; transmission over anything slower than a Local Network is usually intolerably slow.
rshprovides a similar technique but with no security protection
- use a terminal server/client such as
rdcto establish communication between the two systems
- use Xdmc to login to a remote system
placeholder for notes on ssh/rsh
placeholder for notes on vnc/rdc
placeholder for notes on Xdmc
Extending a Desktop beyond the Local System
The previous section outlined how to access other systems usually not close to your desktop. This section examines how to access systems which are very close to your desktop in such a way that it appears your desktop has been extended still further to incorporate these additional monitors. There are two possibilities
- synergy this tool allows your keyboard and mouse to access remote systems by making your desktop seem to extend onto the remote desktop. Simply by moving your mouse off the edge of your desktop it will appear on a remote system where both mouse and keyboard can interact with the remote systems GUI (i.e. synergy can connect Macs and Windows systems too). Windows cannot be dragged across system boundaries and indeed applications launched through a remote systems GUI, run on the remote system. For an integrated Linux desktop, disk shares also need to be setup
- Xdmx a proxy server for X allows the X server on remote systems to contribute its monitor to the desktop of a master system. In this case the destop is genuinely extending onto remote systems; windows can be dragged across system boundaries and applications launched from a remote monitor run on the local, master system. In this environment, the remote systems need only provide sufficient resources to run an X session.
Using a tool called
synergy it is possible for a single keyboard and mouse to access several systems as though all their monitors were a single desktop. Install as follows:
pacman -S synergy qsynergy
Only synergy is strictly necessary, qsynergy provides a convenient wrapper for the application
Xdmx is a proxy server for X. Using it, the monitors from any number of systems can be consolidated into a single desktop or constructed as a wall of monitors.
To establish an Xdmx desktop involves the following steps automated so that the construction appears transparent:
- on each system configure and initiate a minimal X session; a minimal twm session is enough
- authorise the master system to access X resources on each remote system (use xhost +)
- install Xdmx on the master system with
pacman -S xorg-server-xdmx
- initiate a minimal X session on the master system
- configure the desired Xdmx session
- initiate the Xdmx session with an appropriate window manager as a working desktop
At present either Xdmx itself or the current state of window managers do not work well together for complex arrangements of multihead setups; the server tends to crash as soon as window drawing is required after the integrated desktop has been established.