From: M. Saggaf (alsaggaf@athena.mit.edu)
Date: 12/06/92


From: alsaggaf@athena.mit.edu (M. Saggaf)
Subject: Re: [Q] Help with ps -U
Date: Mon, 7 Dec 1992 01:37:39 GMT

In article <1992Dec7.004845.3932@pasteur.Berkeley.EDU> c60c-2gf@web-2d.berkeley.edu () writes:
>
>I (amazingly) compiled .98pl6 on my speedy 386sx-16. I had to rename
>all references to the lib directory 2.3.2 to 2.2.2d. I also had an
>error looking for cdefs.h, but someone said in an earlier post to
>just remove that dependency. That's what I did, and I hope it's
>alright. I had about 2 warnings, and that was it.
>

Um, you didn't have to change all those references by hand. A 'make
depend' would have taken care of all of that for you.

>I was upgrading from .98pl1, and found many things were broken so I
>decided to return to my old image. A few strange things have been
>happening with ps now. After I did ps -U (and ps U), the ps in pl6
>responed with some weird process numbers etc. Now, when I went
>back to pl1 (again running ps -U) I get nothing under ps, just
>the header line...
>
>Can someone shed some light on this? Thanks.
>

Seems strange, doesn't it? Well, not really. 'ps -U' reads the kernel
symbol table at .../linux/tools/system (unstripped kernel). Once you
compile a new kernel, that file is overwritten by the a new one for
the kernel you just compiled. Doing 'ps -U' in pl6 updates the ps
database at /etc/psdatabase, updates as in 'overwrites'. When you go
back to pl1, you have the wrong ps database and trying to update it
doesn't help, since you also have the wrong kernel symbol table (wrong
unstripped kernel). the only solution is to compile pl1 again. It's a
good idea to backup /etc/psdatabase before doing 'ps -U', in case you
you need to use it if you're not happy with the new kernel.