Dampfmaschine

Heute möchte ich endlich mal einen Beitrag zu einem Thema schreiben, was mich nun schon seit mehreren Wochen bewegt. Ich habe ja bereits in meinem vorletzten Beitrag darüber geschrieben, was man eigentlich erwirbt, wenn man für digitale Güter Geld ausgibt. Dieses Thema möchte ich nun nochmal aufgreifen.

Jeder (zumindest jeder ernsthafte "Zocker") kennt den Dienst "Steam" der Firma "Valve". Bevor ich nun anfange diesen Dienst in der Luft zu zerreißen kritisch zu hinterfragen, werde ich erstmal beschreiben, was Steam überhaupt ist, und welche Vorteile es bietet.

Steam ist ein System, mit dem es möglich ist, Computerspiele zu erwerben und zu spielen. Die Spiele auf Steam sind in der Regel nicht mehr an ein Speichermedium gebunden, sondern werden aus dem Internet herunter geladen. Um den Service zu nutzen muss die Steam-Software auf dem Rechner installiert werden. Darüber hinaus muss man sich bei Steam einen Account einrichten. Die Spiele werden über die Steam-Software gekauft und auch gestartet.
Darüber hinaus ist Steam auch eine Online-Community, auf der man andere Spieler in einer Freundesliste verwalten kann, mit ihnen chatten kann und natürlich auch mit ihnen Spielen kann.

Die Vorteile von Steam sind auf den ersten Blick recht beachtlich:

• Man kann Computerspiele auf beliebig vielen Rechnern installieren, da über den Account sicher gestellt wird, dass ein Nutzer das Spiel nur auf einem System gleichzeitig starten kann.
  
• Man ist nicht mehr an ein Installationsmedium gebunden, welches kaputt gehen oder geklaut werden kann. Hat man ein Spiel einmal gekauft, kann man es beliebig oft herunter laden und neu installieren. Die Eingabe von Seriennummern ist dabei überflüssig, da die Lizenz automatisch an den Account gebunden ist.
  
• Steam versorgt die Spieler automatisch mit den neuesten Patches. Damit ist sichergestellt, dass jeder Spieler zu jeder Zeit immer mit den aktuellsten Versionen spielt. Das nervige manuelle herunterladen und installieren von Patches entfällt.
• Steam bietet einen Markt für preiswerte Spiele, die vom Umfang her eines Vollpreis-Spieles nicht würdig wären. Darüber hinaus bietet Steam ältere Spiele zu unschlagbar günstigen Preisen an. Bei Steam gibt es sehr häufig Spielepakete bei denen man viel Geld sparen kann (im Vergleich zu den Einzelpreisen). Manchmal bietet Steam sogar Neuerscheinungen zu günstigeren Preisen an, als die Äquivalente Retail-Version.
• Die eingebaute Community-Funktion erlaubt es leichter Spieler für Multiplayer-Spiele zu finden, aber auch ganz einfach während eines Spiels mit anderen Mitspielern zu chatten. Steam erlaubt es auch, dass Lizenzen für andere Steam-Mitglieder gekauft werden können.
• Die Steam-Software bietet einen einheitlichen Server-Browser, um für Multiplayer-Spiele einen passenden Server zu finden.

Die oben genannten Vorteile sind mit großer Sicherheit der Grund, wieso Steam mehrere Millionen Nutzer zählt (von denen derzeit mehrere Millionen online sind).

Die Nachteile von Steam sind allerdings weniger offensichtlich. Im Gegensatz zu Spielen, die man im Handel erwirbt, kann man Steam-Spiele nicht verleihen oder weiterverkaufen, wenn man sie durchgespielt hat oder aus sonstigen Gründen nicht mehr spielen möchte. Das mag auf den ersten Blick zwar nichtig und trivial erscheinen, aber bei Spielen, die das gleiche kosten, wie ein Spiel im Geschäft, welches ohne Steam lauffähig ist, stellt dies doch einen beachtlichen Unterschied dar, welche sich in einem geringeren Preis niederschlagen sollten.

Es sollte möglich sein Steam-Lizenzen für begrenzte Zeit an andere weiterzugeben, um das "Verleihen an einen Freund" zu simulieren. Desweiteren sollte es möglich sein eine Lizenz dauerhaft an einen anderen Account zu übertragen, um sowas wie einen "Gebrauchthandel" zu ermöglichen. Letzteres könnte Valve gegen eine (prozentuale) Gebühr ermöglichen, was ihnen zusätzlichen Profit verschaffen würde. Sie könnten sogar soweit gehen, einen "Gebrauchtspielhandel" in ihr Netzwerk zu integrieren.

