Gibt es sonst noch irgendwelche Anregungen?

Gruß
punischdude

Von meiner Seite aus nicht - inhaltlich kann ich nicht viel zu sagen. Sofern sich die nächsten 2 Tage keiner meldet verschieben wir

Qucik and Dirty, Fix etc. kann man noch eindeutschen…

Ich hab noch etwas inhaltliche Kritik:

Im Netzbetrieb sollte sich der ausgegebene Wert im Mittel nicht ändern. Ist eine Änderung dennoch feststellbar sollte man entsprechende Maßnahmen ergreifen

Ist für meine Begriffe falsch. Besser wäre es eine kleine Rechnung anzustellen.
z.B.: 20 Load-Cycles in der Stunde * 10h-Laptop-Tag * 365 Tage * 5 Jahre = 365000 Load-Cycles. Wäre also in den meisten Fällen kein Problem. Für Gelegenheits-Nutzer ist dieses Festplatten-Problem sowieso irrelevant!

Zu den Workarounds: Bitte betonen, dass das keine Lösung ist. Es wird nämlich lediglich der Stromspar-Modus der Festplatte im Netzbetrieb deaktiviert. Folgen: Viel Höhere Temperatur, bei mir über 10 °C mehr. Das kann Festplatten ebenfalls schaden.

Und noch was: Bei vielen Festplatten hat Windows das selbe Problem. Durch etwas seltenere Festplattenzugriffe ist es allerdings z.T. weniger schlimm.

Für mich gibt es nur zwei sinnvolle Möglichkeiten:
1. Möglichst lang im Parkzustand belassen
Das heißt au die Festplatte nicht unnötig zuzugreifen. Das kann man in gewissem Maße durch ein hohes commit-intervall von ext3 und die dirty_writeback_time erreichen.
Dies ist quasi das Verhalten von Windows.

2. Parkzustand verhindern
Diese Lösung erprobe ich zur Zeit. Mit einem Skript greife ich alle 2s auf die Festplatte zu, bei einem commit-intervall von 2.
Die Festplatte bleibt dabei im Default-Stromsparmodus, ist schön kühl und die Load-Cycles erhöhen sich nicht!

tawk hat geschrieben:

Ist für meine Begriffe falsch. Besser wäre es eine kleine Rechnung anzustellen.
z.B.: 20 Load-Cycles in der Stunde * 10h-Laptop-Tag * 365 Tage * 5 Jahre = 365000 Load-Cycles. Wäre also in den meisten Fällen kein Problem. Für Gelegenheits-Nutzer ist dieses Festplatten-Problem sowieso irrelevant!

Eine Rechnung zum Verdeutlichen sollte noch rein, ja, aber zum Bleistift sind es ohne Fix bei mir weit mehr als 20 Load Cycles in der Stunde.

tawk hat geschrieben:

Zu den Workarounds: Bitte betonen, dass das keine Lösung ist. Es wird nämlich lediglich der Stromspar-Modus der Festplatte im Netzbetrieb deaktiviert. Folgen: Viel Höhere Temperatur, bei mir über 10 °C mehr. Das kann Festplatten ebenfalls schaden.

Werde ich mit einbauen.

tawk hat geschrieben:

Für mich gibt es nur zwei sinnvolle Möglichkeiten:
1. Möglichst lang im Parkzustand belassen
Das heißt au die Festplatte nicht unnötig zuzugreifen. Das kann man in gewissem Maße durch ein hohes commit-intervall von ext3 und die dirty_writeback_time erreichen.
Dies ist quasi das Verhalten von Windows.

2. Parkzustand verhindern
Diese Lösung erprobe ich zur Zeit. Mit einem Skript greife ich alle 2s auf die Festplatte zu, bei einem commit-intervall von 2.
Die Festplatte bleibt dabei im Default-Stromsparmodus, ist schön kühl und die Load-Cycles erhöhen sich nicht!

Um das mit einfließen zu lassen fehlt mir das nötige Wissen, evtl kannst du das ja mit einbringen, aber ich schätze, dass der Otto-Normalverbraucher die Methode über Ändern der Stromsparmodi bevorzugen wird.

