DrScott schrieb:

Sehe ich es richtig, dass es also immer noch keine komplette Lösung gibt, da immer noch ein bisschen Handarbeit notwendig ist?

Löst die Methode das Problem nun auch, wenn man im Akkubetrieb ist?

Meine derzeitige Lösung unterbindet das Klicken nämlich generell: Mich nervt das Geräusch!

Ja, wenigstens unter Hardy muss man noch Hand anlegen wenn man Suspend benutzt. Im Akkubetrieb werden die APM-Settings explizit auf afaik 128 gesetzt, da etwas höhere Load-Cycles da durchaus Sinn ergeben. Sobald das Notebook am Netz hängt wird wieder 254 (also fast kein APM) verwendet.

naja, ob es sinn macht im akkubetrieb die festplatte kaputtzuparken.... das paradoxe ist ja, dass selbst bei kopiervorgängen die platte versuchte sich zu parken. und das macht ja mal gar keinen sinn...

OlMightyGreek schrieb:

naja, ob es sinn macht im akkubetrieb die festplatte kaputtzuparken....

Die Theorie ist wohl, dass ein geparkter Kopf weniger leicht durch Erschütterungen kaputt zu kriegen ist und (kritische) Erschütterungen werden im Akkubetrieb wohl als wahrscheinlicher angesehen. Theoretisch, denn wenn er in diesem schnellen Rhythmus ständig hin und her bewegt, dann weiß ich nicht, ob dieser Schutz wirklich greift. Bei Windows mag es vielleicht so sein, wenn hier vielleicht (!?) die Platte nicht durch ständige Schreibversuche des Kernels wieder entparkt wird.

das paradoxe ist ja, dass selbst bei kopiervorgängen die platte versuchte sich zu parken. und das macht ja mal gar keinen sinn...

Kannst Du das näher erläutern?

der Load_Cylce_Count erhöhte sich selbst bei Downloadaktivität und Kopiervorgängen. Was ja eigentlich unsinnig ist. Denn die Platte arbeitet, was soll ich sie versuchen zu parken um sie im gleichen moment wieder zu entparken.

OlMightyGreek schrieb:

der Load_Cylce_Count erhöhte sich selbst bei Downloadaktivität und Kopiervorgängen. Was ja eigentlich unsinnig ist. Denn die Platte arbeitet, was soll ich sie versuchen zu parken um sie im gleichen moment wieder zu entparken.

Downloads und Kopiervorgänge spielen sich teilweise im Cache, also im Hauptspeicher ab und wirken nur "von Zeit zu Zeit", wenn also wieder mit der Platte synchronisiert wird (Daher soll man USB-Sticks ja auch "sicher entfernen"). In diesen "Ruhephasen" läuft wahrscheinlich der "Countdown" bis zum Kopfparken komplett ab und schon ist's passiert. Dann kommt der Sync und schon ist der Kopf wieder am Arbeiten.
Im "absoluten" Ruhezustand scheint dieser Effekt z.B. vom teilweise regelmäßigem Beschreiben irgendwelcher log-Dateien (z.b. unter /var/log/) zustande zu kommen. Ich fand da mal eine Anleitung wie man "syslogd" zu weniger "Syncs" bewegen kann. Ich hatte das dann getestet und es hat auch teilweise Besserung gebracht, aber ich war nicht wirklich zufrieden.

Das Problem liegt vor allem daran, das die Festplatten das Powermanagement selbst übernehmen und nicht das Betriebssystem. Denn nur das Betriebssystem weiß am Besten wann es seine Schreibvorgänge abgeschlossen bzw. wann die Festplatte nichts zu tun hat und die Festplatte die Köpfe parken kann. Damit sollte die Firmware einer Festplatte tunlichst nichts zu tun haben.

Das Problem (ich kann es nicht oft genug wiederholen) betrifft ja nicht Linux alleine, sondern tritt auch unter Windows auf. Bevor ich von meinem alten Thinkpad die Win2000-Installation heruntergeschmissen und gegen Ubuntu ersetzt habe, klackerte die Festplatte genauso munter vor sich hin. Auf meinem jetzigen Dell-Notebook war es genauso, ob jetzt mit der alten 40GB-Platte oder der neuen 160GB Festplatte.

Das Problem liegt also eindeutig auf Seiten der Festplattenhersteller. Würden diese weniger aggressive Stromsparmodi einsetzen bzw. die Standardwerte so einstellen das diese die Platte weniger oft oder nur auf Zuruf des Betriebssystems parken, würde das Problem gar nichts erst auftreten.

Ein passende Nachricht zu diesem Thema gab heute übrigens bei Heise :

Ausfälle bei Seagate-Festplatten durch Firmware-Probleme

