Hallo, ich hatte mal wieder die Problematik, daß K3B mir plötzlich meine DVDs verbrannt hatte (nach einem Update des selbigen). Also Rechte kontrolliert und hmmm...kein DMA Modus eingeschaltet (warum auch immer). Nach einem Reboot ist mir dann aber aufgefallen, daß ich den DMA Modus zwar eingeschaltet habe, es mir aber über YAST2 nicht gelingt einen höheren DMA-Modus einzustellen als UltraDMA33 !
im bootlog stehen dabei folgende Meldungen:
Ich habe einen nForce2 Chipsatz (Abit AN7) und dieser wird auch aufgeführt
Die IDE-Platten habe ich im BIOS (Standard Settings) auf NONE gestellt wegen dem "SATA-IDE-BIOS Problem mit GRUB (Fehler 13 beim Windows-Boot)" und dem "YAST kommt beim Installieren durcheinander" Fehlern (Hab ich schon mal in nem anderen Thread geschrieben - im Forum suchen nach Author StarMatz)
Nun habe ich versucht im BIOS die IDE-Platten wieder einzuschalten (Also von NONE auf AUTO) und siehe da, in YAST kann ich den UltraDMA-Modus jeder Platte korrekt einstellen !
AAABER...nun kann ich nicht mehr Windows per GRUB booten, weil ja aus der Sicht des BIOS sda ja nicht mehr die erste platte und sdb die zweite ist....hmmm...(eingestellt ist zwar, daß nur von der SATA-Platte sda gebootet werden kann, nur meldet das BIOS irgendwie die anderen IDE Platten davor, so daß dann nur die Meldung beim Start von Windows kommt "Cant load NTLDR...please press CTRL+ALT+DEL to reset.."
Meine device.map sieht so aus
Also wie kommt Grub dazu überhaupt eine IDE-Platte anzusprechen ? (Vermutung !)
und meine menu.lst sieht so aus
Mit im BIOS deaktivierten IDE-Platte funktioniert das Wunderbar...Dualboot mit Suse und Windows...nur halt DMA bei Suse nicht (in Windows schon....hmmm)
SOOOOO....nun kommts....(folgendes beruht auf Vermutungen)
Wenn ich im BIOS die IDE Platten deaktiviert habe (nicht den Controller!)
Ist die Reihenfolge so:
1. sda
2. sdb
Wenn ich die IDE Platte aktiviere siehts so aus
1. hda
2. hdb
3. hdd
4. sda
5. sdb
Obwohl das BIOS den Bootsektor von sda startet, wenn Grub ja diese Liste vom Bios bekommt, sieht er eben nicht mehr sda als erste Platte, er kann halt nur das System auf sda booten weil er ja vom Bios gestartet wurde...alle andern Partitionen sieht er halt nicht so wie der Anwender es laut BIOS Setup denken würde....?!??!??!!?
VERMUTUNG:
Also müsste ich die device.map so abändern, daß dann folgendes drin steht ?!?
und stattdessen in der menu.lst folgendes rein muss ?!???
Da ich mir mal mein System zerschossen hatte (Yast findet die sda nicht und meldet unbekanntes Gerät wenn die IDE-Platte aktiviert sind und ein bootsektor geschrieben werden soll (Reperatur) !!!), als ich die Einträge für GRUB verändert hatte. Nun bin ich sehr vorsichtig mit Änderungen am System geworden...würde gerne wissen ob das von einem erfahrerenen Suse-Nutzer so bestätigt werden kann.
Hoffe ihr konntet mir ein bisschen folgen... :roll:
Danke für Eure Geduld schonmal...
StarMatz
im bootlog stehen dabei folgende Meldungen:
<4>hda: Speed warnings UDMA 3/4/5 is not functional.
<4>ide0: Speed warnings UDMA 3/4/5 is not functional.
<4>ide1: Speed warnings UDMA 3/4/5 is not functional.
Ich habe einen nForce2 Chipsatz (Abit AN7) und dieser wird auch aufgeführt
<6>NFORCE2: IDE controller at PCI slot 0000:00:09.0
<6>NFORCE2: chipset revision 162
<6>NFORCE2: not 100% native mode: will probe irqs later
<6>NFORCE2: 0000:00:09.0 (rev a2) UDMA133 controller
<6> ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hdaMA, hdbMA
<6> ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdcMA, hddMA
<7>Probing IDE interface ide0...
<4>hda: QUANTUM FIREBALLlct08 26, ATA DISK drive
<4>hdb: QUANTUM FIREBALLlct08 26, ATA DISK drive
<4>ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
<6>hda: max request size: 128KiB
<6>hda: 50859648 sectors (26040 MB) w/418KiB Cache, CHS=50456/16/63, UDMA(33)
<6>hda: cache flushes not supported
<6> hda: hda1 hda2 hda3
<6>hdb: max request size: 128KiB
<6>hdb: 50859648 sectors (26040 MB) w/418KiB Cache, CHS=50456/16/63, UDMA(33)
<6>hdb: cache flushes not supported
<6> hdb: hdb1
<7>Probing IDE interface ide1...
<4>hdc: TSSTcorpCD/DVDW SH-S182M, ATAPI CD/DVD-ROM drive
<4>hdd: SAMSUNG SP1203N, ATA DISK drive
<4>ide1 at 0x170-0x177,0x376 on irq 15
<6>hdd: max request size: 512KiB
<6>hdd: 234493056 sectors (120060 MB) w/2048KiB Cache, CHS=16383/255/63, UDMA(33)
<6>hdd: cache flushes supported
<6> hdd: hdd1 hdd2
Die IDE-Platten habe ich im BIOS (Standard Settings) auf NONE gestellt wegen dem "SATA-IDE-BIOS Problem mit GRUB (Fehler 13 beim Windows-Boot)" und dem "YAST kommt beim Installieren durcheinander" Fehlern (Hab ich schon mal in nem anderen Thread geschrieben - im Forum suchen nach Author StarMatz)
Nun habe ich versucht im BIOS die IDE-Platten wieder einzuschalten (Also von NONE auf AUTO) und siehe da, in YAST kann ich den UltraDMA-Modus jeder Platte korrekt einstellen !
AAABER...nun kann ich nicht mehr Windows per GRUB booten, weil ja aus der Sicht des BIOS sda ja nicht mehr die erste platte und sdb die zweite ist....hmmm...(eingestellt ist zwar, daß nur von der SATA-Platte sda gebootet werden kann, nur meldet das BIOS irgendwie die anderen IDE Platten davor, so daß dann nur die Meldung beim Start von Windows kommt "Cant load NTLDR...please press CTRL+ALT+DEL to reset.."
Meine device.map sieht so aus
(hd0) /dev/sda
(hd1) /dev/sdb
Also wie kommt Grub dazu überhaupt eine IDE-Platte anzusprechen ? (Vermutung !)
und meine menu.lst sieht so aus
# Modified by YaST2. Last modification on Di Jan 2 18:55:06 UTC 2007
default 0
timeout 60
gfxmenu (hd0,1)/boot/message
##YaST - activate
###Don't change this comment - YaST2 identifier: Original name: linux###
title openSUSE 10.2
root (hd0,1)
kernel /boot/vmlinuz-2.6.18.2-34-default root=/dev/sda2 vga=0x317 resume=/dev/sda1 showopts
initrd /boot/initrd-2.6.18.2-34-default
###Don't change this comment - YaST2 identifier: Original name: windows###
title Windows
rootnoverify (hd0,0)
chainloader (hd1,0)+1
map (hd0) (hd1)
map (hd1) (hd0)
###Don't change this comment - YaST2 identifier: Original name: failsafe###
title Failsafe -- openSUSE 10.2
root (hd0,1)
kernel /boot/vmlinuz-2.6.18.2-34-default root=/dev/sda2 vga=normal showopts ide=nodma apm=off acpi=off noresume nosmp noapic maxcpus=0 edd=off 3
initrd /boot/initrd-2.6.18.2-34-default
Mit im BIOS deaktivierten IDE-Platte funktioniert das Wunderbar...Dualboot mit Suse und Windows...nur halt DMA bei Suse nicht (in Windows schon....hmmm)
SOOOOO....nun kommts....(folgendes beruht auf Vermutungen)
Wenn ich im BIOS die IDE Platten deaktiviert habe (nicht den Controller!)
Ist die Reihenfolge so:
1. sda
2. sdb
Wenn ich die IDE Platte aktiviere siehts so aus
1. hda
2. hdb
3. hdd
4. sda
5. sdb
Obwohl das BIOS den Bootsektor von sda startet, wenn Grub ja diese Liste vom Bios bekommt, sieht er eben nicht mehr sda als erste Platte, er kann halt nur das System auf sda booten weil er ja vom Bios gestartet wurde...alle andern Partitionen sieht er halt nicht so wie der Anwender es laut BIOS Setup denken würde....?!??!??!!?
VERMUTUNG:
Also müsste ich die device.map so abändern, daß dann folgendes drin steht ?!?
(hd0) /dev/sda
(hd1) /dev/sdb
(hd2) /dev/hda
und stattdessen in der menu.lst folgendes rein muss ?!???
und das, obwohl ich die ide-platte nicht als boot-device deklariert habe (First, second or third boot device)...
###Don't change this comment - YaST2 identifier: Original name: windows###
title Windows
rootnoverify (hd0,0)
chainloader (hd2,0)+1
map (hd1) (hd2)
map (hd2) (hd1)
...
Da ich mir mal mein System zerschossen hatte (Yast findet die sda nicht und meldet unbekanntes Gerät wenn die IDE-Platte aktiviert sind und ein bootsektor geschrieben werden soll (Reperatur) !!!), als ich die Einträge für GRUB verändert hatte. Nun bin ich sehr vorsichtig mit Änderungen am System geworden...würde gerne wissen ob das von einem erfahrerenen Suse-Nutzer so bestätigt werden kann.
Hoffe ihr konntet mir ein bisschen folgen... :roll:
Danke für Eure Geduld schonmal...
StarMatz