Hallo Liste, ich weiß nicht, ob mein Problem laptop-spezifisch ist, jedenfalls verhält sich mein Desktop in dieser Hinsicht unauffällig. Die Ausgabe des Kommandos "ps aux" liefert nach einer mehrtägigen uptime zunehmend unkorrekte Angaben über die Startzeit eines Prozesses: $ ps aux USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.0 452 76 ? S Aug29 0:02 init [3] root 2 0.0 0.0 0 0 ? SWN Aug29 0:00 [ksoftirqd/0] root 3 0.0 0.0 0 0 ? SW< Aug29 0:13 [events/0] [...] root 32426 0.0 0.1 1340 536 ? S Sep06 0:00 /usr/local/sbin/lircd --device=/dev/lirc flo 32527 0.0 0.3 3428 1852 ? S Sep06 0:00 aterm -ls -tr +sb flo 32550 0.0 0.3 4176 1776 pts/3 S Sep06 0:00 ssh midori flo 17959 0.0 0.1 2192 756 pts/1 R Sep06 0:00 ps aux Alle Prozesse mit der Starttime Sep06 wurden heute (13.9.) gestartet. googlen war nicht fruchtbar, bin weiterhin ratlos. Da ps wohl /proc verwendet, um an die Infos zu kommen, muß dort etwas im argen liegen. Weiß jemand Rat? Mein System ist eine SuSE 8.1 mit Kernel 2.6.8.1 und procps v3.1.14, aber auch das aktuelle procps v3.2.3 gibt unsinnige Werte aus. Freut sich über jede Anregung flo -- Gravity is a myth, the Earth sucks.
Hab zwar noch keine Lösung, aber es hängt wohl mit swsusp zusammen. Die Zeit, die bei der Ausgabe von ps "fehlt" entspricht genau der Zeit, die der Rechner im Suspend-Mode verbringt. Ein Beispiel: Vor dem suspend: [14:00:03][~]$ ps aux [...] flo 8979 0.0 0.1 2192 756 pts/1 R 14:00 0:00 ps aux Dann für 2h schlafen gelegt und wieder aufgeweckt: [16:00:58][~]$ ps aux [...] flo 9167 0.0 0.1 2192 756 pts/1 R 14:00 0:00 ps aux ^^^^^ Hat jemand Ahnung, woran das liegen könnte? flo -- Gravity is a myth, the Earth sucks.
On Tue, Sep 21, 2004 at 09:36:20PM +0200, Florian Tham wrote:
Hab zwar noch keine Lösung, aber es hängt wohl mit swsusp zusammen. Die Zeit, die bei der Ausgabe von ps "fehlt" entspricht genau der Zeit, die der Rechner im Suspend-Mode verbringt. Ein Beispiel:
Vor dem suspend:
[14:00:03][~]$ ps aux [...] flo 8979 0.0 0.1 2192 756 pts/1 R 14:00 0:00 ps aux
Dann für 2h schlafen gelegt und wieder aufgeweckt:
[16:00:58][~]$ ps aux [...] flo 9167 0.0 0.1 2192 756 pts/1 R 14:00 0:00 ps aux ^^^^^
Hat jemand Ahnung, woran das liegen könnte?
ja, ein problem zwischen kernel und ps. Ist in neueren Kernels (zumindest in >=2.6.9rc2) gefixt. -- Stefan Seyfried
On Tue, Sep 21, 2004 at 11:05:52PM +0200, Stefan Seyfried wrote:
ja, ein problem zwischen kernel und ps. Ist in neueren Kernels (zumindest in >=2.6.9rc2) gefixt.
Danke für den Hinweis. Hab unter http://bugzilla.kernel.org/attachment.cgi?id=3275&action=view einen Patch gefunden, der das Problem behebt. Allerdings nur in Verbindung mit "Enhanced Real Time Clock Support" (CONFIG_RTC), nicht mit der rtc Emulation (CONFIG_GEN_RTC). flo -- Gravity is a myth, the Earth sucks.
participants (2)
-
Florian Tham
-
Stefan Seyfried