Klar, die Festplatte ist zu klein, und muss gegen eine größere getauscht werden. So auch bei meinem Geschäftsnotebook, einem Lenovo T61 “Self-Terminator”. Wie macht man das aber, ohne das Betriebssystem (hier: Windows XP Pro) neu installieren zu müssen? Hier eine kleine Anleitung, gespickt mit Erfahrungen der geschätzten 30 Übertragungen dieser Art, die ich bereits hinter mir habe.

Alle haben eines gemein: Es gibt immer ein unerwartetes Problem. Immer! Aus “mal eben” werden mindestens drei Tage. Dazu später mehr. Und: Ich übernehme keinerlei Verantwortung für Schäden, die durch meine Tipps entstehen. Immer ein Backup machen! Fettarm essen!

Vorgehensweise

Um das Betriebssystem von einer Platte auf die andere zu bringen, gibt es zwei Wege, die im Prinzip äquivalent sind:

• Beide Platten gleichzeitig am Rechner anschließen, und System 1:1 übertragen. Mein Favorit, da es am schnellsten und problemlosesten geht. Diese Variante beschreibe ich auch hier.
• Variante 2: Image der alten Platte auf ein Medium (Netzlaufwerk, externe Festplatte, CD/DVD) machen, neue Platte einbauen, Image zurückspielen. Neben dem zusätzlichen Aufwand an Zeit und Medien gibt es in der Regel auch immer ein Treiberproblem, um wieder an das Image zu kommen.

Der Vorteil ist immer, dass man auf jeden Fall über die alte Platte als Backup verfügt. Deshalb ist alle zu unterlassen, was während der Übertragung irgendwelche Änderungen an der Quellplatte ausführt.

Schritt 1: Vorbereitung von Windows XP

Im Idealfall läuft das Windows XP nach der Übertragung ohne Probleme und Veränderungen, weil es eigentlich gar nichts davon mitbekommt, dass es sich auf einer neuen Platte befindet. Es wird die neue Platte zwar als neues Gerät erkannt, aber in der Regel handelt es sich ja um dieselbe Technologie (SATA, IDE oder RAID), so dass meist alles klappt. Trotzdem sind einige Dinge zu bedenken:

• Wurden Partitionen mit anderen Laufwerksbuchstaben gemappt, dann werden diese beim Neustart des Systems wieder zurückgesetzt. Das kann zu Problemen führen, wenn der reibungslose Systemstart davon abhängt.
  • Bei meinen System liegt das Windows-Swapfile (pagefile.sys) auf einer dedizierten Partition mit dem Laufwerksbuchstaben S:, ebenso das Temp-Verzeichnis. Nach dem Neustart des übertragenen Systems bekommt dieses Laufwerk wieder den Laufwerksbuchstaben D:, E: oder F: (je nach vorhandenen Partitionen). Effekt: Windows startet ohne Swapfile, manche Programme verweigern den Dienst. Perfiderweise auch das Programm zur Zuweisung von Laufwerksbuchstaben – ein Teufelskreis!
    Abhilfe: Ich habe immer auch noch auf der Bootpartition C: ein minimales Swapfile von 20-100MB, das reicht. Bei ausreichend RAM kommt es nicht auf die Größe der Auslagerungsdatei an, sondern nur darauf, dass überhaupt eine vorhanden ist.
  • Beispiel 2: Ein Imaging-Programm kam mit den neuen Laufwerksbuchstaben nicht zurecht. Da es einen hardwarenahen Treiber installiert hatte, ist beim Booten der neuen Platte sofort der Rechner abgestürzt – mit Bluescreen. In solchen Fällen hilft nur, das betreffende Programm vor der Übertragung zu deinstallieren, und nachher wieder zu installieren.
• System sauber runterfahren. Ich habe auch schon den Fehler gemacht, dass Windows XP vor der Übertragung auf die neue Platte nur im Ruhezustand war. Da ist eine Katastrophe geradezu unvermeidlich.
  • Das deutet schon an: Ich halte absolut gar nichts von Tools, die unter laufendem Windows die Platte clonen. Also muss etwas her, was von einem anderen Medium gestartet wird. Windows PE bietet sich an, Linux (mit dem hab ich keine Erfahrungen), oder … DOS. Ja, das gute alte DOS ist da mein Favorit.
• Man kann an dieser Stelle auch schon einen Master Boot Record auf die neue Platte schreiben, siehe Schritt 5.

Schritt 2: Hardware

