Knacken der Platte nach resume, Ansatz für Lösung
Hallo, Ich habe jetzt einen Weg gefunden, wie ich das Knacken der Platte nach dem resume loswerde: Ich starte den powersaved neu. Vielleicht kann Stefan daraus irgendwie schließen, wo das Problem liegt. Ich würde vermuten, daß beim resume irgendwelche Platteneinstellungen geändert werden, die dann beim Aufruf von hdparm (durch powersaved-Neustart) wieder zurückgesetzt werden. Eventuell könnte man dann noch einen hdparm-Aufruf in das Proxy-Script einbauen, oder? Viele Grüße Stefan -- Stefan Müller Universität Bremen/Fachbereich 10 Tel: (+49) (+421) 218-8601 Postfach 33 04 40 D-28334 Bremen http://www.cl.uni-bremen.de/~stefan/ http://www.cl.uni-bremen.de/~stefan/Babel/Interaktiv/
On Sun, Jul 04, 2004 at 12:38:12PM +0200, Stefan Müller wrote:
Hallo,
Ich habe jetzt einen Weg gefunden, wie ich das Knacken der Platte nach dem resume loswerde:
Ich starte den powersaved neu.
Vielleicht kann Stefan daraus irgendwie schließen, wo das Problem liegt. Ich würde vermuten, daß beim resume irgendwelche Platteneinstellungen geändert werden, die dann beim Aufruf von hdparm (durch powersaved-Neustart) wieder zurückgesetzt werden.
Ich vermute, daß es weniger die Plattenparameter sind (die sollten vom Treiber wieder ordentlich hergestellt werden), sondern die VM parameter, welche vom laptop_mode justiert werden. Ich hatte mal so einen Verdacht, daß da noch was buggy sein könnte, konnte das aber nie so richtig nachvollziehen.
Eventuell könnte man dann noch einen hdparm-Aufruf in das Proxy-Script einbauen, oder?
Klar. Einfach die Funktion "execute_scheme_settings" im resume-Pfad des skripts einbauen, oder auch nur "laptop_mode_func stop; laptop_mode_func start". Allerdings ist das dann nicht state-safe, also wenn du z.B. am Strom bist, bist du nach dem resume trotzdem im laptop_mode. Wenn du es testen willst, bitte zuerst mal das "laptop_mode_func stop; laptop_mode_func start" probieren, erst dann "execute_scheme_settings" (das macht ausserdem noch "hdparm"). Damit grenzen wir das Problem genauer ein. Eine Idee woran es liegen könnte habe ich noch: Hast du evtl. vor dem suspend den Strom drangehabt und während die Maschine aus war abgesteckt? Das würde das weitgehend erklären (ist dann ein Bug im powersaved, nicht unbedingt im Kernel). -- Stefan Seyfried
On Sun, Jul 04, 2004 at 10:54:41PM +0200, Stefan Seyfried wrote:
On Sun, Jul 04, 2004 at 12:38:12PM +0200, Stefan Müller wrote:
Hallo,
Ich habe jetzt einen Weg gefunden, wie ich das Knacken der Platte nach dem resume loswerde:
Ich starte den powersaved neu.
Wenn du es testen willst, bitte zuerst mal das "laptop_mode_func stop; laptop_mode_func start" probieren, erst dann "execute_scheme_settings" (das macht ausserdem noch "hdparm"). Damit grenzen wir das Problem genauer ein.
Ich habe es nachvollzogen, bei klackt die Platte nicht, aber sie schaltet sich nach einem resume nicht mehr ab. Die VM-Settings scheinen es nicht zu sein, aber mit execute_scheme_settings wird es "repariert". Wenn du es von Hand nach dem resume "reparieren" willst: als root powersave_proxy ac_adapter.online aufrufen (kann auch ac_adapter.offline sein, ist egal), damit wird auch execute_scheme_settings aufgerufen.
Eine Idee woran es liegen könnte habe ich noch: Hast du evtl. vor dem suspend den Strom drangehabt und während die Maschine aus war abgesteckt? Das würde das weitgehend erklären (ist dann ein Bug im powersaved, nicht unbedingt im Kernel).
Daran liegt es wohl nicht, obwohl ich in dieser Gegend auch noch bugs vermute. -- Stefan Seyfried
Hi,
Wenn du es von Hand nach dem resume "reparieren" willst: als root powersave_proxy ac_adapter.online aufrufen (kann auch ac_adapter.offline sein, ist egal), damit wird auch execute_scheme_settings aufgerufen.
Das habe ich gemacht, mehrmals hin und her. "Genützt hat's ihm nichts." Aber rcpowersaved restart hilft. Grüße Stefan -- Stefan Müller Universität Bremen/Fachbereich 10 Tel: (+49) (+421) 218-8601 Postfach 33 04 40 D-28334 Bremen http://www.cl.uni-bremen.de/~stefan/ http://www.cl.uni-bremen.de/~stefan/Babel/Interaktiv/
On Mon, Jul 05, 2004 at 11:52:36AM +0200, Stefan Müller wrote:
Hi,
Wenn du es von Hand nach dem resume "reparieren" willst: als root powersave_proxy ac_adapter.online aufrufen (kann auch ac_adapter.offline sein, ist egal), damit wird auch execute_scheme_settings aufgerufen.
Das habe ich gemacht, mehrmals hin und her. "Genützt hat's ihm nichts."
Aber rcpowersaved restart hilft.
Klar. Es heisst ja auch acadapter.offline, ohne '_'. Nun ja, es war halt früh am Morgen ;-) Das müsste allerdings helfen. Ich habe es gerade nachvollzogen, nur das ausführen des hdparm-Teils reichte, ausserdem sollte ein powersaved restart in diesem Bereich nichts anderes machen, als "execute_scheme_settings" im proxy aufrufen, was wiederum, wenn der laptop mode schon an ist, nur die hdparm-Sachen macht. -> Es liegt wohl (hoffentlich) an meinem Tippfehler oben, der bug ist im Kernel, ich werde ihn mal bei bugzilla.kernel.org eintragen :-) Bis dahin ist ein "execute_scheme_settings" im resume-Pfad der (nicht ganz perfekte) Workaround. -- Stefan Seyfried
participants (2)
-
Stefan Müller
-
Stefan Seyfried