Festplatte dreht sich herunter, obwohl die Zeit mit hdparm zugenommen hat

Festplatte dreht sich herunter, obwohl die Zeit mit hdparm zugenommen hat

Ich habe eine externe Festplatte über USB angeschlossen. Die übliche Methode zum Einstellen der Spindown-/Standby-Zeit von Festplatten scheint die Verwendung von hdparm zu sein.

Also renne ich sudo hdparm -S 200 /dev/sdbund bekomme

/dev/sdb:  setting standby to 200 (16 minutes + 40 seconds)

SG_IO: bad/missing sense data, sb[]:  f0 00 01 00 50 40 c8 0a 00 00 00 00 00 1d 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

Ich erinnere mich, dies schon einmal versucht zu haben, ohne diese zusätzliche Meldung mit SG_IO zu erhalten. Jetzt scheint es, dass das Laufwerk, egal welchen Wert ich einstelle, im Leerlauf nach etwa einer Minute herunterfährt. Es fährt sogar während des Betriebs mehrmals hoch und herunter, was zu ärgerlichen Verzögerungen führt, und ich denke auch, dass es für die Gesundheit des Laufwerks besser wäre, weiterzulaufen.

Ich habe keine Möglichkeit gefunden, zu überprüfen, ob der Wert wirklich eingestellt ist, aber für die APM-Ebene (Advanced Power Management) kann ich dies tun:

sudo hdparm -B 196 /dev/sdb    
/dev/sdb:
 setting Advanced Power Management level to 0xc4 (196)
SG_IO: bad/missing sense data, sb[]:  f0 00 01 00 50 40 c4 0a 00 00 00 00 00 1d 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
 APM_level  = 196

$ sudo hdparm -B /dev/sdb    
/dev/sdb:
 APM_level  = 196

Das System ist Arch Linux mit Kernel 3.17.6.

Warum dreht sich das Laufwerk trotzdem? Was kann getan werden, um dies zu vermeiden?

Aktualisieren

hdparmhat die folgende Option, aber das Ergebnis der Befehle ist das gleiche:

--prefer-ata12 Bei Verwendung des SAT-Protokolls (SCSI ATA Translation) bevorzugt hdparm normalerweise, wenn möglich, das 16-Byte-Befehlsformat. Einige USB-Laufwerkgehäuse funktionieren jedoch nicht korrekt mit 16-Byte-Befehlen. Mit dieser Option kann die Verwendung des kleineren 12-Byte-Befehlsformats für solche Laufwerke erzwungen werden. hdparm wird weiterhin auf 16-Byte-Befehle zurückgreifen, wenn Dinge mit dem 12-Byte-Format nicht möglich sind (z. B. Sektorzugriffe über 28 Bit hinaus).

verwandte Informationen