done.

Gruß
punischdude

Hi punischdude,
punischdude hat geschrieben:

Eine Rechnung zum Verdeutlichen sollte noch rein, ja, aber zum Bleistift sind es ohne Fix bei mir weit mehr als 20 Load Cycles in der Stunde.

Bei mir leider auch. Ungefähr 200 Aber man sollte einfach noch ansprechen, dass nur „Heavy-User“ betroffen sind. Es gibt ja immer noch Leute, die ihren Laptop nur für 2 Stunden am Tag einschalten
Ich schlage eine Faustregel vor: 100 Load-Cycles am Tag sind überhaupt kein Problem (das wären dann 8-16 Lebensjahre).

punischdude hat geschrieben:

…aber ich schätze, dass der Otto-Normalverbraucher die Methode über Ändern der Stromsparmodi bevorzugen wird.

Im Moment ist das jedenfalls die einfachste Möglichkeit, da hast du recht.

Was unbedingt noch reingehört ist das temporäre Ändern des Stromspar-Modus mit hdparm. Die „Workarounds“ automatisieren das ja nur.
Um den Stromsparmodus bis zum nächsten reboot abzuschalten:

sudo hdparm -B 254 /dev/sdaX

       -B     Set Advanced Power Management feature, if the drive supports it.
              A low value means aggressive power management and a  high  value
              means better performance.  Possible settings range from values 1
              through 127 (which permit spin-down), and values 128 through 254
              (which  do  not  permit spin-down).  The highest degree of power
              management is attained with a setting of 1, and the highest  I/O
              performance  with a setting of 254.  A value of 255 tells hdparm
              to disable Advanced Power Management  altogether  on  the  drive
              (not all drives support disabling it, but most do).

Ich finds übrigens super, dass sich endlich mal jemand diesem Thema angenommen hat!

Viele Grüße,
tawk

Hi tawk,

tawk hat geschrieben:

Bei mir leider auch. Ungefähr 200 Aber man sollte einfach noch ansprechen, dass nur „Heavy-User“ betroffen sind. Es gibt ja immer noch Leute, die ihren Laptop nur für 2 Stunden am Tag einschalten
Ich schlage eine Faustregel vor: 100 Load-Cycles am Tag sind überhaupt kein Problem (das wären dann 8-16 Lebensjahre).

Natürlich macht das bei Wenig-Nutzern nicht viel Sinn, allerdings hat man ja immer noch das lästige Klickern, dass damit beseitigt wird, insofern ist es auch für diese von Vorteil ebenfalls den Fix zu setzen.

tawk hat geschrieben:

Was unbedingt noch reingehört ist das temporäre Ändern des Stromspar-Modus mit hdparm. Die „Workarounds“ automatisieren das ja nur.
Um den Stromsparmodus bis zum nächsten reboot abzuschalten:

sudo hdparm -B 254 /dev/sdaX

Mal sehen wie sich das noch einbauen lässt.

tawk hat geschrieben:

Ich finds übrigens super, dass sich endlich mal jemand diesem Thema angenommen hat!

Da sich bei Ubuntu ja diesbezüglich anscheinend nicht viel zu tuen scheint, war es auch längst nötig, zumal es grade unter Informatikern viele gibt die ihre Notebooks 24/7 am Start haben

Gruß
Tobias

punischdude hat geschrieben:

Mal sehen wie sich das noch einbauen lässt.

done

Gruß
punischdude

Hi,

ich glaub jetzt passt der Artikel schon ganz gut. Ich hab allerdings noch eigenmächtig was daran verändert. Ich hoffe du bist damit einverstanden…
Im Kern geht‘s mir auch darum, dieses Problem nicht zu stark zu dramatisieren. Sonst fühlt sich auf einmal jeder betroffen…

Für mich bleiben allerdings immer noch Fragen, die aber weniger mit dem Wiki-Artikel zu tun haben:
Den großen Aufschrei gab‘s ja beim Release von Gutsy. Ich vermute allerdings, dass das mit z.B. Dapper um keinen Deut besser ist. Kann das jemand ausprobieren, oder aus Erfahrung berichten?

