Link zur Webseite befindet sich in der Zwischenablage
Die Versionsnummer .0 bis .1 lässt vermuten, dass es sich nicht um eine große Änderung handelt.
Das Update von .0 auf .1 lässt vermuten, dass es keine große Sache ist. Tatsächlich ist es das aber doch. Viele Funktionen funktionieren nicht mehr, und die meisten raten zu einer Neuinstallation von 9.1. Aufgrund umfangreicher Installationen von Drittanbietern und Anpassungen wollte ich das Upgrade durchführen. Für den Fall, dass das Upgrade nicht funktionsfähig sein sollte, wollte ich die Möglichkeit haben, auf 9.0 zurückzuwechseln. Dies schien problemlos möglich, da wir eine freie Partition (hdb3) mit 8,6 GB auf der Festplatte hatten. Eigentlich war sie nicht frei, sondern es handelte sich um die Root-Partition unserer RedHat-9-Installation. Ich habe Folgendes getan: Ich wollte alle benutzerspezifischen Konfigurationen erhalten. Daher habe ich alle versteckten Dateien und Verzeichnisse aus dem Home-Verzeichnis des Hauptbenutzers gesichert:
tar -cvf configuration_files.tar .[a-zA-Z0-9]* Anschließend formatierte ich hdb3 (es war ext3) über YaST auf ReiserFS um. Dann wechselte ich mit
sudo /sbin/telinit 1
und habe die neu formatierte Partition eingehängt:
mount /dev/hdb3 /redhat Anschließend habe ich die aktuelle Root-Partition (/dev/hdb2) dupliziert:
cd redhat
cp -ax / . Dann habe ich die Datei /redhat/etc/fstab bearbeitet: Ich habe den Eintrag für die Root-Partition von /dev/hdb2 auf /dev/hdb3 geändert. Die aktuelle Root-Partition (/dev/hdb2) verwendet bereits ReiserFS, daher sind hier keine weiteren Änderungen erforderlich. Allerdings musst du alle „speziellen“ Dateisysteme auskommentieren. Andernfalls versucht der SUSE-Installer, diese einzuhängen, scheitert dabei und gibt dann einige irreführende Fehlermeldungen aus. Ich hatte z. B. zwei Einträge für colinux (/dev/cob2 /) und erhielt folgende Fehlermeldung: „Die Root-Partition in /etc/fstab hat ein falsches Root-Gerät. Siehe
http://portal.suse.com/sdb7en/2004/01/sata.html
“. Auch spezielle Dateisysteme verursachen ähnliche Probleme. Zunächst ließ ich die Einträge für proc, usbfs usw. stehen und erhielt erneut die Fehlermeldung: „Partitionen konnten nicht gemountet werden.“ Dann bearbeitete ich die fstab und behielt nur /, /boot, swap und /home bei – daraufhin funktionierte der SUSE-Installer. Anschließend habe ich die Datei /boot/grub/menu.lst bearbeitet und einen Eintrag für das neue System hinzugefügt (ich habe einfach den bestehenden dupliziert, umbenannt und die Root-Partition auf hda3 geändert; außerdem habe ich vmlinuz und initrd direkt angegeben und nicht über symbolische Links, da die Links nach dem Upgrade auf die Dateien des neuen Kernels verweisen werden). Bevor ich mit der eigentlichen Installation begann, habe ich überprüft, ob ich in GRUB beide Installationen auswählen und erfolgreich booten kann. Während der Installation meldete das Installationsprogramm etwa 1.200 Konflikte. Die meisten davon habe ich ignoriert, da viele Pakete des alten Systems manuell hinzugefügt worden waren und für die 9.1-Installations-CD zu neu waren. Da ich jedoch vorhatte, unmittelbar nach der Installation ein Online-Update durchzuführen, sollte dies kein großes Problem darstellen. Ich habe mich außerdem dafür entschieden, installierte Pakete beizubehalten, die nicht mehr weiterentwickelt werden.