Der zweite Nachteil ist weniger offensichtlich. Sollte die Firma Valve mal pleite gehen, oder aus irgend einem anderen Grund den Service nicht mehr weiterführen können oder wollen, gucken Millionen Spieler in die Röhre, weil es keine Verpflichtung seitens Valve gibt, die Spieler mit Versionen der Spiele zu versorgen, die ohne die Steam-Software funktionieren. Dies kann man auch den AGBs entnehmen, wenn man sich die Mühe macht sie zu lesen. Richtig übel wird es dann, wenn Steam sich dazu entschließt, Zugänge zu sperren. In diesem Fall gehen nämlich alle erworbenen Rechte an den Spielen mit dem Account verloren und das Geld für die Spiele ebenso.

Spätestens an diesem letzten Punkt sollte man erkennen, das ein bei Steam "gekauftes" Spiel eigentlich ein "auf unbestimmte Zeit gemietetes" Spiel ist. Wenn man sich damit abfindet, und sein Vertrauen in diese Firma setzt, kann sich getrost dort anmelden und die Spiele mieten und Spaß damit haben. Ich werde es nicht tun, weil ich dieses Vertrauen nicht habe (und Steam unter Linux nicht (zuverlässig) läuft).

Das Unmögliche möglich machen

Ich bin ja mittlerweile bekannt dafür, dass ich gerne ungewöhnliche Dinge ausprobiere. Manche davon sind abgedreht, andere schlicht unmöglich. Manchmal jedoch stellen sich Dinge, die eigentlich unmöglich erscheinen als besser durchführbar heraus, als man denkt. So geschehen letzte Woche, als ich eine Festplatte ausgetauscht hatte.

Meine alte IDE-Platte (120G) hat irgendwie einen Ausfall angekündigt. Zumindest befand sich darauf ein ext3-System, welches sich zwar noch mounten und glücklicherweise auslesen ließ, aber ein fsck konnte man damit nicht mehr machen. Schlimmer noch, es stellte die Übertragungsrate von UDMA5 über viele Zwischenschritte herunter auf PIO0 und gab dann ganz auf. Für mich ein ganz klares Zeichen den Inhalt der Festplatte zu sichern und durch eine andere zu ersetzen. Dummerweise befand sich auf dieser Festplatte die Hauptboot-Partition für Windows (nicht zu verwechseln mit Laufwerk C, aber dazu später mehr). Daneben war da noch eine Open-Suse installation und besagte ext3-Partition mit Daten einer Home-Partition einer älteren Linux-Installation. Quasi Daten, die ich noch nicht neu einsortiert hatte.

Meine zweite Festplatte (500G) enthielt zu diesem Zeitpunkt folgende Partitionen: 1GB swap für Linux, eine Partition für die Windows-Installation (~50G mit Windows 7), eine Partition "/home" für Linux und eine Partition für die eigenen Dateien unter Windows.

Jetzt musste ich überlegen, wie ich das mit der neuen Festplatte mache. Ich wollte mir erstmal eine bestellen. Die Wahl fiel zuerst auf eine 750 GB-Platte von Western Digital. Aber ich habe mich vorerst gegen die Neuanschaffung einer Festpatte entschieden, da ich soviel Speicherplatz derzeit nicht benötige (ich habe noch eine externe 500G-Platte). Daher habe ich mich nach sinnvollen Alternativen umgesehen und mich dafür entschieden, mir auf lange Sicht ein Solid State Drive (SSD) zuzulegen. Dummerweise muss ich dafür erstmal etwas sparen (80 GB für 200 Euro). Nun ja, eine Zwischenlösung muss trotzdem erstmal her, und ich habe in meinem Gerümpel noch eine 60 GB Platte gefunden (2.5" SATA aus der Playstation3). In Anbetracht der gewünschten 80G für den SSD eine gute Zwischenlösung.

Um mir bei der Einrichtung der SSD später Ärger zu ersparen, habe ich mich dazu entschieden, die Partitionen so zu verteilen, wie sie dann auch mit der SSD verteilt werden sollen. Um die maximale Leistung aus einer SSD herauszuholen, sollte man dafür sorgen, dass sie möglichst wenig schreiben muss, aber dafür viel lesen. Also, liegt die Verwendung als Boot-Platte nahe, auf der dann auch die Programme installiert werden. Die Persönlichen Daten müssen dann auf die 500G Festplatte (wo sie ja schon sind :-) ). Aber halt, da fehlt noch was. Die Windows-Partition muss ebenfalls auf die SSD .... also erstmal auf die 60G Platte. Aber zunächst gilt es die wichtigen Partitionen der 120G-Platte auf die 60G-Platte zu kopieren. Gestern machte man das mit dd, aber heute gibt es ein noch besseres Tool dafür: gparted (okay, das gabs gestern auch schon, aber da wusste ich noch nicht, dass man damit auch Partitionen kopieren kann). Also 500G-Platte abgeklemmt, 60G-Platte angeklemmt, System Rescue CD gebootet und gparted gestartet. Dann erstmal die Windows Boot-Partition kopiert, gefolgt von der Open-Suse-Partition (da ist auch der Grub drauf gewesen). Bevor ich mich an die eigentliche Windows-Partition gemacht habe, habe ich erstmal getestet ob das System auch von der 60G-Platte booten kann. Also Grub auf der neuen Platte installieren, ausschalten, 120G-Platte abklemmen, 500G-Platte anklemmen und booten.