Am einfachsten und schnellsten geht die Übertragung, wenn beide Platten intern am SATA, IDE, oder SCSI-Controller hängen. Meine 90GB Daten und System waren in ca. einer Stunde übertragen. Wenn man dasselbe über das Netz oder per USB erreichen will, kann man die Wartezeit in Tagen statt in Stunden messen. Ein wenig Aufwand lohnt sich, um dies besonders bei Notebooks zu erreichen, die in der Regel nur einen Schacht für Festplatten haben.

• Beim T61 gibt es ein Modul für den “Ultrabay”-Schacht, mit dem eine zweite Platte dort per SATA angeschlossen werden kann, wo normalerweise das DVD-Laufwerk sitzt. Bei meinen Toshiba S3000 (Baujahr 2001) gibt es ebenfalls einen Einschub für eine zweite PATA-Platte. Auch ein eSATA-Gehäuse ist ein gangbarer Weg, sofern ein eSATA-Port vom Rechner-BIOS unterstützt wird. Hauptsache kein USB!
• Alternativ weicht man auf einen Rechner mit o.g. Ausstattung aus. Die Übertragung muss nicht unbedingt in dem Rechner stattfinden, in dem die Platte später betrieben wird. Notfalls braucht man Adapter (von Conrad, Reichelt etc.), um 2,5″-Platten in Desktop-Rechnern anzuschließen.
• Beide Platten müssen vom BIOS erkannt werden. In der Regel erkennt man das daran, dass man von den Platten auch booten könnte (es aber nicht tut).
• Unschlüssig bin ich mir noch über den AHCI-Modus. Moderne SATA-Platten können ja in diesem Modus betrieben werden, um Geschindigkeitsvorteile (durch NCQ) zu erzielen. Normalerweise sollte man eine Platte, die im AHCI-Modus betrieben wird, auch ohne AHCI kopieren können, weil das die Datenstruktur auf der Platte nicht beeinflusst. Wenn also unter DOS (meine Methode) die Platten nicht oder falsch erkannt werden, kann man auch versuchen, AHCI für den Kopiervorgang im BIOS auszuschalten
  • Nicht vergessen, es von dem Start der kopierten Systems wieder einzuschalten
  • Bei mir hat auch die Kopie mit eingeschaltetem AHCI einwandfrei geklappt

Schritt 3: Software

Bei mir kommt, wie gesagt, eine DOS-Software zum Einsatz: Norton Ghost in der Version 7.5. Das Programm ist aktuell genug (von 2002), um auch die Datenstrukturen von Windows XP zu kennen. Gleichzeitig ist die Software doof genug, um nicht durch “Eigenintelligenz” einem das Leben schwer zu machen. Ghost greift über Standard-BIOS/DOS-Funktionen auf die Sektoren der Festplatte zu. Wenn das BIOS also die Platte erkennt, kann Ghost sie auch kopieren. Zu meiner Verwunderung kommt Ghost 7.5 auf diese Weise selbst mit aktuellen 1,5-TB-Platten zurecht.

Ghost ist ein paar hundert kB groß und läuft unter DOS. Ich verwende das DOS von Windows 98, und zwar die Minimalvariante (MSDOS.SYS, IO.SYS, COMMAND.COM). Da die meisten Rechner keine Diskettenlaufwerke mehr haben, und meist die Festplattencontroller durch die beiden zu kopierenden Platten belegt sind, boote ich in der Regel entweder von USB-Stick. Neuerdings kommt auch die eleganteste Variante zum Einsatz: Das Image einer DOS-Diskette wird per PXE über das Netzwerk gebootet. Das Image liegt auf meiner Fritzbox, auf der das Programm “dnsmasq” einen sogenannten “tftp“-Server zur Verfügung stellt. Dazu demnächst mehr in der Rubrik “Embedded Linux”.

Schritt 4. Übertragung

Egal, wie man bootet, am Ende sieht man die DOS-Eingabeaufforderung auf dem Bildschirm, von der aus man ghost.exe starten kann. Jetzt kommt die Stunde der Wahrheit – wenn Ghost startet und die Platten erkennt, hat man schon fast gewonnen. Wenn nicht, dann sucht man sich am besten einen anderen Rechner, um die Übertragung vorzunehmen. Rumprobieren mit Treibern unter DOS, oder mit den BIOS-Einstellungen lohnt sich nicht, allenfalls eine Installation von EMM-/XMS-Speicher unter DOS kann nützlich sein – wenn man noch weiß, wie es geht. Auf dem T61 jedenfalls startet Ghost ohne Probleme und ohne Zusätze aus einem nackten DOS.

