Suse 9 zu Red Hat 9 hinzufügen (zwei verschiedene Distributionen auf demselben Computer)

Zuletzt verändert am 24. Juli 2026 • 5 Min. Lesezeit • 954 Wörter Red Hat 9 ist installiert und es liegt folgende Partitionierung vor: hdd1 /boot (ext3) 100 MB hdd2 /home (reiserfs) 7,8 GB hdd3 / (ext3) 7,8 GB hdd4 EXT hdd5 swap 1 GB hdd6 /mnt/documents (reiserfs) 12 GB hdd7 /mnt/music (reiserfs) 90 GBDie Aufgabe besteht darin, ein zweites Linux-Betriebssystem (Suse 9) auf dieser Festplatte zu installieren, ohne dabei Daten zu verlieren. Die Root-Partition dieses Systems soll 10 GB groß sein. Außerdem möchte ich alle von Benutzern erstellten Dateien auf einer Partition zusammenfassen (derzeit befinden sie sich auf drei verschiedenen Partitionen: hdd2, hdd6 und hdd7). Zunächst besorgte ich mir eine externe 200-MB-USB-2.0-/FireWire-Festplatte (Maxtor, unter /mnt/sdb1 eingebunden) und kopierte die Daten von hdd1, hdd2, hdd6 und hdd7 mit „cp -ax /home /mnt/sdb1“ usw. darauf. Anschließend startete ich den Rechner mit der Knoppix-3.3-CD neu und führte von einem Root-Terminal aus „partimage“ aus. Ich versuchte, das Image der Root-Partition direkt auf mein externes USB-Laufwerk zu speichern, jedoch ohne Erfolg: Jedes Mal blieb das Programm während des Vorgangs an einer Stelle hängen. Daraufhin speicherte ich das Image unter /mnt/music, was gelang. Ich habe das System unter Red Hat 9 neu gestartet und das Image manuell von /mnt/music auf das USB-Laufwerk (/mnt/sdb1) kopiert. Da ich dem Programm „partimage“ nicht traute, habe ich das Dateisystem zusätzlich manuell mit den folgenden Befehlen auf das USB-Laufwerk kopiert: mkdir /mnt/sdb1/redhat_root cd / find . -xdev -print | cpio -padm /mnt/sdb1/redhat_root Anscheinend werden dabei alle Daten einschließlich Sonderdateien, Einhängepunkte usw. kopiert, wobei alle Dateimetadaten erhalten bleiben. Danach habe ich das externe USB-Laufwerk (vorsichtshalber) abgezogen, in Knoppix neu gestartet und wollte QTParted ausprobieren. Damit sollte es möglich sein, die Größe von Partitionen anzupassen. Im Root-Terminal gab ich „qtparted“ ein. Allerdings konnte ich die Größe von nichts ändern (die Optionen waren ausgegraut). Ich konnte die Partitionen allerdings löschen und neu anlegen (was nicht viel half). Also entschied ich mich für einen kompletten Neuanfang, legte die Suse-9-CD in das Laufwerk ein und startete den Suse-9-Installer. Ich wählte die „Experten-Partitionierung“, löschte alle vorhandenen Partitionen und legte die folgenden Partitionen neu an. Ich habe darauf geachtet, für hdb3 genau die gleiche Anzahl an Blöcken (1019) zu verwenden wie zuvor für hdd3, da ich wusste, dass partimage Images nur auf Partitionen wiederherstellen kann, die genau dieselbe Größe haben oder größer sind: /dev/hdb1 1 8 64228+ 83 Linux (ext3) /boot/dev/hdb2 9 1314 10490445 83 Linux (reiserfs) //dev/hdb3 1315 2333 8185117+ 83 Linux (reiserfs) /redhat/dev/hdb4 2334 14945 101305890 f Win95 Ext'd (LBA)/dev/hdb5 2334 2464 1052226 82 Linux swap/dev/hdb6 2465 14945 100253601 83 Linux (reiserfs) /homeNachdem die Installation abgeschlossen war, startete ich den Rechner unter Knoppix neu und versuchte, die Red-Hat-Root-Partition auf hdb3 wiederherzustellen. Partimage meldete mir, dass die Partition kleiner als das Image sei, weshalb eine Wiederherstellung nicht möglich war. Also startete ich Suse 9 neu und kopierte das Red Hat 9-Root-System manuell zurück auf hdb3 (mit derselben Befehlsfolge, die ich verwendet hatte, um es manuell auf den USB-Stick zu kopieren). Anschließend passte ich die Datei /redhat/etc/fstab an die neue Partitionierung an und kopierte alle Dateien aus /boot (jedoch nicht die Unterverzeichnisse von /boot) auf die neue Boot-Partition (mit Ausnahme der Dateien, für die es bereits Entsprechungen in /boot gab). Anschließend habe ich die Datei /boot/grub/menu.lst geändert, indem ich eine Zeile für die Red-Hat-Installation hinzugefügt habe:title Red Hat 9 Linuxroot (hd1,0)kernel /vmlinuz-2.4.20-19.9 root=/dev/hdb3initrd /initrd-2.4.20-19.9.img Außerdem habe ich die beiden Benutzerordner im Verzeichnis /home angelegt (das früher der Einhängepunkt für die /home-Partition war). Dabei habe ich alle versteckten Dateien und Verzeichnisse (die mit einem . beginnen) in die Benutzerordner kopiert. Dann habe ich versucht, Red Hat 9 zu starten. Ohne Erfolg. Kernel-Panic. Kein init gefunden. Versuchen Sie, die Option init= an den Kernel zu übergeben. Tatsächlich ist die Dateisystemprüfung von hdb3 fehlgeschlagen (kein Superblock gefunden). Es gibt mehrere Fehlermeldungen, wobei die wichtigen zuerst und schnell erscheinen (und man sie nicht sieht), während die schlechten, irreführenden Fehlermeldungen erst später kommen. Etwa, dass man die Partition manuell reparieren sollte. Und dass „root“ schreibgeschützt eingehängt ist. Und dass man sie mit „mount -n -o remount,rw /“ in den Lese-Schreib-Modus versetzen kann. Und dass man nur mit Strg-D in diesem Zustand neu starten kann. Das werde ich natürlich tun. Es gibt jedoch keinen Hinweis darauf, welchen Befehl man verwenden soll. Mehrere Versuche, irgendetwas zu unternehmen, während hdb eingehängt war, schlugen fehl (wenn ReiserFS schreibgeschützt ist, kann es nicht repariert werden; wenn es schreib- und lesbar ist, kann es nicht überprüft werden). Also starte ich Knoppix neu und führe die Reparatur von dort aus durch: fsck (das reiserfsck ausführt) erledigt die Aufgabe nicht: Es prüft nur, führt aber keine Reparaturen durch. Ich habe herausgefunden, dass der Befehl reiserfsck –rebuild-sb /dev/hdb3 den Superblock repariert. Immer noch kein Erfolg, also führe ich den langsamen, vollständigen Neuaufbau des Dateisystems von Grund auf mit reiserfsck --rebuild-tree /dev/hdb3 durch. Es bootet immer noch nicht in RH9. Dann kommt mir der Gedanke: Der RH9-Kernel unterstützt ReiserFS möglicherweise nicht (oder das Modul ist nicht geladen). Oder (alternativ) funktioniert das Kopieren bestimmter Dateien von einer ext3-Partition auf eine ReiserFS-Partition möglicherweise einfach nicht. Also lösche ich (von Knoppix aus) die gesamte hdb3 und erstelle sie als ext3 neu. Ich kopiere alle Daten zurück (QTParted beschwert sich immer noch über eine zu geringe Größe). Und endlich funktioniert es. Ich erstelle zwei Verzeichnisse für die beiden Benutzer auf der /home-Partition und kopiere manuell die nicht versteckten Dateien der alten Benutzerordner dorthin. Die versteckten Dateien kopiere ich nicht. Es gibt viele davon, die Suse durcheinanderbringen und eine Anmeldung unmöglich machen würden (das hatte ich zuvor bereits ausprobiert). Ich melde mich als root bei Suse 9 an und erstelle die beiden Benutzer mit genau denselben Namen wie unter RH9. Es erscheint eine Warnung, dass das Verzeichnis bereits existiert und dass dessen gesamter Inhalt dem neuen Benutzer gehören wird. Das ist natürlich in Ordnung.