Seit Ende November ist Steam für Linux erhältlich, sogar mit Counter-Strike: Source (seit vorgestern). Doch offiziell unterstützt wird leider nur Ubuntu in der Version 12.04. Für die meisten Linuxnutzer ist das kein Problem, weil es meistens trotzdem läuft. Mit Debian ist das leider nicht der Fall. Ein bekanntes Workaround ist das Setzen von Umgebungsvariablen, was aber leider den Paketmanager umgeht. Eine in meinen Augen elegantere Möglichkeit ist die Benutzung von chroot.

Die Installation der Chroot-Umgebung mit Ubuntu ist denkbar einfach. (Zu den angegebenen Befehlen: #: als Root ausführen, $: als User ausführen; in eckigen Klammern meint in der Chroot-Umgebung.) Es empfiehlt sich, direkt nach der Installation die Repositories zu bearbeiten und dem Nutzer (in meinem Fall patrik) die Nutzung des chroots zu erlauben:

#: debootstrap --arch i386 precise /srv/chroot/ubuntu/ http://archive.ubuntu.com/ubuntu
#: echo -e "deb http://archive.ubuntu.com/ubuntu precise main\n
deb http://archive.ubuntu.com/ubuntu precise-updates main\n
deb http://archive.ubuntu.com/ubuntu precise-security main\n"
> /srv/chroot/ubuntu/etc/apt/sources.list
#: echo -e "[Ubuntu 12.04]\n
description=Ubuntu Precise\n
directory=/srv/chroot/ubuntu\n
aliases=precise,default\n
users=patrik\n"
>> /etc/schroot/schroot.conf


Zur Vorbereitung der neuen Umgebung sollte man zudem die Benutzereinstellungen in die neue Umgebung einfügen. Ich habe das teilweise per mounts gemacht, teilweise einfach kopiert:

#: echo -e "# Ubuntu chroot\n
/home /srv/chroot/ubuntu/home none bind 0 0\n
/tmp /srv/chroot/ubuntu/tmp none bind 0 0\n
/dev /srv/chroot/ubuntu/dev none bind 0 0\n
/proc /srv/chroot/ubuntu/proc proc defaults 0 0\n
/run/shm /srv/chroot/ubuntu/run/shm none bind 0 0\n"
>> /etc/fstab
#: cp /etc/group /srv/chroot/ubuntu/etc/group
#: cp /etc/passwd /srv/chroot/ubuntu/etc/passwd
#: cp /etc/shadow /srv/chroot/ubuntu/etc/shadow
#: cp /etc/hosts /srv/chroot/ubuntu/etc/hosts
#: mount -a


Um in der Chroot-Umgebung auch auf den XServer zugreifen zu können, kann man (als Nutzer!) xhost erlauben, alle lokal laufenden Prozesse anzuzeigen:
xhost + local:

Damit läuft das Chroot-System auch schon. (Ja, ich hätte auch einfach ein Script bauen können, dann hätte niemand Befehle abtippen oder kopieren und einfügen müssen. Aber man soll ja auch was lernen.) Allerdings hatte zumindest ich Probleme mit der (nicht installierten) Lokalisierung. Also geht es erst einmal ab in die neue Umgebung:

#: dchroot -d

Dort angekommen, habe ich zuerst die Locale auf C gesetzt, um dann ohne Fehlermeldung in der Chroot die Locales installieren zu können. Direkt darauf folgen xterm (das installiert schon mal automatisch Xserver, etc mit) und wget. Beides ist nützlich für die spätere Installation von Steam. Außerdem installiere ich jockey-common und python-apt, weil Steam sonst später sudo startet, was ich nicht benutze(n möchte).

[#:] export LANG=C.UTF-8
[#:] export LANGUAGE=C
[#:] apt-get update
[#:] apt-get upgrade
[#:] apt-get install language-pack-de
[#:] export LANG=de_DE.UTF-8
[#:] export LANGUAGE=de_DE
[#:] apt-get install xterm wget
[#:] apt-get install jockey-common python-apt


Jetzt kann Steam auch schon installiert werden. Direkt danach werden die Abhängigkeiten nachinstalliert.

[#:] wget http://media.steampowered.com/client/installer/steam.deb
[#:] dpkg -i steam.deb
[#:] apt-get -f install


Damit ist Steam installiert. Um es nutzen zu können, muss die Chroot-Umgebung aber noch wissen, wo der Xserver zu finden ist. Um sicher zu gehen, dass es klappt, habe ich vor dem Start von Steam noch eben die DISPLAY-Variable gesetzt.

$: dchroot -d
[$:] export DISPLAY=:0
[$:] steam


Gratulation! Jetzt sollte Steam in der Chroot-Umgebung laufen. Allerdings ist das noch alles andere als komfortabel. Um nicht jedes Mal ins Terminal gehen zu müssen, legen wir ein kleines Skript an. Es liegt /usr/local/bin/do_dchroot und hat folgenden Inhalt:

#! /bin/bash
/usr/bin/dchroot -d "`echo $0 | sed 's|^.*/||'` $*


Dieses Skript ruft automatisch Befehle in der Chroot-Umgebung auf, die den Namen des Skripts haben. Ein direktes Aufrufen würde also „do_dchroot“ innerhalb der Chroot-Umgenung aufrufen. Das ist natürlich nicht nützlich, aber mit einem kleinen Kniff wird es sehr praktisch:

#: ln -s /usr/local/bin/do_dchroot /usr/local/bin/steam

Man kann Symlinks mit beliebigen Namen auf das Skript^[1] verweisen lassen, die dann automatisch den Namen des Links im Chroot ausführen.

Wenn ich nichts vergessen haben sollte, müsste Steam jetzt genau so laufen, als wäre es normal unter Ubuntu installiert.

Update 11. Februar 2013: Einige Flüchtigkeitsfehler behoben.

1. ^[1]Gefunden habe ich diese Idee bei Ubuntuforums↩

Ubuntu ist überhaupt ein gutes Stichwort: Steam unterstützt bisher nur diese eine Distribution und wird (wie man das von Windows kennt) auch nur als 32-Bit-Version ausgeliefert. Neben der bequemen Installation über den Paketmanager ist auch die Integration in den Starter (das Dock auf der linken Seite) vorbildlich gelöst. Weitere Linux-typische Features werden allerdings (noch?) nicht unterstützt. So wäre eine engere Verzahnung mit dem Paketmanager^[1] zumindest möglich. Valve könnte hierfür ein Repository anbieten, sodass Software über Steam gakauft und genutz, aber von systemeigenen Funktionen aktuell gehalten würde.

Hier bietet Linux einen bisher von Steam nicht genutzen Vorteil über Windows: Beim Redmonter System ist es ja bisher nicht möglich, jegliche installierte Software zentral (z.B. über Windows-Update) auf dem neuesten Stand zu halten. Der Windows-8-Appstore bringt hier zwar Verbesserung, dass Microsoft aber alle Angebote vor der Einstellung kontrolliert und z.B. den Verkauf von Spielen für Erwachsene einschränkt, ist für Valve aber ein Grund gewesen, jetzt Ubuntu zu unterstützen. Linux-Repositories auf der anderen Seite bieten nämlich den Vorteil, ohne zentrale Kontrollinstanz auszukommen: Auf diese Weise kann jeder Nutzer selbst entscheiden, welche Software er im „Appstore“ sehen will.

Valve wird sich aber vermutlich zunächst darauf konzentrieren, alle von Windows bekannten Features auch in die Linux-Version zu implementieren. Hier sind bereits gute Fortschritte zu sehen, die „Beta“ trägt ihren Namen vermutlich zurecht – alle wichtigen Features sind vorhenden, müssen aber noch getestet werden. Selbst der Offline-Modus wird bereits angeboten – und startet auch (bevor er abstürzt). Leider ist das alles bisher noch nicht sehr nützlich, wenn man – wie ich – nicht zu den 1000 ausgewählten Teilnehmern der Closed Beta gehört. In diesem Fall kann man nämlich nichts spielen, sondern wird nur mit der Aufforderung konfrontiert, sich mit einem für die Beta zugelassenen Account einzuloggen.

1. ^[1]Der Paketmanager ist vergleichbar mit Appstores: Er bietet Software zur einfachen Installation an und hält diese automatisch auf dem neuesten Stand. Nur eine Funktion zum Bezahlen ist nicht eingebaut.↩

Die Einrichtung ist eigentlich nicht weiter schwer. Man benötigt nur ein passendes Mainboard mit IOMMU-Unterstützung, zwei Grafikkarten (eine für jedes Betriebssystem) und eine Linux-Distribution, die mindestens Kernel 3.2 mit bringt. (Es geht natürlich auch mit anderen Distributionen, aber dann muss man selber Kernel backen.) Die Schritte^[2] sind recht schnell durchgeführt:

1. Xen über Paketmanager installieren
2. Computer neu starten – mit Xen.
3. Wenn das läuft, kann man in der „/etc/default/grub“, den Default auf Grub ändern und die „grub.cfg“ neu konfigurieren lassen.
4. Der einfachste Möglichkeit, die Grafikhardware an eine VM abzugeben, ist via Kernelmodul. Das sollte mit jeder Distribution klappen, egal ob Xen nun direkt im Kernel enthalten ist oder später geladen wird. Das funktioniert am einfachsten per Skript. Hier das, welches ich benutze (Quelle: Xen-Wiki):

   BDF=0000:05:02.0
# Unbind a PCI function from its driver as necessary
[ ! -e /sys/bus/pci/devices/$BDF/driver/unbind ] || \
echo -n $BDF > /sys/bus/pci/devices/$BDF/driver/unbind
# Add a new slot to the PCI Backend's list
echo -n $BDF > /sys/bus/pci/drivers/pciback/new_slot
# Now that the backend is watching for the slot, bind to it
echo -n $BDF > /sys/bus/pci/drivers/pciback/bind

5. Skript und Kernelmodul kann man ganz „quick and dirty“ über die „/etc/rc.d/rc.local“ laden:

   xend start
modprobe -i xen-pciback
/etc/xen/unbind-pci.sh

6. Zuletzt muss man nur noch das Config-File für die VM angelegt werden. Meines sieht so aus:

   name = "vm-win7-01"
localtime=1
import os, re
arch = os.uname()[4]
if re.search('64', arch):
arch_libdir = 'lib64'
else:
arch_libdir = 'lib'
kernel = "/usr/lib/xen/boot/hvmloader"
builder ='hvm'
memory = 4096
vcpus = 2
cpus = "2,3"
pci_msitranslate=1
# Should be at least 2KB per MB of domain memory, plus a few MB per vcpu.
shadow_memory = 32
acpi = 1
apic = 1
disk = ['file:/home/xen/domains/win7-01/hda.img,ioemu:hda,w',
'file:/home/xen/disks/Windows_7_x64.iso,ioemu:hdc:cdrom,r'
]
boot = 'c';
device_model = '/usr/' + arch_libdir + '/xen/bin/qemu-dm'
sdl=0
vnc=1
vncconsole=0
vncpasswd=''
serial='pty'
gfx_passthru=0
pci=['05:00.0','02:00.0,1','01:06.0']
usb = 1

   Wenn das Image („hda.img“, eine leere Datei) vorhanden ist, lässt sich das Windows mit Hardwarebeschleunigung auch schon vom DVD-iso installieren. Fertig.

Ich habe Windows auch noch eine eigene Soundkarte und eine Netzwerkkarte spendiert. Sound, da ich keine Windows-Treiber für die emulierten Karten finden konnte und Netzwerk, damit sich beide Geräte nicht den Trafic wegnehmen. Das Resultat liefert eine ähnliche Performance wie Windows direkt auf der Hardware – die gefühlte Lesegeschwindigkeit von der Festplatte ist (wohl dank Imagefile, welches man im Ram precachen kann) etwas schneller, die Gesamtperformance aber etwas schlechter (sprich: kürzere Ladezeiten aber etwas weniger FPS). Insgesamt ist es eine erwähnenswerte Alternative zum klassischen Dualboot – allein weil man ohne Wartezeit umschalten kann.

1. ^[1]Windows nur zum Zocken.↩
2. ^[2]Alle angegebenen Dateinamen sind für Fedora gültig, das ich selbst benutze. Angaben für Ubuntu werde ich mit dem Release von „Precise Pangolin“ (12.04) ergänzen, da der momentan von Ubuntu genutzte Kernel noch Handarbeit erfordert.↩