Viele Grüße,
tawk

tawk hat geschrieben:

Hi,

ich glaub jetzt passt der Artikel schon ganz gut. Ich hab allerdings noch eigenmächtig was daran verändert. Ich hoffe du bist damit einverstanden…
Im Kern geht‘s mir auch darum, dieses Problem nicht zu stark zu dramatisieren. Sonst fühlt sich auf einmal jeder betroffen…

Ich bin auch gegen die Dramatisierung, aber den Verweis auf Windows bitte wieder rausnehmen. Was nützt es mir als Ubuntu-User - sofern ich betroffen bin - dass ich unter Windows vielleicht auch betroffen sein könnte? Oder man möge doch noch einen Link zu einem entsprechenden Beitrag beifügen, der das belegt.

Ich würde den ersten Absatz diesbezüglich so umformulieren:

Wie kurz nach der Veröffentlichung von Ubuntu 7.10 - Gutsy Gibbon bekannt geworden ist, lassen Ubuntu ab der Version 7.04 - Feisty Fawn und andere Linux-Distributionen unter Umständen die Schreibköpfe von Notebookfestplatten ungewöhnlich oft in eine Parkposition wechseln, wodurch der Verschleiß der Festplatte erhöht wird und somit die Lebensdauer sinkt. Je nach Festplattenmodell können aber auch Windows-Benutzer davon betroffen sein!

Damit wäre es auch schon entschärft.

tawk hat geschrieben:

Für mich bleiben allerdings immer noch Fragen, die aber weniger mit dem Wiki-Artikel zu tun haben:
Den großen Aufschrei gab‘s ja beim Release von Gutsy. Ich vermute allerdings, dass das mit z.B. Dapper um keinen Deut besser ist. Kann das jemand ausprobieren, oder aus Erfahrung berichten?

Mich würde auch noch interessieren, in wieviel Fällen es dadurch schon zu einem tatsächlichen, nachweislichen Festplattenschaden gekommen ist. Außerdem weiß ich auch nicht, ob man den Smart-Werten uneingeschränkt blindes Vertrauen schenken kann. Ich habe mal irgendwo gelesen, dass die genaue Zählweise bei den Werten von Hersteller zu Hersteller variieren soll, ob‘s stimmt, weiß ich nicht.

Gruß,
Martin

Ich habe noch das Ausrufezeichen am Schluss der Einleitung durch einen einfachen Punkt ersetzt, grad in Hinblick auf Panikmache und nebenbei betont mir das die Tatsache dass es auch unter Windows so sein kann, zu sehr. Das soll ja nur ein kleiner Hinweis sein.

Ich glaub Fragen die nicht direkt mit dem Wiki-Artikel zu tun haben sollte man in einem passenden Diskussionsthread erörtern. Das lesen evtl auch ein paar mehr als hier.

Gruß
punischdude

Ich glaub Fragen die nicht direkt mit dem Wiki-Artikel zu tun haben sollte man in einem passenden Diskussionsthread erörtern.

Da hast du recht. Wenn wir noch mehr über dieses thema herausgefunden haben (z.B. seit wann und warum das Problem besteht) kann man den Artikel ja immer noch ergänzen.
Der Artikel erklärt den aktuellen Stand der Dinge jedenfalls sehr gut.

tawk hat geschrieben:

Da hast du recht. Wenn wir noch mehr über dieses thema herausgefunden haben (z.B. seit wann und warum das Problem besteht) kann man den Artikel ja immer noch ergänzen.

Dafür ist das Wiki gedacht

tawk hat geschrieben:

Der Artikel erklärt den aktuellen Stand der Dinge jedenfalls sehr gut.

Denke ich auch.

Gruß
punischdude

Was die Anglizismen wie Workaround und Fix angeht glaube ich nicht, dass eine Übersetzung dringend notwendig ist, außerdem würde mir auf die Schnelle auch keine gute Übersetzung dazu einfallen.

Wenn also niemand mehr Vorschläge hat, wäre der Artikel jetzt quasi fertig

Gruß
punischdude