Suse 11.3 bootet nicht mehr nach Festplattenwechsel

Ich habe hier einen Laptop, bei dem die Festplatte gecrasht ist. Jetzt habe ich eine neu FP eingebaut und das vor einiger Zeit erstellte Image (WinXP und Suse11.3) zurückgespielt. Natürlich bleibt Suse jetzt im Grub hängen. Mit Hilfe der grub shell konnte ich zumindest den Kernel wieder starten. Da ich die Disk-ID nicht herausfinden konnte, habe ich kurzerhand den Eintrag in der fstab von diskbyID auf /dev/sdax mit vi abgeändert. Mit yast kann ich allerdings den Bootmanager nicht neu erstellen, da yast immer die alte Disk-ID verwenden will. Mit dem Eintrag /dev/sdax wird der Bootloader auch nicht geschrieben. Grub versucht noch immer, auf die nicht mehr vorhandene Disk zuzugreifen. Wie kann ich da weiter vorgehen, da ich eine Neuinstallation vermeiden will? Geht aber erst Montag, da der Laptop erst dann wieder zur Verfügung steht.

CU Freddie

Mit dem gleichen vi den Du schon zum Ändern der /etc/fstab verwendet hast, änderst Du jetzt die Einträge in /boot/grub/menul.lst auf sdaX
Im Gegensatz zu Lilo muß grub nach einer Änderung ja nicht neu ausgeführt werden, sollte also so klappen.

Meines Wissens musst du auch noch eine neue initrd erstellen, nachdem du die Eintrage in der menu.lst geändert hast.

Da ich die Disk-ID nicht herausfinden konnte [...]

Zum Vergrößern anklicken....

Das geht sehr einfach: mit einem live-System booten und unter /dev/disk/by-id/ nachschauen.

Freddie62 schrieb:

da yast immer die alte Disk-ID verwenden will

Zum Vergrößern anklicken....

Du mußt /boot/grub/device.map anpassen. Und ändere auch menu.lst und fstab wieder auf /dev/disk/by-id/...

Freddie62 schrieb:

wird der Bootloader auch nicht geschrieben

Zum Vergrößern anklicken....

Warum willst Du GRUB ändern, der funktioniert doch ohnehin.

DaBossDaChef schrieb:

Meines Wissens musst du auch noch eine neue initrd erstellen, nachdem du die Eintrage in der menu.lst geändert hast.

Zum Vergrößern anklicken....

Wie kommst Du darauf? Das ist absolut nicht notwendig.

Wie kommst Du darauf? Das ist absolut nicht notwendig.

Zum Vergrößern anklicken....

Ok, wieder was gelernt...Aber werden nicht in der Ramdisk die Root- und Swap Partition "gelinkt" (mir fällt irgendwie kein passendes Wort ein)? Darum dachte ich, wenn sich an den beiden Partitionen etwas ändert, muss man auch eine neue Ramdisk erstellen...

Von der Theorie her hast Du recht, in der gängigen Praxis spielt die Theorie aber keine Rolle. Grundsätzlich werden die Systempartition und die gegebenenfalls die Daten eines vorhergehenden suspend to disk enthaltende SWAP-Partition in der initrd festgelegt, diese Definitionen können aber durch die Kernel-Parameter root=... und resume=... (bzw. noresume) übersteuert werden. Ich bin zwar nicht repräsentativ, aber ich kann mich an keine Distribution erinnern, bei der diese beiden Parameter nicht in der menu.lst zu finden wären.

Übrigens dient die Angabe der Systempartition in der fstab lediglich für Programme wie mount oder df, die schön brav die dort angegebene Systempartition auch dann anzeigen, wenn sie falsch ist oder gar nicht existiert. Die Wahrheit kannst Du nur in /proc/mounts finden.

P.S.

DaBossDaChef schrieb:

mir fällt irgendwie kein passendes Wort ein

Zum Vergrößern anklicken....

Diese Informationen sind in der initrd schlicht und einfach in den Dateien run_all.sh, config/mount.sh, config/start.sh und config/storage.sh gespeichert.

Leider hatte ich bis jetzt keine Möglichkeit, den Laptop nochmal zu bearbeiten. Das mit der menu.lst ist mir am Wochenende dann auch eingefallen (das Alter... ). Sobald ich wieder an dem Laptop war (Ist von einem Kollegen), werde ich mich melden.

CU Freddie