sl33p

[Log in to get rid of this advertisement]

Hi guys, I`m studying for the LPIC-1 exam, and reading a book that they recommend: "Introduction to Linux: A Hands-on Guide", by Machtelt Garrels.

There's one question on the 4th chapter (Processes), that I found confusing:

Question: Based on process entries in /proc, owned by your UID, how would you work to find out which processes these actually represent?

What does he mean? If I run the command (considering that my username is sl33p):

...gives me the right answer?

The ps man page says:

Thanks in advance.

anomie

Here is a clue: look at the long listing of the PIDs in /proc and find the ones you own. Then investigate further...

pixellany

First, Machtelt Garrels is a she....

So, ps -u tells you the owner of a process, but the question was how to find the details based on what you find in /proc.

Doesn't the book also give the answer???

Starting with no information, I guess I would run ps using the PIDs from /proc, and then grep using the username.

sl33p

Thanks guys!

I've joined both comments and hopefully found out the answer. Nope, the book doesn't give any answer pixellany. Do you have them somewhere?

These are the two processes my normal user were running (partial output of $ps aux | grep sl33p):


The related folders for those processes inside /proc are (obviously): /proc/2483 and /proc/2396.
When I access those directories I see the same files. Then I ran:

and could conclude that they have the same files inside /proc folders because one is the parent (bash) of the other (write).
This might sound obvious for you senior members anyways, but it shows (as far as I understood from the book) that the write process was originated by the fork/exec process from bash. Is that correct?

PS: Shame on me, about the he/she mistake, lol!
Regards,

sundialsvcs

Why don't you try ... ls /proc/2396 ...

... and see what you might be able to find out about process #2396?

Gosh... all those files... what happens if I try: cat /proc/2396/cmdline ...?

(I've worked with many operating systems over the years, with all kinds of funky programs doing bug-ridden things to get system-information like that. The /proc/nnnn/ system is, if I may say so, " -ing brilliant ...")

Fred Caro

side step, I am studying for the lpi 1 but the materials, and or syllabi's, are well protected: even the IBM thing seems to be directed at part 2 or the old (pre 01/04/09) exam, have you had any luck?

Fred.

sl33p

Well man, I'm in the same situation...

As we're gonna be almost the first ones to realize this new LPI exam, what I decided to do is to "forget" about the LPI objectives... Just trying to learn Linux essentials.
What I mean is that even if you know that they can ask you about the at command, you cannot be so sure they actually will.

If you read the books they recommend on the materials sections of the website, you can fulfill the topics and go even further because it makes you read man pages )

My test is in June 30th and I'm confident about it. After reading the book, just enforce the knowledge about the topics they list on lpi.org

God be with us.
Regards,

Fred Caro

Best of luck with the exam. Over catering is probably the wise move but it gals me that the LPI authorities don't give a definitive syllabus. Free to some but not all.

jamescondron

Break the question down-
1: based upon the entries in /proc ownded by your UID
- How do you see which in here is owned by your UID?
- How can you return a sorted list of these?
2: how would you work to find out which processes these actually represent?
- Where can you get a list of processes, both with UID and Command?
- Are there tools to do this?
- Is scripting a solution a viable option?

Maybe I'll try this LPIC thingy