Der Rest ist Peanuts: “Copy” – “From Disk” – “To Disk” wählen, die richtige Platte als Quelle und Ziel auswählen (MEHRFACH PRÜFEN!). Jetzt erscheint ein Dialog, in dem man die Partitionsgrößen anpassen kann. Ich nutze in der Regel die Gelegenheit, die vorgeschlagenen Werte abzuändern. Wenn am Ende noch Sektoren übrig bleiben, gibt man einfach einen Zahl wie “1.000.000″ bei einer Partition ein, Ghost weißt dann einfach die restlichen Sektoren zu.

Beim T61 gab es damit aber ein Problem, weil das interne “Rescue and Recovery”-System als spezielle Partition am Ende der Platte liegt. Als ich auf die beschriebene Weise die restlichen Sektoren meiner Datenpartition zugeschlagen hatte, gab es eine Fehlermeldung und einen Abbruch bei der Übertragung der R&R-Partition. Also habe nochmals ich die Sektoren von Hand sorgfältig verteilt, und sogar noch ein wenig Platz auf der Platte freigelassen – dann ging es.

Nach dem Verteilen nochmals genau prüfen, dass man in die richtige Richtung kopiert, und dann den Kopiervorgang bestätigen. Die Geschwindigkeit lag beim T61 bei ca. 1GB / Minute, das ist aber BIOS-abhängig. Nach etwas mehr als einer Stunde war der Vorgang erledigt, Ghost meldete Vollzug und wollte den Rechner neu starten.

Schritt 5: Neustart und Nacharbeiten

Wichtig: Vor dem Neustart die alte, kleinere Originalplatte ausbauen! Man sollte auf jeden Fall vermeiden, ein Windows XP von einer der Platten zu starten, solange beide Platten angeschlossen sind. Man hat sonst keinen Einfluß mehr darauf, auf welche Partitionen Windows zugreift – Datenmüll auf beiden Platten könnte die Folge sein.

Also: Wenn nur noch die neue, größere Platte angeschlossen ist, den Rechner neu booten. Wer Glück hat, bei dem läuft nun (fast) alles schon. Beim T61 hingegen erschien nur ein blinkender Cursor auf dem Bildschirm. Ursache: Auf der neuen Platte befand sich noch kein Master Boot Record (MBR). Den braucht das BIOS, um die aktive Partition der Platte zu finden und zu booten.

Also von einer Windows XP-Installations-CD gebootet, Wiederherstellungskonsole gestartet – und blöde geglotzt. Fragt das Ding doch nach dem Administrator-Password des installierten Windows, aber leider ist es ein Firmenrechner, und der Admin hat schon Feierabend. Ansonsten kann man von der Konsole aus mit “fixmbr” den MBR neu schreiben.

Meine Alternative: Wieder ins DOS gebootet, dort “fdisk.exe /mbr” aufgerufen (das Programm muss natürlich auf dem DOS-Medium sein). Danach bootet die Platte das kopierte Windows XP, also sei nichts gewesen. Oder nicht ganz, denn bei mir vermissten einige Programm beispielsweise das Laufwerk S: (siehe oben). Nach dem Start wird die neue Platte übrigens als neues Gerät erkannt, aber das ist nur eine Formalität. Bevor ich den obligatorischen Neustart vollführe, prüfe ich in der Regel gleich noch die Zuordnung der Laufwerksbuchstaben, und korrigiere diese gleich.

Nach dem erneuten Neustart ist dann alles bei Alten – hoffentlich.

Nachmachen auf eigene Gefahr, alle Angaben nach bestem Wissen und Gewissen, aber ohne Gewähr. You have been warned!

• Meine Fritzbox 7170 (Router und Telefonanlage) fährt ein Embedded Linux (Busybox)
• Desgleichen mein NAS mit Medienserver (ebenfalls eine Busybox)
• Und natürlich alle möglichen Webserver (beruflich), die unter verschiedensten Linuxen laufen

Gerade deshalb, oh Ihr Windows-Ungläubigen, lasst es Euch gesagt sein: Linux ist für Normalsterbliche, Nichtinformatiker und Nervenschwache kein Deskop-Betriebssystem! Basta!