Ergebnis: Windows hat gebootet, Open-Suse nicht. Bei Open-Suse lag es augenscheinlich daran, dass es in der /etc/fstab nicht mit /dev/sdX auf die Partitionen verwiesen hat, sondern über die Datenträgernamen gegangen ist (nichtmal über die IDs). Ich hab die entsprechenden Einträge geändert, aber es hat trotzdem nicht geklappt. Vermutlich wurde das noch irgendwo anders referenziert, aber ich hatte irgendwie keine Lust nachzugucken, da ich das Open-Suse ohnehin durch ein Ubuntu ersetzen wollte.

Der nächste relevante Schritt war also die Windows-Partition zu kopieren und dann zum booten zu bringen. Ersteres war nicht schwer, letzteres dafür umso mehr. Manchen, denen ich davon erzählt habe, hielten es für unmöglich und meinten, ich müsste Windows neu installieren. Naja, ich habe mich auf jeden Fall nicht entmutigen lassen. Also wieder gparted gestartet. Dummerweise war die Partition zu groß um sie einfach zu kopieren, also musste ich sie erstmal verkleinern. Für gparted glücklicherweise ein Kinderspiel. Sicherheitshalber habe ich Windows nochmal gebootet und den NTFS-check gemacht, bevor ich mich ans Kopieren gewagt hatte.

Nachdem ich (diesmal mit dd) ein Backup-Image der Windows-Partition gezogen hatte, habe ich wieder gparted gestartet und die Partition erstmal kopiert. Ein Neustart hat natürlich erstmal die alte Partition auf der 500G-Platte gebootet. Ich habe erstmal herumgegoogelt, ob ich irgendwie das Boot-Verhalten von Windows auf eine andere Partition lenken kann. Dummerweise hat das einzige Tool, was dazu in der Lage gewesen wäre (bcdedit) mir den Dienst verwehrt. Also habe ich etwas ganz verrücktes ausprobiert.

Zunächst habe ich den Rechner herunter gefahren und die 500G-Platte vom System getrennt. Dann habe ich erstmal ganz normal gebootet um zu sehen, was passiert. Was dann geschah hat mich überrascht. Nein, es hat natürlich nicht gebootet, aber es kam die erste Microsoft-Fehlermeldung, die wirklich das Problem beschrieben hat und eine Sinnvolle Lösung vorschlug. Da stand nämlich sinngemäß drin, dass Windows nicht gestartet werden kann, da auf einen Datenträger nicht zugegriffen werden kann. Ich solle doch bitte mal die Setup-DVD starten und eine Computerreparatur versuchen. Gesagt getan, Die Boot-DVD herausgesucht, und das Windows7-Setup gestartet. Nach kurzer Suche bin ich fündig geworden. Ich habe die automatische Computerreparatur gestartet. Das Programm hat irgendeine Magic gemacht. Ich kann nur vermuten, was da passiert ist, aber es wird wohl erkannt haben, dass sich eine Windows-Installation auf der zweiten Partition der Festplatte befindet. Diese hat er dann irgendwie in die Boot-Konfiguration eingetragen und den alten Verweis gelöscht. Das Ergebnis war jedenfalls ein gebootetes Windows (was sich beim Starten beschwerte, dass keine Auslagerungsdatei gefunden wurde, die hatte ich auf die 500G-Platte verschoben).

Jetzt galt es nur noch die alte Partition von der 500G-Platte zu löschen und das System war fast so verteilt, wie es sein sollte. Ich habe jetzt sowohl Linux, als auch Windows auf der 60G-Platte drauf und kann jetzt seelenruhig darauf warten, mir ein SSD zu kaufen. Dann ne Image-Kopie (mit dd) und ich kann sie einfach verwenden ;-) )

Ich hätte niemals gedacht, dass es möglich ist mit Windows-Partitionen so zu jonglieren, und dann noch hauptsächlich mit Linux-Werkzeugen. Ich war auf jeden Fall sehr erstaunt, überrascht und natürlich erfreut. Jetzt kann das SSD kommen!