Archiv verlassen und diese Seite im Standarddesign anzeigen : Festplatte läuft nur mit UDMA 66
Hi Leute
Ich benutze Linux SuSE 8.2 und habe einen IDE Controller mit 3 Festplatten. EIne Maxtor, eine Western Digital und eine Seagate. Die Maxtor und Western Digital arbeiten schön mit ATA 133 bzw. ATA 100, doch meine Seagate läuft nur mit ATA 66, wird aber von SuSE richtig als UDMA 100 fähige Platte erkannt, doch wenn man es auf 100 umstellt, bleibt es auf 66. Handelt sich hierbei um eine Seagate 120 GB Baracuda, auf der auch Linux installiert ist.
Belegung am IDE Controller:
PM Maxtor 80GB UDMA133
PS Western Digital 60 GB UDMA 100
SM Seagate 120 GB UDMA 66 in Linux, normal UDMA 100
SS leer
Vielen Dank, für eure Hilfe.
CU David
hi,
such doch bitte mal nach dem stickwort "hdparm" im Forum.
Hier der Link zur Suche:
http://www.linuxforen.de/forums/search.php?s=&action=showresults&searchid=995849&sortby=lastpost&sortorder=descending
Es müsste auch noch was in der Howto Selection geben, bin aber jetzt zu faul zum Suchen. :cool:
Gruss
Jonas
Hmmm, habe jetzt mit hdpram meine Platte auf UDMA 100 gestellt, das hat er auch gemacht, doch als ich dann in YAST Nachgeguckt habe, war es wieder eine UDMA 66 Platte.....
...entscheidend ist was hdparm liefert.
In meiner Distro (Mandrake) gibt es im startupscript /etc/rc.d/rc.sysinit einige Zeilen, welche die Festplatten initialisieren. Schau dort mal nach, ob dies mithilfe irgendeiner SuSE-Yast-Datei oder Variablen geschieht. Wenn ja, so musst du diese dann verändern.
Hallo,
was heisst denn normal UDMA 100 ?
Wir die Platte bei einer Biossuche mit UDMA 100 gefunden oder mit 66 ?
Welche Kernel-Version benutzt Du denn ?
Klar, im Bios hat sie UDMA 100 und wird von Linux ja auch als UDMA 100 fähige Platte erkannt, nur kann ich irgendwie nicht mehr als UDMA 66 einstellen, wenn ich UDMA 100 einstelle, bleibt sie bei UDMA 66.
In Windows läuft sie voll mit UDMA 100, also ist es kein Hardware Fehler.
Hmmm, Kernel weiß ich nicht genau. Der Standartkernel von SuSE 8.2
2.4.90-20 oder so, kann das sein?
Cu David
2.4.20-9, das kann sein.
Als Test könnte man jetzt eine der beiden anderen Platten an diesen Kanal dranhängen und gucken was passiert.
Mal gespannt, was dabei rauskommt
MAnche IDE-Controller sind noch nicht voll entwickelt, daher kann es sein, das dein IDE Controller (OnBoard) noch nicht mit vollen UDMA-100 im Kernel ist. Gutes Beispiel dafür sind die NForce2 Boards: Diese werden erst ab den aktuellsten Kenrelversionen gut befeuert.
Schau mal auf Kernel.org nach, dort findest du heraus, in welcher Kernel Version dein IDE-Controller wie unterstützt ist. Sei gewarnt, man muß direse verflixte Seite ziemlich lange durchforsten, um tatsächlich zu finden, was man sucht ;)
Aber wenn der IDE Controller nicht unterstützt werden würde, würden die anderen Platten ja nicht mit UDMA 100 bzw. UDMA 133 laufen. Sind alle am selben Controller
Wenn du dir ganz sicher bist, das diese Platte unter Windows mit UDMA 5 läuft, dann bin ich mit meinem Latein am Ende. Sorry :(
Ja, da bin ich mir ganz sicher. Hab dafür ein Tool, was beim Controller bei war, da kann man das sogar noch verändern und dan stehen halt die zwei Platten auf UDMA 100 und die eine auf 133....
Controller ist übrigens ein Dawicontroller.
annelise76
04.06.03, 23:15
du kannst mit dem Befehl
hdparm -i /dev/hda oder
hdparm -I /dev/hda schauen mit was deine Platte läuft.
Wenn das alles mit zufriedenheit läuft, trägst du das Ganze in die Datei:
/etc/init.d/boot.local ein
z.B.
/sbin/hdparm -d1 -X68 /dev/hda usw.
so werden deine Einstellungen bei jedem Start geladen.
Hi
Also ich habe jetzt /sbin/hdparm -d1 -X69 /dev/hdg in die boot.local geschrieben, damit sie mit UDMA 100 läuft, funktioniert aber nicht, nach dem booten bleibt die Meldung mit UDMA 66:
David:/home/technofan # hdparm -i /dev/hdg
/dev/hdg:
Model=ST3120024A, FwRev=3.33, SerialNo=3KA1EDZL
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=unknown, BuffSize=8192kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=234441648
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 *udma4 udma5
AdvancedPM=no WriteCache=enabled
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 2: 1 2 3 4 5 6
CU David
Solltest jetzt wirklich mal auf kernel.org nachschauen, ob dein Controller überhaupt mit UDMA5 unterstützt wird.
Wenn ja bleibt nur noch IDE-Positionswechsel, (Master, Slave, ....)
Ich las irgendwo, dass Linux wesentlich sorgfältiger mit der Qualität bei den verschiedenen DMA-Modes umgeht, will heißen, bevor Linux einen schnellen unstabilen DMA-Mode nimmt, wird runtergeschaltet. Leider weiss ich nicht, wie man überprüfen kann, ob genau dies passiert ist. Was sagt denn der Kernel beim hochfahren zu deinem Laufwerk? Wird's als UDMA5 erkannt?
annelise76
08.06.03, 12:10
mit dem Befehl:
hdparm -t /dev/hdg kannst du ausprobieren ob sich deine Änderungen positiv bemerkbar machen. Das heißt mal das ganze mit -X67, -X68 und -X69 ausprobieren und sich die Geschwindigkeitsänderungen merken. Dabei solltest du aber immer die Datei /var/log/massages (mit der Datei bin ich mir nicht ganz sicher od die das war)im Auge behalte, ob diese eine Fehlermeldung herausgibt. Für den Wert wo keine Fehlermeldungen erscheine un dhohe Geschw. dann in boot.local eintragen. Eigentlich benutzt Linux schon die Einstellungen die du in der boot.local Datei geschrieben hast.
Hi
Folgendes, ich bekomme mit X68 und mit X69 quasi die selben Ergebnisse:
David:/home/technofan # hdparm -d1 -X69 /dev/hdg
/dev/hdg:
setting using_dma to 1 (on)
setting xfermode to 69 (UltraDMA mode5)
using_dma = 1 (on)
David:/home/technofan # hdparm -t /dev/hdg
/dev/hdg:
Timing buffered disk reads: 64 MB in 1.65 seconds = 38.79 MB/sec
David:/home/technofan # hdparm -d1 -X68 /dev/hdg
/dev/hdg:
setting using_dma to 1 (on)
setting xfermode to 68 (UltraDMA mode4)
using_dma = 1 (on)
David:/home/technofan # hdparm -t /dev/hdg
/dev/hdg:
Timing buffered disk reads: 64 MB in 1.66 seconds = 38.55 MB/sec
Kann es sein, dass X69 direkt nachdem es aktiviert wurde sofort sich automatich wieder deaktiviert? Hier habe ich sogar die Bestätigung dafür:
David:/home/technofan # hdparm -d1 -X69 /dev/hdg
/dev/hdg:
setting using_dma to 1 (on)
setting xfermode to 69 (UltraDMA mode5)
using_dma = 1 (on)
David:/home/technofan # hdparm -i /dev/hdg
/dev/hdg:
Model=ST3120024A, FwRev=3.33, SerialNo=3KA1EDZL
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=unknown, BuffSize=8192kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=234441648
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=no WriteCache=enabled
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 2: 1 2 3 4 5 6
David:/home/technofan # hdparm -t /dev/hdg
/dev/hdg:
Timing buffered disk reads: 64 MB in 1.63 seconds = 39.26 MB/sec
David:/home/technofan # hdparm -i /dev/hdg
/dev/hdg:
Model=ST3120024A, FwRev=3.33, SerialNo=3KA1EDZL
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=unknown, BuffSize=8192kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=234441648
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 *udma4 udma5
AdvancedPM=no WriteCache=enabled
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 2: 1 2 3 4 5 6
Cu David
hast du für alle Platten den gleichen Kabeltyp?
Gruß
mcg.linux
Jo, habe ich, alle an normalen 80 pol 40cm IDE Kabeln, also UDMA 133 fähig, aber das ist ja für die Seagate uninteressant
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.