Hi Liste, ist meine Frage evtl. nicht angekommen oder weiss keiner eine Antwort?!? Deshalb noch einmal: An IDE0 hängt als Slave ein 16 GB Platte, die im Bios mit UDMA 66 "registriert" wird. hdparm -i -v /dev/hdb sieht so aus: Model=FUJITSU MPD3173AT, FwRev=DD-03-44, SerialNo=01013795 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4 BuffType=unknown, BuffSize=512kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=33793232 IORDY=yes, tPIO={min:120,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 AdvancedPM=yes: disabled (255) WriteCache=enabled Drive conforms to: device does not report version: 1 2 3 4 Das Start Protokoll zeigt folgendes: hdb: 33793232 sectors (17302 MB) w/512KiB Cache, CHS=2103/255/63, UDMA(33) Habe die Platte mit einem Tool von Fujitsu auf UDMA 66 eingestellt. Wie kann ich den udma4 erzwingen und wie schaffe ich es, dass dies beim nächsten Boot nicht verloren geht, sprich, wo wird der Wert für die Platte gesetzt??? 80poliges Kabel wird verwendet. hda wird auch schon mit udma5 betrieben. Thx. Stephan
Moin Stephan, Am Sonntag, 19. Januar 2003 22:44 schrieb Stephan Rehlein:
An IDE0 hängt als Slave ein 16 GB Platte, die im Bios mit UDMA 66 "registriert" wird. hdparm -i -v /dev/hdb sieht so aus:
was sagen denn die Controllerdateien in /proc/ide?
Model=FUJITSU MPD3173AT, FwRev=DD-03-44, SerialNo=01013795 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4 BuffType=unknown, BuffSize=512kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=33793232 IORDY=yes, tPIO={min:120,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 AdvancedPM=yes: disabled (255) WriteCache=enabled Drive conforms to: device does not report version: 1 2 3 4
hier sagt, die Platte, sie könne nur udma2.
Das Start Protokoll zeigt folgendes:
hdb: 33793232 sectors (17302 MB) w/512KiB Cache, CHS=2103/255/63, UDMA(33)
sieht doch gut.
Habe die Platte mit einem Tool von Fujitsu auf UDMA 66 eingestellt.
was sagt hdparm -i jetzt?
Wie kann ich den udma4 erzwingen und wie schaffe ich es, dass dies beim nächsten Boot nicht verloren geht, sprich, wo wird der Wert für die Platte gesetzt???
kannst du per Hand in der /etc/init.d/boot.locla machen. Gruß Kai
Hallo Kai, hallo Gruppe, ein wenig verspätet aber jetzt die Antwort. Siehe unten: ----- Original Message ----- From: "Kai Lindenberg" <kai@ldbg.de> To: <suse-linux@suse.com> Sent: Monday, January 20, 2003 12:06 AM Subject: Re: erneut: UDMA Modus
Moin Stephan,
Am Sonntag, 19. Januar 2003 22:44 schrieb Stephan Rehlein:
An IDE0 hängt als Slave ein 16 GB Platte, die im Bios mit UDMA 66 "registriert" wird. hdparm -i -v /dev/hdb sieht so aus:
was sagen denn die Controllerdateien in /proc/ide?
MATRIX:/proc/ide/ide0/hdb # dir total 0 dr-xr-xr-x 2 root root 0 Feb 9 17:41 . dr-xr-xr-x 4 root root 0 Feb 9 17:41 .. -r--r--r-- 1 root root 0 Feb 9 17:41 cache -r--r--r-- 1 root root 0 Feb 9 17:41 capacity -r--r--r-- 1 root root 0 Feb 9 17:41 driver -r--r--r-- 1 root root 0 Feb 9 17:41 geometry -r-------- 1 root root 0 Feb 9 17:41 identify -r--r--r-- 1 root root 0 Feb 9 17:41 media -r--r--r-- 1 root root 0 Feb 9 17:41 model -rw------- 1 root root 0 Feb 9 17:41 settings -r-------- 1 root root 0 Feb 9 17:41 smart_thresholds -r-------- 1 root root 0 Feb 9 17:41 smart_values
sagt Dir das etwas??? Mir jedenfalls nicht....
Model=FUJITSU MPD3173AT, FwRev=DD-03-44, SerialNo=01013795 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4 BuffType=unknown, BuffSize=512kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=33793232 IORDY=yes, tPIO={min:120,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 AdvancedPM=yes: disabled (255) WriteCache=enabled Drive conforms to: device does not report version: 1 2 3 4
hier sagt, die Platte, sie könne nur udma2.
aber Sie kann definitiv udma4
Das Start Protokoll zeigt folgendes:
hdb: 33793232 sectors (17302 MB) w/512KiB Cache, CHS=2103/255/63, UDMA(33)
sieht doch gut.
nein, finde ich nicht. Da sollte lieber lieber UDMA(66) stehen.
Habe die Platte mit einem Tool von Fujitsu auf UDMA 66 eingestellt.
was sagt hdparm -i jetzt?
still the same: /dev/hdb: multcount = 16 (on) IO_support = 0 (default 16-bit) unmaskirq = 0 (off) using_dma = 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead = 8 (on) geometry = 2103/255/63, sectors = 33793232, start = 0 Model=FUJITSU MPD3173AT, FwRev=DD-03-44, SerialNo=01013795 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4 BuffType=unknown, BuffSize=512kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=33793232 IORDY=yes, tPIO={min:120,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 <= hier haette ich gerne *udma4 AdvancedPM=yes: disabled (255) WriteCache=enabled Drive conforms to: device does not report version: 1 2 3 4
Wie kann ich den udma4 erzwingen und wie schaffe ich es, dass dies beim nächsten Boot nicht verloren geht, sprich, wo wird der Wert für die Platte gesetzt???
kannst du per Hand in der /etc/init.d/boot.locla machen.
in /etc/init.d/boot.local steht nichts drin.... wie geht es jetzt weiter????
Gruß Kai
Gruss Stephan
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Moin Stephan, Am Sonntag, 9. Februar 2003 16:48 schrieb Stephan Rehlein:
ein wenig verspätet aber jetzt die Antwort. Siehe unten:
Am Sonntag, 19. Januar 2003 22:44 schrieb Stephan Rehlein:
An IDE0 hängt als Slave ein 16 GB Platte, die im Bios mit UDMA 66 "registriert" wird. hdparm -i -v /dev/hdb sieht so aus:
was sagen denn die Controllerdateien in /proc/ide?
MATRIX:/proc/ide/ide0/hdb # dir total 0
[...]
sagt Dir das etwas??? Mir jedenfalls nicht....
ich dachte eher an die Controllerinfos z.B. in /proc/ide/via (je nachdem, welchen Controller du hast) vielleicht ist da irgendeine Ungereimtheit zu erkennen.
Model=FUJITSU MPD3173AT, FwRev=DD-03-44, SerialNo=01013795 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4 BuffType=unknown, BuffSize=512kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=33793232 IORDY=yes, tPIO={min:120,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 AdvancedPM=yes: disabled (255) WriteCache=enabled Drive conforms to: device does not report version: 1 2 3 4
hier sagt die Platte, sie könne nur udma2.
aber Sie kann definitiv udma4
komisch, dass sie es nicht sagt, aber ich denke du hast Recht. [...]
Habe die Platte mit einem Tool von Fujitsu auf UDMA 66 eingestellt.
was sagt hdparm -i jetzt?
still the same:
aber woher weißt du, dass dieses Fujitsu Tool die Umstellung wirklich vorgenommen hat?
Wie kann ich den udma4 erzwingen und wie schaffe ich es, dass dies beim nächsten Boot nicht verloren geht, sprich, wo wird der Wert für die Platte gesetzt???
kannst du per Hand in der /etc/init.d/boot.locla machen.
in /etc/init.d/boot.local steht nichts drin....
nein, da sollst du auch deine Befehle reinschreiben, mit denen du die Platte auf udma4 setzt -> Fujitsu-Tool.
wie geht es jetzt weiter????
Hat die Platte vielleicht Jumper, die das Interface beeinflussen? Vielleicht ist auch das Kabel defekt, und zwar zwischen hda und hdb? Hast du mal einen anderen Controller probiert? Evtl. sogar einen anderen Rechner? Gruß Kai
Hi Kai, hi Gruppe, so, es geht weiter....siehe unten ----- Original Message ----- From: "Kai Lindenberg" <kai@ldbg.de> To: <suse-linux@suse.com> Sent: Sunday, February 09, 2003 5:30 PM Subject: Re: erneut: UDMA Modus
Moin Stephan,
Am Sonntag, 9. Februar 2003 16:48 schrieb Stephan Rehlein:
ein wenig verspätet aber jetzt die Antwort. Siehe unten:
Am Sonntag, 19. Januar 2003 22:44 schrieb Stephan Rehlein:
An IDE0 hängt als Slave ein 16 GB Platte, die im Bios mit UDMA 66 "registriert" wird. hdparm -i -v /dev/hdb sieht so aus:
was sagen denn die Controllerdateien in /proc/ide?
MATRIX:/proc/ide/ide0/hdb # dir total 0
[...]
sagt Dir das etwas??? Mir jedenfalls nicht....
ich dachte eher an die Controllerinfos z.B. in
Ist ein SIS Controller SiS 5513 Ultra 100 chipset --------------- Primary Channel ---------------- Secondary Channel ------------- Channel Status: On On Operation Mode: Compatible Compatible Cable Type: 80 pins 80 pins Prefetch Count: 512 512 Drive 0: Postwrite Enabled Postwrite Disabled Prefetch Enabled Prefetch Disabled UDMA Enabled UDMA Disabled UDMA Cycle Time 2 CLK UDMA Cycle Time Reserved Data Active Time 3 PCICLK Data Active Time 8 PCICLK Data Recovery Time 1 PCICLK Data Recovery Time 12 PCICLK Drive 1: Postwrite Enabled Postwrite Disabled Prefetch Enabled Prefetch Disabled UDMA Enabled UDMA Disabled UDMA Cycle Time 6 CLK UDMA Cycle Time Reserved Data Active Time 3 PCICLK Data Active Time 8 PCICLK Data Recovery Time 1 PCICLK Data Recovery Time 12 PCICLK Hilft Dir das weiter??
/proc/ide/via (je nachdem, welchen Controller du hast)
vielleicht ist da irgendeine Ungereimtheit zu erkennen.
Model=FUJITSU MPD3173AT, FwRev=DD-03-44, SerialNo=01013795 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4 BuffType=unknown, BuffSize=512kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=33793232 IORDY=yes, tPIO={min:120,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 AdvancedPM=yes: disabled (255) WriteCache=enabled Drive conforms to: device does not report version: 1 2 3 4
hier sagt die Platte, sie könne nur udma2.
aber Sie kann definitiv udma4
komisch, dass sie es nicht sagt, aber ich denke du hast Recht.
[...]
Habe die Platte mit einem Tool von Fujitsu auf UDMA 66 eingestellt.
was sagt hdparm -i jetzt?
still the same:
aber woher weißt du, dass dieses Fujitsu Tool die Umstellung wirklich vorgenommen hat?
weil das bios während des booten, anzeigt, dass es eine platte ist, die mit udma66 "registriert" wurde. Bei der anderen zeigt das Bios halt udma100
Wie kann ich den udma4 erzwingen und wie schaffe ich es, dass dies beim nächsten Boot nicht verloren geht, sprich, wo wird der Wert für die Platte gesetzt???
kannst du per Hand in der /etc/init.d/boot.locla machen.
in /etc/init.d/boot.local steht nichts drin....
nein, da sollst du auch deine Befehle reinschreiben, mit denen du die Platte auf udma4 setzt -> Fujitsu-Tool.
das Fujitsu-Tool war/ist ein Tool, was ich auf einer "DOS"-Startdiskette kopiert habe und was irgendeinen c-code per Batch ausführt. Ich dachte, ich könnte in der boot.local die Platte mit einer bestimmten Syntax (die ich aber nicht kenne) dazu zwingen, im udma4 modus zu starten. Kennst Du die Syntax bzw. die Befehle, die ich hier einfügen muss?
wie geht es jetzt weiter????
Hat die Platte vielleicht Jumper, die das Interface beeinflussen? Vielleicht ist auch das Kabel defekt, und zwar zwischen hda und hdb? Hast du mal einen anderen Controller probiert? Evtl. sogar einen anderen Rechner?
1. jumper, glaube ich nicht, aber glauben ist ja nicht wissen. ich schaue beim nächsten reboot mal nach 2. beide platten hänge an ide0, die erste platte läuft ja auch mit udma5. ist es wirklich möglich, dass dann die zweite platte anstatt mit udma4 mit udma2 läuft. halte ich ehrlich gesagt für unwahrscheinlich. werde aber trotzdem mal einen kabeltausch durchführen. beim nächsten reboot. 3. nein, weder controller noch rechner. wenn nicht in dieser kiste, dann halt nur mit udma2. habe ich halt pech....
Gruß Kai
Kai und die Liste, erstmal vielen Dank für Eure Mühe.. Stephan
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
participants (2)
-
Kai Lindenberg -
Stephan Rehlein