FP v. Laptop mit ext3 soll sich abschalten
Hi, ein Laptop mit Suse 8.2 / ext3 soll seine Festplatte abschalten wenn 1/2 Stunde nix mehr lief. Mit Suse 7.2 und noflushd war da einfach zu machen. Jetzt fummeln einige daemons rum und wecken die Festplatte immer wieder kurz nach dem abschalten auf. Kaum lasse ich die die Festplatte mit hdparm -S 10 (oder so) abschalten, da greift demonstrativ ein paar Sekunden danach der kjournald (ext3) wieder zu und weckt die auf. Wird die FEstplatte nicht schlafen gelegt, so arbeitet der kjournald auch nicht darauf. Zu beobachten sehr schön mit top -d .2 Da hilft auch nicht der installierte noflushd. Der darf wohl nicht puffern. Wenn dann der kjournald nicht sofort wieder auf die Festpl. zugreift, dann ist es der kapmd, der die Festplatte wieder zum Leben erweckt. Der kupdated scheint sich derzeit durch meine hohe Werte in /proc/sys/vm/bdflush zu beruhigen, seitdem spielt aber der kjournald wild. Es muß ext3 verwendet werden, weil nur mit ext3 der noflushd arbeitet. Dann aber habe ich wie ich jetzt sehe die Probleme mit dem kjournald ... thx Ekkard
Am Freitag, 1. August 2003 11:49 schrieb Ekkard Gerlach:
Wenn dann der kjournald nicht sofort wieder auf die Festpl. zugreift, dann ist es der kapmd, der die Festplatte wieder zum Leben erweckt. Der kupdated scheint sich derzeit durch meine hohe Werte in /proc/sys/vm/bdflush zu beruhigen, seitdem spielt aber der kjournald wild. Es muß ext3 verwendet werden, weil nur mit ext3 der noflushd arbeitet. Dann aber habe ich wie ich jetzt sehe die Probleme mit dem kjournald ...
Ich glaube, der Status hat sich bislang nicht geändert (CMIIW): Commit Interval des kjournald ist nicht konfigurierbar: http://hypermail.idiosynkrasia.net/linux-kernel/archived/2001/week43/0256.ht... Es hilft wohl, ein wenig an den Kernelquellen herumzuspielen: http://math.ucsd.edu/~bond/Fujitsu_P-2040/ und http://math.ucsd.edu/~bond/Fujitsu_P-2040/ext3-kcommit.patch (Vergrößert den Update-Intervall von 5 auf 30 Sekunden) Martin -- when in danger or in doubt, run in circles, scream and shout! pgp-key: via wwwkeys.de.pgp.net, key id is 0x21eec9b0
* Martin Borchert schrieb:
Am Freitag, 1. August 2003 11:49 schrieb Ekkard Gerlach:
Wenn dann der kjournald nicht sofort wieder auf die Festpl. zugreift, dann ist es der kapmd, der die Festplatte wieder zum Leben erweckt. Der kupdated scheint sich derzeit durch meine hohe Werte in /proc/sys/vm/bdflush zu beruhigen, seitdem spielt aber der kjournald wild. Es muß ext3 verwendet werden, weil nur mit ext3 der noflushd arbeitet. Dann aber habe ich wie ich jetzt sehe die Probleme mit dem kjournald ...
Ich glaube, der Status hat sich bislang nicht geändert (CMIIW): Commit Interval des kjournald ist nicht konfigurierbar: http://hypermail.idiosynkrasia.net/linux-kernel/archived/2001/week43/0256.ht...
Es hilft wohl, ein wenig an den Kernelquellen herumzuspielen: http://math.ucsd.edu/~bond/Fujitsu_P-2040/ und http://math.ucsd.edu/~bond/Fujitsu_P-2040/ext3-kcommit.patch (Vergrößert den Update-Intervall von 5 auf 30 Sekunden)
für den 2.4.20 ist der patch wohl nicht mehr gültig. Zu _commit_interval ist das einzige passende: journal->j_commit_interval = 0; . Offenbar commit-interval auf 0 (!) gesetzt?? Was'n das? thx Ekkard
* Ekkard Gerlach (ich) schrieb:
http://math.ucsd.edu/~bond/Fujitsu_P-2040/ext3-kcommit.patch (Vergrößert den Update-Intervall von 5 auf 30 Sekunden)
für den 2.4.20 ist der patch wohl nicht mehr gültig. Zu _commit_interval ist das einzige passende:
journal->j_commit_interval = 0;
. Offenbar commit-interval auf 0 (!) gesetzt?? Was'n das?
Stelle gerade fest, daß das ein feature des SUSE-2.4.20er Kernel ist. Beim 2.4.21-Original-Kernel habe ich ein interval von HZ * 5 : journal->j_commit_interval = (HZ * 5); Also runter mit dem Suse-Kernel vom Laptop und den 2.4.21er drauf? Was nutzt es mir, wenn die Festplatte des Laptop dann nict sofort wieder aufgeweckt wird, sondern erst 30 Sekunden später? Warum macht Suse im /usr/src/linux/fs/jbd/journal.c rum? Ekkard
participants (2)
-
Ekkard Gerlach
-
Martin Borchert