Etch-Update kernel 2.6.18-4-686 grub vista fehler

[barsch]

Hallo!

nach dem gestrigen Update meines Debian Etch auf die Kernelversion 2.6.18-4-686 über die Update Funktion von KPackage wurde scheinbar auch Grub aktualisiert, was schließlich zu einem Bootfehler bei Vista führt. Das Update hat die menu.lst von Grub neu erstellt und meinen alten Eintrag für Vista entfernt (Auf einem ThinkPad R60 betreibe ich nebeneinander Vista + Debian). Eigentlich kein Problem, da ich manuell den Grub Eintrag für Vista in der menu.lst wieder hergestellt habe:

root(hd0,0)
savedefault
makeactive
chainloader+1

Mittlerweile habe ich auch alle Varianten d.h. ohne savedefault, nur root(hd0,0)+chainloader+1, etc. durchprobiert, jedoch ohne Erfolg.

=>Beim Versuch Vista über Grub zu starten taucht immer der Fehler "BOOTMGR fehlt" und der Rechner muss neu gestartet werden. Vista liegt auf der primären Partition der Festplatte und wurde bisher immer mit (hd0,0) gestartet, ohne dass je Probleme auftauchten. Auch die device.map hat sich nicht geändert( "{hd0} /dev/sda") Nach der Erstinstallation von Etch lief somit der Boot problemlos. Wie kann es nun sein, dass ein Etch Kernel Update den Bootloader von Vista angreift?

Vielleicht habt ihr eine Idee. Werden genauere Infos für einen Lösungsvorschlag gebraucht, lasst mich dies wissen.

Falls der Beitrag eher in ein anderes Forum gehört, bitte verschieben.

Vielen Dank im Voraus
barsch

[cirrussc]

Hallo erst mal,

Wie kann es nun sein, dass ein Etch Kernel Update den Bootloader von Vista angreift?

Das sollte eigentlich nicht möglich passieren.

=>Beim Versuch Vista über Grub zu starten taucht immer der Fehler "BOOTMGR fehlt" und der Rechner muss neu gestartet werden.

Kommt diese Meldung von grub, vom BIOS oder vom Vista Bootloader?

Trotz aller gründlichkeit wäre ein post der folgenden Dateien vielleicht ganz hilfreich:

/boot/grub/device.map
/boot/grub/menu.lst

Code: Alles auswählen

fdisk -l

Ich nutze kein Vista (und habe das auch niemals vor ) aber wenn alle Stricke reißen, kann, konnte man bei Win2k, XP in der Reparaturkonsole ein fixmbr oder sowas ausführen. Das schreibt dann den Bootloader neu in den MBR, was aber auch grub von dort verscheuchen sollte, also vorher, wenn überhaupt möglich, mal ne'n bootfloppy erstellen

Code: Alles auswählen

grub-floppy /dev/fd0

Gruss cirrussc

ps: Ach ja willkommen im df

[barsch]

Hi!

erst einmal: Mein Grundproblem wurde gelöst. Habe mit einer VistaDVD und deren Reperaturtool den Fehler behoben (funktionierte sogar sofort ohne Konsole per 2x durchlaufender Reperaturautomatik). Diese hat glückerlichweise nicht einmal grub in irgendeiner Weise modifiziert oder überschrieben, sodass ich nun per grub wieder Vista und Debian booten kann. Der grub Eintrag zum Aufruf des Vista Bootloaders s.o. war demnach korrekt.

Kommt diese Meldung von grub, vom BIOS oder vom Vista Bootloader?

=>Die Meldung kam vom Vista Bootloader. Das Booten nach Linux war zu jeder Zeit möglich!

Was mich allerdings immer noch irritiert ist, wie es überhaupt passieren konnte, dass der Vista Bootloader beschädigt werden konnte. Dieser liegt doch im Startbereich der Vista Partition (hd0,0) und dürfte doch nicht im richtigen Bootbereich der Festplatte neben grub herumschwirren, oder irre ich mich? Ergo dürfte ein Linux Update dort nicht eingreifen?!

Vielen Dank schonmal für die Tipps. Denke ihr benötigt die beiden Dateien "boot/grub/device.map
/boot/grub/menu.lst" nicht mehr, oder?

Gruß
barsch

[cirrussc]

Schön das es wieder geht

Was mich allerdings immer noch irritiert ist, wie es überhaupt passieren konnte, dass der Vista Bootloader beschädigt werden konnte. Dieser liegt doch im Startbereich der Vista Partition (hd0,0) und dürfte doch nicht im richtigen Bootbereich der Festplatte neben grub herumschwirren, oder irre ich mich?

Ich weis es nicht genau aber Win schreibt sich glaube immer in den MBR, also nicht nur in der Partition.

Ergo dürfte ein Linux Update dort nicht eingreifen?!

Eigentlich nicht. Zumal er blos die menu.lst aktualisiert hat.

Denke ihr benötigt die beiden Dateien "boot/grub/device.map
/boot/grub/menu.lst" nicht mehr, oder?

Nö

Gruss cirrussc