ubuntuusers.de

Hallo,

ich eröffne hier eine Diskussion über das Thema da die Anleitung mit Hardy und Intrepid offenbar nicht mehr funktioniert, also eine Ergänzung her muss.

Wenn ich unter Intrepid mit hdparm auf meine Festplatte zugreife bekomme ich folgende Ausgabe:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12

sascha@workstation:~> sudo hdparm /dev/sda

/dev/sda:
 IO_support    =  0 (default) 
16-bit)
 HDIO_GET_UNMASKINTR failed: Inappropriate ioctl for device
 HDIO_GET_DMA failed: Inappropriate ioctl for device
 HDIO_GET_KEEPSETTINGS failed: Inappropriate ioctl for device
 readonly      =  0 (off)
 readahead     = 256 (on)
 geometry      = 24321/255/63, sectors = 390721968, start = 0
sascha@workstation:~>

Sprich was den DMA betrifft bekomme ich keine Verwertbare Rückmeldung. Das selbe gilt auch für optische Laufwerke. Darauf gekommen bin ich weil ich mal wieder eine DVD anschauen wollte und feststellen musste das diese nur mit fürchterlichen Geruckel läuft.

Grüße
Sascha

Stimmt. Der Theorie nach sollte DMA nun allerdings unnötig bzw. immer aktiviert sein. Gemäß dem englischen Wiki wird das Laufwerk als SCSI-Laufwerk behandelt, DMA kann darüber nicht einfach so manuell aktiviert werden, da dort nicht vorhanden.
Der beschriebene Weg über das deaktiveren von ata_generic und dem aktivieren von pata_atiixp klingt aber erfolgsversprechend. Das sollte getestet und im Wiki als Lösung angeboten werden.
Gruß

Hallo,

die Aktivierung / Deaktivierung scheint ja auch recht simple. Außerdem dürfen davon SATA-Platten nicht betroffen sein... Vielleicht kann Sascha das ja mal testen... ☺

Gruß, noisefloor

Hallo,

ich habe mir mal erlaubt, die Wiki zu erweitern.

Mir ist es gelungen die Festplatten dem hdparm fest zuzuweisen. (ich hoffe ich habe nichts doppelt gemacht - es muss doch sowohl in der /etc/init.d/hdparm, sowie der hdparm.conf der Befehl z.B. hdparm -S36 /dev/(...) angegeben werden, oder?).

Außerdem existiert unter Intrepid die Datei hdparm in dem Verzeichnis /etc/init.d/ nicht mehr (ganz zu schweigen von der Datei S07hdparm in /etc/rcS.d/).

Ganz am Rande: In der Wiki habe ich was von zwei Festplatten geschrieben; es sind eine SATA und eine IDE.

mfG

Hakaishi

Warum hast du diese Anweisungen nicht in die /etc/hdparm.conf geschrieben? Ich möchte nicht den Spielverderber spielen, aber das sollte auch unter Intrepid noch funktionieren und ist nicht so eine Fummellösung. Alternativ wäre die rc.local geeignet. Noch dazu hat es mit DMA nichts zu tun.

Ich fände es toll, wenn es in diesem Punkt weiter gehen könnte. Wenn niemand eine Problemlösung hat, die heutzutage noch funktioniert, kann die ausbaufähig-Box entfernt werden und die Sache klargestellt (Seit Feisty nicht mehr einfach so möglich → expliziter Dapperbezug.)
Gruß

Stimmt, okay. Dann vereinfache ich es schnell. Klar, sonst existiert zu hdparm aber quasi nichts. Da dachte ich mir, ich hänge es halt hier an ^^'

Sekunde. Wenn ich die hdparm.conf anpasse wird hdparm dennoch nicht bei Systemstart aktiv, oder irre ich mich? Das heißt, dass ich höchstens die Editierung von hdparm.conf weglassen könnte/sollte, oder?

Edit: Man kann den Eintrag in der hdparm.conf nicht weglassen, aber zwei Zeilen in der /etc/init.d/hdparm. (ich habe es gerade ausprobiert).

Wenn sonnst noch was ist, kannst du es ja machen

Gruß

Hallo,

wenn es so funktioniert und korrekt ist bitte noch die "getestet"-Box erweitern.

Gruß, noisefloor

Wo und wie mache ich das?

Gruß
Hakaishi

Hallo,

einfach "intrepid" in [[Vorlage(getestet, dapper)]] hinter dapper schreiben. Gruß, noisefloor

Hallo,

eine Sache interessiert mich: geht es hier eigentlich nur um DMA, oder auch um UDMA?
Ich hatte damit unter Intrepid jedenfalls noch nie Probleme... Ich musste noch nicht ein mal irgendetwas aktivieren/umstellen
Wenn ich (jetzt) hdparm -i /dev/sdc1 ausführe, kommt bei mir folgendes:

/dev/sdc1:

 Model=Maxtor 6L250R0                          , FwRev=BAH41E00, SerialNo=L5058HQH            
 Config={ Fixed }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
 BuffType=DualPortCache, BuffSize=16384kB, MaxMultSect=16, MultSect=?0?
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=490234752
 IORDY=on/off, 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 udma3 udma4 *udma5 udma6 
 AdvancedPM=yes: disabled (255) WriteCache=enabled
 Drive conforms to: ATA/ATAPI-7 T13 1532D revision 0:  ATA/ATAPI-1,2,3,4,5,6,7

 * signifies the current active mode

