Am Sonntag, 7. Januar 2007 19:21 schrieb H.-Peter Baldamus:
Hallo,
Am Sonntag, 7. Januar 2007 12:35 schrieb Andreas Schott:
Zuerst einmal - alles funktioniert wieder - ich würde alles nur gerne verstehen.
[ ... ]
Die Platten:
hda1 = 250GB NTFS --> WinXP hdb1 = 25GB ReiserFS --> / hdb2 = 68GB ReiserFS --> /home hdb3 = 25GB ReiserFS --> Testpartition für Testinstallationen hdb4 = 2GB Swap
[ ...]
Ich habe alles nach bester Erinnerung aufgeschrieben und hoffe keine Fehler gemacht zu haben. Kann mir das jemand erklären?
Vorweg: Ob ich wirklich zum Verständnis beitragen kann, weiß ich nicht so recht.
Trotzdem danke für den Versuch.
1. Wie es zu einem FS-Fehler auf hdb3 durch einen Systemcrash kommen kann, wenn hdb3 aber niemals im Produktivsystem (welches gecrasht ist) eingebunden ist?
Trotzdem ist ja hdb3 mit hda verknüpft, wenn GRUB im MBR oder dem Bootsektor von hdb installiert ist. Der Crash ist ja schon beim Hochfahren passiert - also war mit GRUB was nicht i.O.
Falsch verstanden. Das System hatte ne Uptime von mehreren Tagen und ist erst gecrasht, als ich 2 VMs gestartet habe. Oder meinst du mit Crash die Fehlermeldung navh dem ersten Reboot?
2. Wo die Meldung herkam: "Press a key to reboot"?
Die Meldung kommt eindeutig von GRUB.
OKay.
3. Warum sich hdb3 nicht restaurieren ließ?
Weil GRUB irgendwie zerschossen war und die initrd den Kernel nicht laden konnte.
Was hat den der Bootmanager mit den einzelnen Partitionen zu tun? Ich startete ja ohne den Grub von PLatte, sondern von der Suse-DVD
4. Warum sich Grub nicht neu installieren ließ?
Das ist zwar etwas verwunderlich; deutet aber auf die öfter bestehenden Probleme zwischen XP, Linux und VMWare hin.
Versteh ich nicht. Es war gar keine 2. PLatte da laut Systemreparatur der Suse-DVD
5. Warum bootet das System wieder nach Löschen von hdb3?
Weil damit die "alte" Ordnung vor der Installation des Testsystems wieder hergestellt wurde.
Das System lief mit dem installierten Testsystem über Monate problemlos. Durch den Reset wird die PLatte hdb (und damit das FS) in einem undefinierten Zustand hinterlassen. Nachdem die zerstörte Partition hdb3 nicht eingebunden war, konnten auf der Partition selbst keine Schreibzugriffe erfolgt sein - nur im Bootsektor von hdb. Warum findet dann die DawnSmallLinux-Live-CD die PLatte hdb mit allen Partitionen, und die Suse-DVD behauptet nach dem Versuch der Reparatur von hdb3, es gäbe keine Partition hdb1 um Grub neu zu installieren? Muss es nicht so sein, dass die Information, wo die Partitionen liegen intakt gewesen sein muss, sonst hätte ich per Live-CD nicht darauf zugreifen können? Nur wenn diese intakt waren, und hdb3 nicht eingebunden war, dann verstehe ich eben nicht wieso hdb3 zerschossen war. Ich weiß - es wird vermutlich zu kompliziert werden und man muss zuviel vermuten, aber etwas mehr wüsste ich dann schon gerne. Danke trotzdem für die Hilfe. Andy -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org