Grund dieser Grundsatzrede ist die immer wieder gehörte Aussage “Ich überleg mir ernsthaft, ob ich nicht auf Linux umsteige. Soll ja viel besser sein als Windows [insert version here]“. IST ES NICHT. Das will ich hier ein für allemal dar- und belegen, und dann hab ich meine Ruhe – bin Windows 7 raus ist.

Der wichtigste Grund: Der Linux-Kernel (das innerste Grundsystem eines jeden Linux) kommt alle paar Monate in einer neuen, verbesserten Version heraus. Alle Subsysteme, die darauf basieren, müssen aber auf diesen Kernel abgestimmt sein. Nebenbei: Die Versionsnummern sind reines Blendwerk. Der Kernel steht seit Jahren bei Version 2.6.irgendwas, aber “irgendwas” umfasst buchstäblich die Erfindung von Rad, Feuer und Toastbrot.

Zurück zum Kernel: Das ganze System muss also auf den Kernel abgestimmt sein, d.h. ein Update des Kernels (wegen der Sicherheit oder neuer Funktionen) zieht einen Rattenschwanz von anderen Updates nach sich. Genauso kann es sein, dass Programm(-version) X eine Funktion von Kernel Y verlangt – und wieder ist ein Update des Kernels, und dann vieler anderer Systeme angesagt. Aus dem Grunde gibt es ausgefeilte “Paketverwaltungen”, die die sogenannten “Abhängigkeiten” beachten und dafür sorgen, dass alles mit allem läuft – theoretisch. Das alles ist dann noch hübsch in einer “Distribution” verpackt, in der selbstlose Leute wie die Suse oder Herr Ubuntu noch gefällige Verwaltungsprogramme beilegen, um das alles handhabbar zu machen. Die sorgen dann auch dafür, dass die gängisten Anwendungen für die Distribution Z vorbereitet werden, so dass sie problemlos laufen.

“Wo ist dann das Problem” mag man sich fragen? Das fängt an, sobald man den Pfad verlässt, den die Distibutionen einem vorgeben. Eine Anwendung liegt nicht für Suse- (Ubuntu-, Fedora-, Red Rat-, you name it-) Linux vor? Man will die neueste Version? Dann muss man es für sein System “kompilieren”, stellt dabei fest, dass man einen anderen Kernel braucht, der aber auch kompiliert werden muss. Mit dem laufen aber alte Hardwaretreiber nicht mehr, die muss man dann auch kompilieren, und die sind dann nicht auf den neuen Kernel angepasst, und so weiter.

Beispiel aus der Praxis: Altes Notebook unter Linux als Webcam-Server. Braucht das Linux-Grundsystem, Webcam-Software, WLAN-Treiber und den Treiber für die Webcam. Nach 2 Tagen Recherche fällt die Wahl auf Ubuntu, weil nur das alle Komponenten überhaupt enthält. Das aktuelle Ubuntu 9 wird installiert, die Webcam zeigt ein grünes Bild. Alternativer Hardwaretreiber soll das regeln. Kompilierung scheitert, System ist zu neu. Nach vergeblichen Korrekturversuchen Platte gelöscht und Ubuntu 8 installiert, gleiches Problem. Unter Ubuntu 7 kompiliert der Webcam-Treiber, aber die WLAN-Karte läuft nicht – ist zu neu. Erst mit einer alten WLAN-Karte geht es, allerdings nur mit schwacher Verschlüsselung.

Ergebnis: Der Webcam-Server läuft, ist aber nun ein altes, unsicheres Linux, ohne Updatemöglichkeit, und das WLAN ist schwach verschlüsselt. Das erinnert mich an ein anderes, noch älteres Notebook, das läuft bei mir ebenfalls als Webcam-Server – unter Windows 98SE. Das Ergebnis ist im Endeffekt dasselbe, aber die Installation hat 2 Stunden statt 2 Wochen gedauert.

Ein weiteres Beispiel: Man muss nur einmal versuchen, eine MySQL-Datenbank in der Version 3, 4 UND 5 gleichzeitig unter Linux laufen zu lassen. Unter Windows XP ist das kein Problem, unter Linux schlicht unmöglich.

Fazit: Die theoretischen Freiheiten unter Linux wirken sich in der Praxis für alle, die nicht viel Zeit und ein Informatikstudium mitbringen, in einer brutalen Entmündigung aus. Die Distributionen bestimmen, welche Programme man wann in welcher Version installieren darf. Das würde man eher MS zutrauen, nicht?

Ironie am Rande: Die einzige Firma, die ein einfach zu handhabendes ***x vertreibt, lässt sich das fürstlich bezahlen – Apple.