Grub Bootproblem mit Windows + Fedora

pitstop

Newbie
Registriert
Mai 2008
Beiträge
6
Hallo!
Ich habe Fedora 9 auf meiner 2. Festplatte installiert um es einmal kennenzulernen. Nun kann ich aber XP (auf der 1. Festplatte) nicht mehr booten. Fedora läuft einwandfrei! Da ich Linux-Anfänger bin weiß ich nicht mehr weiter! Wer kann mir helfen??

Gruß pitstop

# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You have a /boot partition. This means that
# all kernel and initrd paths are relative to /boot/, eg.
# root (hd0,0)
# kernel /vmlinuz-version ro root=/dev/VolGroup00/LogVol00
# initrd /initrd-version.img
#boot=/dev/mapper/pdc_dgaeijbg
default=2
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title Fedora (2.6.25.3-18.fc9.i686)
root (hd0,0)
kernel /vmlinuz-2.6.25.3-18.fc9.i686 ro root=/dev/VolGroup00/LogVol00 rhgb quiet
initrd /initrd-2.6.25.3-18.fc9.i686.img
title Fedora (2.6.25-14.fc9.i686)
root (hd0,0)
kernel /vmlinuz-2.6.25-14.fc9.i686 ro root=UUID=3370aa78-7693-470c-87f3-2e4833f78b26 rhgb quiet
initrd /initrd-2.6.25-14.fc9.i686.img
title Windows
rootnoverify (hd1,0)
chainloader +1
 
Auf welcher Partition ist Windows?


Tausch mal die letzten 3 Zeilen damit aus:

title Windows XP
root (hd1,0)
savedefault
makeactive
chainloader +1

Abspeichern, Reboot und dann Lagebericht obs funzt. ^^
 
Zuletzt bearbeitet:
Prpobier mal da noch

makeactive

dazuzuschreiben bei dem Windows Eintrag.

EDIT: Mist zu langsam...
 
Der Eintrag in der grub.conf besagt, dass der Windows-Bootsektor auf der zweiten Plastte gesucht wird :

title Windows
rootnoverify (hd1,0)
chainloader +1

Du schreibst aber, dass XP auf der ersten Festplatte sei (und da müßte es normalerweise auch liegen). Vielleicht läßt sich die Frage, wo hier was liegt, mit einem beherzten fdisk -l klären.
 
Wobei Fedora das hier scheinbar anderes sieht, da er ja Fedora bootet und dieses laut grub.conf auf hd0 ist.
 
Habt schon recht, Fedora erkennt "sich" als erste HDD und Windows als zweite HDD.

Drum hab ich in meinem zum Austausch geschriebenen Abschnitt direkt (hd1,0) genommen.
 
@Prodigy:
erstmal vielen Dank für die schnelle Antwort!
Hab nach deiner Anleitung die grub.conf geändert, nur leider funzt es immer noch nicht. Der Bootvorgang bleibt mit folgender Fehlermeldung hängen:

root (hd1,0)
Filesystem type unknown, partition type 0x7
savedefault
makeactive
chainloader +1

Mich wundert's auch, dass fedora auf der erste Festplatte erkannt wird und nach Auswahl bootet.

Vielleicht helfen euch noch folgende Infos weiter??
folgende Meldung kann ich nach fdisk -l anbieten:

Platte /dev/sda: 30.7 GByte, 30738677760 Byte
255 Köpfe, 63 Sektoren/Spuren, 3737 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Disk identifier: 0x16b216b1

Gerät boot. Anfang Ende Blöcke Id System
/dev/sda1 * 1 3736 30009388+ 7 HPFS/NTFS

Platte /dev/sdb: 40.0 GByte, 40027029504 Byte
255 Köpfe, 63 Sektoren/Spuren, 4866 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Disk identifier: 0xfebbfebb

Gerät boot. Anfang Ende Blöcke Id System
/dev/sdb1 * 1 25 200781 83 Linux
/dev/sdb2 26 4866 38885332+ 8e Linux LVM

Platte /dev/dm-0: 40.0 GByte, 40026767360 Byte
255 Köpfe, 63 Sektoren/Spuren, 4866 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Disk identifier: 0xfebbfebb

Gerät boot. Anfang Ende Blöcke Id System
/dev/dm-0p1 * 1 25 200781 83 Linux
/dev/dm-0p2 26 4866 38885332+ 8e Linux LVM

Platte /dev/dm-1: 205 MByte, 205599744 Byte
255 Köpfe, 63 Sektoren/Spuren, 24 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Disk identifier: 0x00000000

Festplatte /dev/dm-1 enthält keine gültige Partitionstabelle

Platte /dev/dm-2: 39.8 GByte, 39818580480 Byte
255 Köpfe, 63 Sektoren/Spuren, 4841 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Disk identifier: 0x00000000

Festplatte /dev/dm-2 enthält keine gültige Partitionstabelle

