Festplattenaktivität

[frindly]

bis ich die ganzen conf datein verstehe, und alles klappt,
ne quick and dirty lösung:
wo kann ich
hdparm -B 254 /dev/hda
eintragen, so das es beim start ausgeführt wird.
das benötigt ja root rechte?
spontan weiss ich nicht, wo ich das eintragen könnte.
die loginscripte haben ja nur eingeschränkte rechte vom angemeldeten benutzer...

[Danielx]

also kein bug mehr, sondern absicht.

Der Fehler lag und liegt auch weiterhin bei der Firmware einiger Festplatten.

ist es vieleicht sinnvoller den debian wert zu übernehmen und die platte ist sicher, wenn mal jemand am laptop rüttelt

Ja, wenn man eine Firmware ohne den Fehler hat.
Allerdings ist die Festplatte auch nur dann "sicher", wenn die Schreib-/Leseeinheit gerade geparkt ist.

oder sind die massiven load cycles der langsame tod der platte und sollten lieber ausgeschaltet werden?

Wenn man eine Firmware mit dem Fehler hat, kann das sinnvoll sein.

Gruß,
Daniel

[frindly]

jetzt ist neben der lösung meines problemes auch die frage interessant,
... ist es vieleicht sinnvoller den debian wert zu übernehmen und die platte ist sicher, wenn mal jemand am laptop rüttelt, oder sind die massiven load cycles der langsame tod der platte und sollten lieber ausgeschaltet werden?

Tja das musst Du wissen.
Natürlich hat das seinen Sinn. Durch das schnelle Parken nach Inaktivität wird Energie gespart und während dieser Zeit ist die HDD nahezu gegen Erschütterungen geschützt.
In der Praxis, wie hier, wird die HDD aber innerhalb weniger Sekunden/Minuten wieder geweckt (und schläft schnell wieder ein usw.).

Jetzt musst Du Dir überlegen: Ist das Gerät wirklich häufig im Betrieb starken Vibrationen/Erschütterungen ausgesetzt?

nein.
wenn am laptop gearbeitet wird, steht der und wird nicht rumgetragen... daher... aus der mist.
eine baugleiche platte ist vor einigen wochen im laptop gestorben, und hat nur noch geklackert. jetzt mach ich mir gedanken, das sie den belastungen nicht standgehalten hat.... daher bin ich daran interessiert das feature auszuschalten.

wenn ich in der stadt bei jeder ampel den motor ausmache ist das ja auch nicht gut. ausser bmw, die haben das in den griff bekommen....

[Danielx]

Natürlich hat das seinen Sinn. Durch das schnelle Parken nach Inaktivität wird Energie gespart und während dieser Zeit ist die HDD nahezu gegen Erschütterungen geschützt.

Natürlich ist das sinnvoll, allerdings übertreiben es manche Firmwares damit leider extrem.
Es gibt auch Firmwares, welche Werte von 1-253 als "an" und 254-255 als "aus" werten und somit keinerlei Abstufung möglich ist.

Gruß,
Daniel

[manes]

ausser bmw, die haben das in den griff bekommen....

na wenn du jetzt eine festplatte von bmw einbaust, kann ja nix mehr schiefgehen und du kannst ein "gelöst" in den threadtitel schreiben.
manes

[cirrussc]

Natürlich ist das sinnvoll, allerdings übertreiben es manche Firmwares damit leider extrem.

Ganz klar!

Es gibt auch Firmwares, welche Werte von 1-253 als "an" und 254-255 als "aus" werten und somit keinerlei Abstufung möglich ist.

Das steht auch so in der hdparm Manpage, deswegen muss man da immer probieren. Leider geben die Hersteller über so etwas nie Auskunft.

wenn am laptop gearbeitet wird, steht der und wird nicht rumgetragen... daher... aus der mist.

Dann stifft das Sicherheitsargument hier nicht.
Naja eigentlich sind die doch dafür gemacht, dass sie viele Load-Zyklen bestehen (deshalb auch erst die Rampentechnologie), aber nicht bei so vielen Zugriffen.

