Sweet! Thanks Randy!!! Sincerely and respectfully, Hans N. mailto:[EMAIL PROTECTED] -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Randy Meyer Sent: Monday, March 05, 2001 7:32 AM To: [EMAIL PROTECTED] Subject: [newbie] To any linux newbies who really want to know their system well.... I do. I threw out the other OS and put this one in. About a month or so ago. It's all I have right now. Just a lone personal computer with a new operating system. It was total system shock at first. Thank god for a distribution that took care of most of the details for me. I'm not suffering from any withdrawal symptoms. In fact, I haven't looked back and gnu/linux is so damn fascinating the first thing I had to do was read up on everything I could about it's history and all that I had been missing out from during those years. Now that I'm somewhat past the point of doing the obviously wrong things (like re-installing because I didn't even know how to start X up from the bash command line, which is a very bad place to be with no linux knowledge and no one within reach that has any), here is how I am educating myself about MY new LM 7.2 system and it's internal workings. If you have gotten past the installation and hardware issues and have some time to devote to this, it is well worth doing yourself. I'm speaking to the true linux newbies now, not the seasoned users, who know all of this and probably have done it already. Build a Bigger Search Index --------------------------- First of all, that Help icon (the one with the life preserver on it). On a new installation I think it is accessed only from the KDE Start menu. Add that icon to your KDE panel if it's not already there. You need to use it frequently. It can answer your questions if you know how to massage it properly. There is a ton of HTML formatted documentation that gets poured onto your hard drive during the installation. I use the Recommended installation and there is over 14,000 HTML documents on my drive. (OK, that's including the browser cache, i should do another FindFile after clearing the cache for a more accurate number). But the problem is this. There is a search engine that's built into the Help system, but the installed prebuilt index that it uses is very wimpy. At least after my installation, it only indexed the KDE documents. Which is fine for starters, but not if you want know what's really going on under the hood. So the first thing you should do is make a bigger search index that covers all the installed docs, not just the KDE ones. Use Applications/File_Tools/Find_Files and search starting from / for files that match *.htm* Click on the Directory column header to sort all the resulting matches by their locations. Now you can see where the majority of these HTML files reside. Note down these directories. For me it was /user/lib , /var/lib , /usr/share, and /usr/X11R6/LessTif/doc In the left pane of Help, where the search engine is, click on the "Update Index" button. In the dialog that comes up, add your noted directories to the "Additional Search paths" box. Click on the "Generate Index..." button and every textual word in every HTML file in those directories is going to be built into a searchable index that you can search by keyword. This takes quite a bit of time to complete. In fact, I thought that it had frozen up on me, there is no activity indicator in the dialog while the index is being built, at least not for the first two of the three stages. But I could hear my drive being accessed and just to be sure, I started up KDE System Guard and looked for it in the process list, there it was running and using up to 70% resources at times. All was well, that's just a lot of parsing and sorting to do. After the index is built, click on OK to finish the index updating. KDE System Guard is Your Roadmap -------------------------------- Now that we have a robust index it's time to use it. First though, if you haven't already found it, there is an application called KDE System Guard that is invaluable for monitoring whatever is running on your system. It's in Applications/Monitoring in the KDE startup menus. Here is how I am using it to direct myself in my linux nuts & bolts education. The System Guard lists all the processes that are currently running on your system. A lot of them are sleeping away not doing anything, just waiting to be given the nudge to go to work. A few are running, the ones with an "R" in the status column. But most are swapped out to disk, the ones with an "S" status. So you want to know what's going on under the hood in your system, this is a very good place to take a look. There are columns that are labeled PID and PPID. PID stands for Process ID and PPID stands for Parent Process ID. Every process gets a unique PID when it is started up, and the PID numbers are assigned incrementally. Now I want you to click on that PID column header and sort out all the processes in order from #1 on up. This is pretty much a roadmap of the sequence processes were started up during system initialization. You can see from the PPID column which earlier process started up any other process. This way you can work your way back in the chain. Notice anything? There are a lot of processes started up from PID #1, which happened to be started by the command "init [5". This is the first place the kernel opens it's doors to the outside world. It executes a script. The initialization starts there. Learn About Your Systems Processes ---------------------------------- Now use that search index to search on "init". There is a very good HOW-TO article that comes up in the results, "From Power Up to Bash Prompt". Right away I found out about run levels and learned how they are implemented by scripting. I learned about the init script that is called by the kernel and that if you are good enough at it, you can cook up your own scripts and make your system start up whatever way you want it to. But not now, stick with Mandrakes scripts, don't change them! Just start looking at them. Find out which scripts start up different parts of your system, networking, sound, etc. Bash scripts look pretty complicated to the initiate, but after awhile you start seeing patterns, keywords that are used often. Use the search engine to dig up some information on those script keywords, so you can figure out how and why the installed scripts are starting all of those processes up. Search on the names of the processes, the chances are you will get a hit on some good article that will tell you what it is doing. If you do all this, and take some good notes, eventually you are going to get to the point where you know pretty well where to go when you are having a problem, and figure out a way to circumvent it. At least that's what my goal is. I like to keep track of what's going on, and spent too many years closed up in an operating system that fit like a straightjacket. Now those days are past, and like Tommy, "I'm free...."