Falls das Problem inzwischen behoben sein sollte können wir das Thema ja als gelöst abhaken - gibt es das Problem noch?

mfG
Hakaishi

Noisefloor, ich glaub es wär gut, wenn du den Artikel in die Baustelle schieben würdest. Im Wiki sollte imho nicht die aktuelle, sondern die Revision vor meinen Änderungen verbleiben.
Gruß

PS: @haikashi: Ich verstehe nicht, was die von dir hinzugefügte Problemlösung lösen soll.

Onli schrieb:

PS: @haikashi: Ich verstehe nicht, was die von dir hinzugefügte Problemlösung lösen soll.

Also, ich habe in einigen Foren bereits darüber gelesen, dass man lieber die UUID anstatt z.B. /dev/sda verwenden würde,
da - wenn man mehrere HDDs hat - sich die Gerätenamen verändern, also z.B. wie bei mir die 250 GB Platte mal /dev/sdc und ein andermal /dev/sda zugeordnet wird.
Hierfür habe ich im Prinzip gesagt, dass man die UUID über den Pfad /dev/disk/by-uuid/ erreichen kann. Scheinbar wissen viele nicht, dass es auch über dieses Verzeichnis geht.
Schließlich kann man ja nicht einfach "sudo hdparm -<Operation> UUID=xxxxxxx" tippen. Es muss also "sudo hdparm -<Operation> /dev/disk/by-uuid/xxxxxxx" lauten - wie gesagt viele wissen nicht, dass das geht, oder dass das Verzeichnis überhaupt existiert... -.-

Des Weiteren habe ich eine Problemlösung für jene, die Intrepid benutzen und bei denen die /etc/init.d/hdparm (und /etc/rc2.d/S07hdparm) nicht existiert, gefunden.
Man kann hierzu einfach die Datei mit dem angegebenen Inhalt und Verlinkung erstellen.

Wenn das alles also nicht in Problemlösung gehört, wohin dann ^^
PS: Ich habe noch nie an einer Wiki mitgeholfen o.ä. - Und wieso sollte in der Wiki nicht die aktuelle Revision stehen?

Gruß Hakaishi

Ah, ok.

Das mit dem UUID-Pfad ist ein guter Hinweis. Das habe ich in anderer Form in das hparm.conf-Beispiel aufgenommen.

Bei dem /etc/init.d/-dDing: Wie äußert es sich denn, wenn die nicht existiert? Gibts da nen Problemthread zu?

Ansonsten: Das Verschieben in die Baustelle ist immer dann nötig, wenn ein Artikel im großen Stil umgemodelt werden soll. Da ich aber sowieso nicht weiterkomme (kann man die Nutzung von libata für ATA-Platten auch ohne Neukompilieren umstellen? Ich sehe keinen Weg.) ist das wohl nicht mehr nötig.
Eine Auflistung der Kerneloptionen bei dem Versuch des Neukompilierens gehört wohl kaum hierher - und wäre kompliziert, wenn man alle Ausnahmen beachten will.
Gruß

Wie gesagt: der Angegebene Befehl "sudo ln -s /etc/init.d/hdparm /etc/rcS.d/S21hdparm" kann nicht funktionieren, wenn /etc/init.d/hdparm nicht existiert.
hdparm gab vorher auch nichts ungewöhnliches aus, es kann nur eben nicht dauerhaft aktiviert sein, wenn die Datei nicht existiert (folglich kann /etc/rcS.d/S21hdparm dann ja auch nicht existieren). Zumindest bei mir gehen die Platten nicht in den Standby, wenn die Datei nicht existiert, sondern erst, wenn ich den Befehl dazu wieder gegeben habe.
Wieso würde man an der libata etwas verändern wollen (davon hatte ich nicht gesprochen, oder?) - außerdem funktionieren Meine SATA/IDE - Platten seit der Installation von Intrepid aus einwandfrei, ich hatte mit hdparm vorher noch nie etwas zu tun gehabt (und dennoch mehr Als 50 MB/s Schreibgeschwindigkeit). Allmählich glaube ich das Problem mit dem DMA-Modus tritt nur bei bestimmten IDE-Platten auf...

Wieso also in die Baustelle verschieben, wenn sich doch nichts groß verändert hat, außer des Beitrags in der Problemlösung? - War doch sonst nichts, oder?

Doch. Siehe Saschas Beitrag. Wie aktiviert man DMA, wenn es Probleme gibt, obwohl hdparm nicht funktioniert? Umstellen auf das alte hd*-System wäre eine Idee.

Aber es stimmt, dazu hast du nichts geschrieben - kein Vorwurf, aber evtl hast du das gar nicht mitbekommen. In der Zwischenzeit habe ich versucht, die Situation seit Feisty zu beschreiben.

Ich baue dein Vorgehen wieder ein. Aber: Das vorgeschlagene Skript macht doch gar nichts außer etwas auszugeben?
Gruß