[manes]

Es gibt auch Firmwares, welche Werte von 1-253 als "an" und 254-255 als "aus" werten und somit keinerlei Abstufung möglich ist.

und wo erfahre ich, welche möglichkeiten die jeweiligen firmwares bieten? auf den websites der hersteller eher nicht. ich hab jetzt mal ein paar minuten lang bei western digital rumgesucht, die sich allenfalls oberflächlich zu dem thema äußern. spindown überlicherweise nach zehn minuten, evtl fehlender spindown trotz hibernation des windowsrechners etc. keine angaben in den datenblättern. also trial 'n' error?
manes

[Danielx]

und wo erfahre ich, welche möglichkeiten die jeweiligen firmwares bieten?

Siehe:

Leider geben die Hersteller über so etwas nie Auskunft.

also trial 'n' error?

Ja, darauf könnte es hinauslaufen.

Gruß,
Daniel

[frindly]

ok
ich verstehe denn sinn.
aber wo kann ich das eintragen, das hdparm beim start mit den parametern ausgeführt wird???
sinn oder nicht sinn hin oder her.
welche startdatei wird denn beim booten mit den nötigen rechten abgearbeitet???

[Danielx]

aber wo kann ich das eintragen, das hdparm beim start mit den parametern ausgeführt wird???

Steht, wie gesagt, alles im genannten Thread!

1. Möglichkeit:
   Falls du laptop-mode-tools installiert hast, sicherstellen, dass CONTROL_HD_POWERMGMT gesetzt ist (ist es standardmäßig erstmal nicht):

   Code: Alles auswählen

   CONTROL_HD_POWERMGMT=1

   Dann die Einstellung in der Datei /etc/laptop-mode/laptop-mode.conf vornehmen, also

   Code: Alles auswählen

   BATT_HD_POWERMGMT=1

   ändern in

   Code: Alles auswählen

   BATT_HD_POWERMGMT=254

2. Möglichkeit:
   Falls du acpi-support installiert hast und nicht schon die erste Möglichkeit genutzt hast, die Einstellungen in den folgenden Dateien vornehmen:
   • • /etc/acpi/ac.d/90-hdparm.sh
     • /etc/acpi/battery.d/90-hdparm.sh
     • /etc/acpi/resume.d/90-hdparm.sh
     • /etc/acpi/start.d/90-hdparm.sh
   Also jeweils

   Code: Alles auswählen

   hdparm -B 128 $dev

   ändern in

   Code: Alles auswählen

   hdparm -B 254 $dev

Gruß,
Daniel

[frindly]

möglichkeit 1 hab ich nicht installiert
möglichkeit 2 hab ich auch durchprobiert.
ohne erfolg.
ich hab eine lösung gefunden. vieleicht so einfach wie funktional:

in der rc.local hab ich einfach
hdparm -B 254 /dev/hda eingetragen.

funktioniert. vieleicht nicht elegant, aber funktioniert!

[cirrussc]

möglichkeit 1 hab ich nicht installiert

Das sagst du aber früh

ich hab eine lösung gefunden. vieleicht so einfach wie funktional:

in der rc.local hab ich einfach
hdparm -B 254 /dev/hda eingetragen.

funktioniert. vieleicht nicht elegant, aber funktioniert!

Ja, nicht wirklich elegant.
Denn dafür ist die /etc/hdparm.conf da!

[frindly]

möglichkeit 1 hab ich nicht installiert

Das sagst du aber früh

ich hab eine lösung gefunden. vieleicht so einfach wie funktional:

in der rc.local hab ich einfach
hdparm -B 254 /dev/hda eingetragen.

funktioniert. vieleicht nicht elegant, aber funktioniert!

Ja, nicht wirklich elegant.
Denn dafür ist die /etc/hdparm.conf da!

ich hab es in der hdparm.conf probiert. leider ohne erfolg.
das hätt mir auch besser gefallen. aber... erstmal ziel erreicht!
bin natürlich für eine elegantere lösung offen.