ich kann das nur bestätigen. unter dem bösen feindprogramm vista, was ich um es zurecht verurteilen zu dürfen einen monat nutzte, tritt es ebenso auf wie auch bei dem mittlerweile als doppelagent tätigen winXP...

mit meinen alten platten hatte ich das problem nicht.

frage: kann ich bei USB platten auch die smartwerte auslesen und wenn ja wie?

und: ich würde gerne / wir sollten mal herausfinden, welche aktuellen platten nicht davon betroffen sind. nur weil die samsung 320er so stark verbreitet sind, schien es ja zunächst nur die zu betreffe, aber vereinzelt sind es ja auch andere hersteller und modelle. der otto normal nutzer merkts im besten fall ja nicht einmal...

glasen schrieb:

Das Problem (ich kann es nicht oft genug wiederholen) betrifft ja nicht Linux alleine, sondern tritt auch unter Windows auf.

Richtig, aber es kommt eben auf die Quantität an: Auf meinem Toshiba S1 ab einigen Sekunden der nicht-Benutzung: Standard-Ubuntu klackt konstant (ca. alle 6 Sekunden), Windows XP klackt nach einigen Sekunden einmal, dann wiederholt sich das Klacken alle 1 bis 2 Minuten.

Die Software scheint das Verhalten also wohl doch günstig beeinflussen zu können.

Die Software scheint das Verhalten also wohl doch günstig beeinflussen zu können.

Ich hab ja auch nicht das Gegenteil behauptet. Wenn man die passenden Werte mit Hilfe von "hdparm" setzt, hört es unter Ubuntu in der Regel ja auch auf. Nichts anderes macht der jetzt erschienene Fix im Paket "acpi-support".

glasen schrieb:

Ich hab ja auch nicht das Gegenteil behauptet.

Das stimmt.

Wenn man die passenden Werte mit Hilfe von "hdparm" setzt, hört es unter Ubuntu in der Regel ja auch auf. Nichts anderes macht der jetzt erschienene Fix im Paket "acpi-support".

Ja, aber es bewirkt (bei mir), dass die Platte gar nicht mehr "parkt". Das ist unter Windows eben besser gelöst.

es ist unter windows gelöst?

OlMightyGreek schrieb:

es ist unter windows gelöst?

Ja, bei mir schon. Siehe mein vorletztes Posting.

Heißt das, wenn ich über die Quelle "intrepid-proposed" "acpi-support" installiere ist das Problem gelöst? Wie sieht es unter Vista aus? Sehe nähmlich bald vor ein Dualboot-System mit Vista/Ubuntu einzurichten. (Notebook)

/edit[Dauerhafte Methode ab Intrepid Ibex http://wiki.ubuntuusers.de/Notebook-Festplatten-Bug] erhöht das auch die Festplattentemperatur? Erhöht das acpi Paket auch die Temperaturen? Wenn ja, ist das ja unsinnig und ich bleibe bei Vista.

Heißt das, wenn ich über die Quelle "intrepid-proposed" "acpi-support" installiere ist das Problem gelöst?

Das Paket aus den Proposed-Quellen kam gestern als ganz normales Update rein. Sprich, jeder der regelmäßig die normalen Updates einspielt, hat das Paket jetzt installiert.

Dauerhafte Methode ab Intrepid Ibex http://wiki.ubuntuusers.de/Notebook-Festplatten-Bug] erhöht das auch die Festplattentemperatur? Erhöht das acpi Paket auch die Temperaturen? Wenn ja, ist das ja unsinnig und ich bleibe bei Vista.

Jein, der Fix im Paket "acpi-support" stellt beim Netzbetrieb (Steckdose) den Wert auf "254", im Akkubetrieb auf "128". Das heißt es kann sein das deine Festplatte im Netzbetrieb wärmer werden kann. Ob das tatsächlich passiert, hängt aber sehr stark von deiner Festplatte ab. Meine Festplatte wird z.B. nur ein wenig wärmer (2-3°C), bei anderen Leuten können es dann schon bis zu 10°C sein.

Was jeder aber ausprobieren sollte ist das Einschalten des "laptop-mode" (Zu finden in der Datei "/etc/default/acpi-support"). Mit diesem sagt man Ubuntu das der Rechner ein Laptop/Notebook ist und das das System auch hin und wieder die Festplatte ganz abschalten darf, falls der Rechner gerade in einer Arbeitspause ist. Nichts anderes macht Windows auch. Dank dem Fix im neuen "acpi-support"-Paket sollte das jetzt ohne Probleme möglich sein.

bist du dir mit dem laptopmode sicher? in den ganzen howtos wurde vom laptopmodus abgerate, weil er das problem forciert.

unter vista hast du das gleiche phänomen. nur da kannst du es nicth beheben...