Grub mit Raid0 & 3te Platte

JonnysRache

Neuling
Thread Starter
Mitglied seit
17.05.2006
Beiträge
221
Ort
Gütersloh
Moin.
So nachdem ich endlich mit dem Rechner aufrüsten bin, gibt es mal wieder eine neue Frage zu Grub. :)

Und zwar habe ich mir ein Raid0 mit 2 sata platten über den amd Controller für Windows eingerichtet.
Auf einer 3ten Platten ist Debian, ebenfalls per Sata angeschlossen.
So die Bios Bootreienfolge sieht vor das die Linux Platte an erster Stelle steht. Die wird als Primary Master angezeigt.
Von daher sollte sich Grub ja auch dort in den Mbr einnisten, was es auch tut.
Allerdings wurde diesmal beim Installieren kein weiters Os gefunden und Liunx zeigt mir auch keine Windows Platten im "Arbeitsplatz" an.
Mit Fdisk -L kann ich aber die Festplatten sehen.

Die Frage des Tages ist nun, wie bekommt man es hin das ich wieder beide Systeme über Grub booten kann?
Habe schon viel in der menu.lst probiert aber irgendwie finde ich die richtigen werte nicht....

/dev/sda Raid0
/dev/sdb Raid0

/dev/hdc Linux


Edit:

So die device.map:
(hd0) /dev/hdc
(hd1) /dev/sda
(hd2) /dev/sdb

und die fdisk -l ausgabe:

Gaming:/home/steve# fdisk -l
Warning: ignoring extra data in partition table 5
Warning: ignoring extra data in partition table 5
Warning: ignoring extra data in partition table 5
Warning: invalid flag 0x48c7 of partition table 5 will be corrected by w(rite)

Disk /dev/sda: 74.3 GB, 74354687488 bytes
255 heads, 63 sectors/track, 9039 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x26582657

Device Boot Start End Blocks Id System
/dev/sda1 * 1 2550 20482843+ 7 HPFS/NTFS
/dev/sda2 2551 17993 124045897+ f W95 Ext'd (LBA)
/dev/sda5 ? 125523 339289 1717072904 e8 Unknown

Disk /dev/sdb: 74.3 GB, 74354687488 bytes
255 heads, 63 sectors/track, 9039 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x320a1743

Disk /dev/sdb doesn't contain a valid partition table

Disk /dev/hdc: 37.0 GB, 37019566080 bytes
255 heads, 63 sectors/track, 4500 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xbdd0fbcc

Device Boot Start End Blocks Id System
/dev/hdc1 * 1 4310 34620043+ 83 Linux
/dev/hdc2 4311 4500 1526175 5 Extended
/dev/hdc5 4311 4500 1526143+ 82 Linux swap / Solaris

Disk /dev/sdd: 2071 MB, 2071986176 bytes
64 heads, 62 sectors/track, 1019 cylinders
Units = cylinders of 3968 * 512 = 2031616 bytes
Disk identifier: 0x6e652072

This doesn't look like a partition table
Probably you selected the wrong device.

Device Boot Start End Blocks Id System
/dev/sdd1 ? 445612 874345 850605874+ 6e Unknown
Partition 1 has different physical/logical beginnings (non-Linux?):
phys=(357, 114, 46) logical=(445611, 44, 38)
Partition 1 has different physical/logical endings:
phys=(10, 255, 13) logical=(874344, 31, 48)
Partition 1 does not end on cylinder boundary.
/dev/sdd2 ? 492370 739525 490354992+ ff BBT
Partition 2 has different physical/logical beginnings (non-Linux?):
phys=(370, 108, 37) logical=(492369, 57, 24)
Partition 2 has different physical/logical endings:
phys=(78, 13, 10) logical=(739524, 40, 22)
Partition 2 does not end on cylinder boundary.
/dev/sdd3 ? 454054 496557 84326194+ 74 Unknown
Partition 3 has different physical/logical beginnings (non-Linux?):
phys=(371, 84, 33) logical=(454053, 16, 19)
Partition 3 has different physical/logical endings:
phys=(100, 101, 32) logical=(496556, 24, 7)
Partition 3 does not end on cylinder boundary.
/dev/sdd4 727239 727252 27106 0 Empty
Partition 4 has different physical/logical beginnings (non-Linux?):
phys=(0, 0, 0) logical=(727238, 12, 25)
Partition 4 has different physical/logical endings:
phys=(0, 0, 0) logical=(727251, 54, 48)
Partition 4 does not end on cylinder boundary.

Partition table entries are not in disk order
 
Zuletzt bearbeitet:
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Mhh ich habe noch mal mit Google & Altavista gesucht.
So wie es aussieht, müßte ich in der menu.lst die raid0 Laufwerke mappen??

Also folgendermaßen sieht es aus.

Eintrag im Raid Controller Menü: wd740gd-00fla2 ist Master.

wd740gd-00fla2 in Debian ist /dev/sda

Fdisk -l erkennt nur auf /dev/sda die Partitionen.


Soweit sind sich also alle einig. Schon mal gut.
So nun habe ich Board Einträge gefunden, in denen es heißt man sollte die Laufwerke mappen.
Also habe ich meine Menu.lst folgendermaßen erweitert:

title Windows XP-Pro. 32 Bit
root (hd1,0)
map (hd1) (hd2)
map (hd2) (hd1)
chainloader +1

und noch :

title Windows XP-Pro. 32 Bit
rootnoverify (hd1,1)
hide (hd0,0)
hide (hd0,1)
unhide (hd1,0)
map (hd1) (hd2)
map (hd2) (hd1)
makeactive
chainloader +1
boot


Ist das überhaupt überhaupt der richtige Ansatz?
 
was mich ein wenig wundert, ist dass du trotz hardware!! raid die beiden platten unter linux angezeigt bekommst... normalerweise solltest du dort nur noch eine sehen. komisch ist auch, dass auf der sdb keine partitionstabelle ist...
 
was mich ein wenig wundert, ist dass du trotz hardware!! raid die beiden platten unter linux angezeigt bekommst
Nein die Platten werden mir nicht direkt angezeigt, oder eingebunden!
Das wäre mir im Endeffekt ja auch auch egal..
Ich kann wohl die 2 Raid Platten mit hddtemp auslesen sowie bei fdisk sehe ich sie halt.
Naja und grub hat halt die Einträge in die Device.map geschrieben.

Mir geht es nur darum das ich über Grub das Windows @ Raid booten kann
.

Denn einmal in der Woche werden meine Pc`s nachts vom Router (Linux) geweckt und sie sichern sich alle auf meinen Fileserver.
Bisher hatte ich das so geregelt das Windows über Grub nach 20 Sekunden Automatisch geladen wird.
 
So Problem gelöst.
Habe für Windows den Bootmangaer "Boot-us" gefundnen. Der ist im gegensatz zu Grub oder Lilo in der Lage das Raid0 zu erkennen. Leider kann man das Tool nur auf die erste Festplatte schreiben (schlecht da Linux/grub) oder auf einen alten lauten floppy (und das im Jahr 2009).

Allerdings kann man unter Windows bzw. auch Linux einen Usb-Stick so verändern, das er als normale Festplatte mit allen extras erkannt wird. ;)
Dannach einfach in Boot-Us die Reihenfolge intern verändern und fertig ist der 2gb Foppy im mini format.
 
Zuletzt bearbeitet:
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh