Kernel 2.6.0-1: hdparm macht Sorgen

[para]

Hi,
also meine ersten Versuche mit dem 2.6er konnte man hier im Forum ja verfolgen... Mittlerweile läuft alles recht gut - sogar AGP 4x läuft!
Ich muss jedoch immer bei der Benutzung von hdparm ein Problem feststellen, was mir (wahrscheinlich) letztes Mal meine root-Partition zerschossen hat
Im 2.4.22er habe ich immer folgende Einstellungen benutzt:

Code: Alles auswählen

     # MAXTOR 6L060J3, UDMA100
      /sbin/hdparm -c3 -d1 -m16 -S 0 /dev/hda

Nichts besonderes eben... ABER seit ich den 2.6er benutze kommt mir beim booten oftmals folgendes entgegen:

Code: Alles auswählen

hda: status error: status=0x58 { DriveReady SeekComplete DataRequest }
hda: drive not ready for command

Das kann sich dann soweit - wie letztes Mal - auswirken, dass meine hda völlig im A**ch ist! Was wurde da im 2.6er geändert? Kann ich das per config wieder zum laufen bekommen? Ohne DMA macht das Leben keinen Spass.

Tschö, Para

PS: Hier läuft ein A64 mit nem Via K8T800 Chipsatz

[para]

Hat niemand eine Idee?

Para

[fred19726]

Hi,

Ich würde erst mal hdparm updaten (wenn du woody benutzt), da es mit dem 2.6er kernel probleme machen KANN:

deb http://www.backports.org/debian stable hdparm

und als zweites würde ich probieren -c3 -> -c1 zu benutzen.

p.s. es kann sein das dein Cipsatz vom 2.6er noch nicht richtig uterstützt wird, und deshalb der DMA modus nicht richtig funktioniert -d1 -> -d0 und warten bis der kernel dein Chipsatz unterstützt

[para]

Zu 1)
Ich nutze Sarge, sollte also mit v5.4-4 auf dem aktuellen Stand sein, oder?
Zu 2)
Bist du sicher? Im "man" steht doch, dass der c3 Mode zwar etwas overhead verursacht, aber sonst eher der sicherere Modus (daher meine Wahl) seien sollte, oder...?
Zu 3)
Kann ich mir nicht vorstellen, da sonst alles klappt... Auch haben meine andere Platte sowie DVD und Brenner keine Probs damit. Ein generelles Chipsatz-Problem sollte doch somit wegfallen, nicht wahr?

Schau mal bitte kurz in diesen Thread, da dir das vielleicht weitere Infos geben kann...

Danke, Para

[minimike]

Ich benutze mittlerweile den Kernel 2.6.1-rc1 , im System sind 4 IDE Platten verbaut und alle verbunden zu einem Softwareraid von derzeit 400 GB + 3 Partitionen ( /boot /root und Winblöd ) der Rest ist SCSI , jedenfalls kann ich keine Probleme vermelden . Ich fahre Woody und immer noch Orginal hdparm . Allerdings es war mit Kernel 2.6.0-test1 auch anders . Im negativen Sinne .............


greez Darko

[para]

BTW, ich nutze nicht 2.6.0-test1 sondern das final-release mit den Debian-patches...

[fred19726]

Ich benutze auch den 2.6er schon seit dem test5 (momentan 2.6.1-rc1) und hatte noch nie Probleme mit der Festplatte (ich hab nen KT400A Chipsatz), daher mein Tip das dein Chipsatz noch nicht richtig unterstützt wird.

[edit]
Aber machen wir besser da weiter, da hier der Hund warscheinlich begraben liegt.
[/edit]

[minimike]

dann sollte es eigendlich laufen . Allerdings fahre ich die Debiankernel nicht gerne , erstens laufen sie nicht gut auf meinem Rechner und zweitens versteht kein normaler Mensch mehr mit was das ding so gepacht ist . Das ist erst ab der Guruebene möglich . Na ja must du Entscheiden , ich bin fast glücklich und zufrieden mit meinem Kernel 2.6.1-rc1

[para]

@minimike: da magst du Recht haben Ich dachte mir bloß immer, das die Debian Jungs & Mädels wohl schon wissen was sie tun, und manche patches vielleicht auch distributionsbedingt notwendig sind... Weißt ja, immer schön der Masse folgen

Para

[mase76]

Also ich bekomme diese Fehlermeldung mit 0x58 bei meinem Debian Sid mit
Kernel-2.6.12.2 auch.
Ich hab 3 Platten.
hda bringt keine Meldung.
hdb und hdc sind identische Platten. Jedoch kommt die Meldung nur für hdb.
hdparm /dev/hdb bringt aber:

multcount = 16 (on)
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 24321/255/63, sectors = 390721968, start = 0

Scheint also trotzdem zu funktionieren.
Ich rufe hdparm mit -d1 -c1 auf.
Hat schon jemand eine Lösung?