Platte /dev/dm-3: 37.6 GByte, 37681627136 Byte
255 Köpfe, 63 Sektoren/Spuren, 4581 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Disk identifier: 0x00000000

Festplatte /dev/dm-3 enthält keine gültige Partitionstabelle

Platte /dev/dm-4: 2080 MByte, 2080374784 Byte
255 Köpfe, 63 Sektoren/Spuren, 252 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Disk identifier: 0x30307800

Festplatte /dev/dm-4 enthält keine gültige Partitionstabelle

Platte /dev/sdc: 120.0 GByte, 120060444672 Byte
255 Köpfe, 63 Sektoren/Spuren, 14596 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Disk identifier: 0x85354e5c

Gerät boot. Anfang Ende Blöcke Id System
/dev/sdc1 * 1 14596 117242338+ 7 HPFS/NTFS
[root@localhost ~]#
 
Zuletzt bearbeitet von einem Moderator: (Doppelpost zusammengefügt, bitte Forenregeln lesen ;))
Wenn ich alles richtig gedeutet habe, dann:
sda1 - Windows -> hd(0,0)

Wobei ich nicht verstehe, warum Grub sdb1 als 0,0 kennzeichnet. Das dürfte so nicht sein.
Haut das LVM Grub vielleicht durcheinander?


Wenn dein Rechner startet und Grub angezeigt wird, wähle den Windows-Eintrag aus und drücke [e]. Dann kannst du den entsprechenden Eintrag editieren, und musst nicht laufend neustarten. Grub ist ein Minilinux und hat eine eingebaute begrenzt funktionale Shell. Orientierte dich an den Bildschirmmeldungen, damit du weißt, was du alles so drücken kannst/musst.
Alle Änderungen sind nicht permanent. Geht also was schief, reicht ein Reboot. Vielleicht findest du aber so schneller die Lösung.

Ich würde jetzt sämtliche Indexes [hd(x,y)] durchprobieren, bis du die Windowsplatte findest. Gehe erst mit y immer höher, bis er dir sagt, dass die Partition nicht existiert, dann erhöhe x um 1 und fang bei y von vorne an. Irgendwo muss Windows ja sein.
 
Zuletzt bearbeitet:
Filesystem type unknown, partition type 0x7

Dies weißt darauf hin, dass er Probleme mit dem Dateisystem hat.
Bei mir war das mal, dass er eine Linuxpartition als NTFS erkannt hat. Bei dir scheint es eher umgedreht zu sein.

Probiere mal die XP CD einzulegen und schaue, was die zu deinen Partitionen bezüglich Dateisystem sagt.
 
Ich habe geforscht: 0x7 bedeutet HPFS oder NTFS. hd(1,0) ist also deine Windowsplatte.
Dass Grub das Dateisystem nicht erkennt, ist arg. Probiere mal chkdsk.
 
So Leute, jetzt wird schwierig für einen Linux-Einsteiger ;-))

@ e-Laurin: 1. Wo und wie führe ich den Befehl chkdsk aus?
@ stupidus: 2. Wann soll ich die XP-CD einlegen? vor dem booten oder unter Linux?
 
Unter Windows bzw. mit Hilfe der Windows Boot-CD (Reparaturkonsole).
 
@e-Laurin:
mit welcher Konfiguration (d.h. welche Textzeilen in der grub.conf) soll ich die div. Partionen für Windows testen?
 
Du musst die Windows CD for dem booten einlegen, also als ob du Windows installieren wolltest.
Der müsste dir dann in der Partitionstabelle sagen können, ob er die Windows Partition noch als NTFS erkennt.

Wenn du vorher auswählst, dass du in die Reperaturkonsole willst, kannst du dort dann chkdsk ausführen.

Ansonsten probier auch einfach mal Windows zu booten. Also im Bios einstellen, dass er zuerst von der WindowsPlatte bootet, damit er gar nicht erst GRUB lädt, sondern gleich Windows.

Oder hast du GRUB auf die Windows-Platte installiert?
 
@stupidus:

Wenn ich im Bios zuerst von hdd0 boote, dann startet Windows ganz normal!
Ich hab jetzt einfach auf der 2. Festplatte nochmals Fedora neu drüber installiert, aber das Problem bleibt das gleiche. Oder soll ich die Festpplatte vorher neu formatieren bevor ich Fedora neu installiere??

Scheint nicht so einfach zu sein. Ich weiß jedenfalls nicht weiter!!!
Würde mich über weitere Vorschläge freuen!!!

pitstop
 
eigentlich wechsle ich die Festplatte im bios nicht ständig! Nach der gestrigen Neuinstallation habe ich nichts gewechslet und der Rechner wollte Windows trotzdem nicht booten. Ich glaube es liegt daran, dass Grub die Festplatten vertauscht. Eigentlich müsste doch windows auf 0,0 sein und fedora auf 1,0.
Soll ich die gesamte festplatte einmal formatieren und fedora wieder neu installieren?
 
Zurück
Oben