Softpanorama (slightly skeptical) Open Source Software Educational Society

May the source be with you, but remember the KISS principle ;-)

Tips

Monitoring Processes with pgrep
By Sandra Henry-Stocker

This week, we're going to look at a simple bash script for monitoring
processes that we want to ensure are running all the time. We'll use a
couple cute scripting "tricks" to facilitate this process and make it as
useful as possible.

The basic command we're going to use is pgrep. For those of you
unfamiliar with pgrep, it's a very nice Solaris command that looks in
the process queue to see whether a process by a particular name is
running. If it finds the requested process, it returns the process id.
For example:

% pgrep httpd
1345
1346
1347
1348

This output tells us that there are four httpd processes running on our
system. These processes might look like this if we were to execute a ps
-ef command:

% ps -ef | grep httpd
output

The pgrep command, therefore, accomplishes what many of us used to do
with strings of Unix command of this variety:

% ps -ef | grep httpd | grep -v grep | awk '{print $2}'

In this command, we ran the ps command, narrowed the output down to only
those lines containing the word "httpd", removed the grep command
itself, and then printed out the second column of the output, the
process id. With pgrep, extracting the process ids for the processes
that we want to track is faster and "cleaner". Let's look at a couple
code segments. First, the old way:

for PROC in [ proc1 proc2 proc3 proc4 proc5 ]
do
RUNNING = `ps -ef | grep $PROC | grep -v grep | wc -l`
if [ $RUNNING ge 1 ]; then
echo $proc1 is running
else
echo $proc1 is down
fi
done

For each process, we generate a count of the number of instances we
detect in the ps output and, if this number is one or more, we issue the
"running" output. Otherwise, we display a message saying the process is
down.

Now, here's out replacement code using pgrep:

for PROC in [ proc1 proc2 proc3 proc4 proc5 ]
do
if [ `pgrep $PROC` ]; then
echo $PROC is running
else
echo $PROC is down
fi
done

In this case, we've simplified our code in a couple of ways. First, we
rely on pgrep to give is output (procids) if the process is running and
nothing if it isn't. Second, because we're not using ps and grep, we
don't have to remove the output that isn't relevant to our task. We
don't have to remove the ps output relating to the other running
processes and to the process generated by our grep command.

The process for killing a set of processes would be quite similar. In
fact, we could use both pgrep and a "sister" command, pkill in a similar
manner.

for PROC in [ proc1 proc2 proc3 proc4 proc5 ]
do
if [ `pgrep $PROC` ]; then
pkill $PROC
else
echo $PRIC is not running
fi
done

The pgrep command is more predictable because we know we're going to get
only the process id and that we won't be matching on other strings that
just happen to appear in the ps output (e.g., if someone were editing
the httpd.conf file).

The pgrep, pkill and related commands are not only easier to use. The
code is easier to read and understand. One of the reasons for using
sequences of commands such as this:

ps -ef | grep $PROC | grep -v grep | wc -l

was to ensure that we knew what our answer would have to look like. If
we left off the final "wc -l", we might get one or a number of pieces of
output and have to deal with this fact when we went to check it. In
addition, we could use similar logic when the number of processes,
rather than just some or none, was important. We would just check the
number against what we expected to see.

Even so, anyone reading this script a year later would have to stop and
think through this command. This is not true for pgrep. The command
"pgrep httpd" is easy and quick to interpret as "if httpd is running".

The "if [ `pgrep $PROC` ]" is especially efficient as well. This
statement tests whether there is output from the command and is compact
and readable. Much as I love Unix for the way it allows me to pipe
output from one command to the other, I love it even more when I don't
have to.

sh -x
By S. Lee Henry

Whenever you enter a command in a Unix shell, whether interactively or
through a script, the shell expands your commands and passes them on to
the Unix kernel for execution. Normally, the shell does its work
invisibly. In fact, it so unobtrusively processes your commands that
you can easily forget that it's actually doing something for you. As we
saw last week, presenting the shell with a command like "rm *" can, on
rare occasion, results in a complaint. When the shell balks, producing
an error indicating that the argument list is too long, it suddenly
reminds us of its presence and that it is subject to resource
limitations just like everything else.

Invoking the shell with an option to display commands as it processes
them is another way to become acquainted with the shell's method of
intercepting and interpreting your commands. The Bourne family shells
use the option -x. If you enter the shell using a -x, then commands
will be displayed for you before execution. For example:

    boson% /bin/ksh -x
    $ date
    + date
    Mon Jun  4 07:11:01 EDT 2001

You can also see file expansion as the shell provides it for you:

    $ ls oops*
    + ls oops1 oops2 oop3 oops4 oops5 oopsies
    oops1 oops2 oop3 oops4 oops5 oopsies

This is all very exciting, of course, but of limited utility once you
get a solid appreciation of how hard the shell is working for you
command line after command line. The sh -x "trick" can be very useful
when you are debugging a script though. Instead of inserting lines of
code like "echo at end of loop" to help determine your code is failing,
you can change your "shebang" line to include the -x option:

    #!/bin/sh -x

Afterwards, when you run the script, each line of code will display as
it is processed so you can easily see which of the commands are working
and where your breakdown is occurring. This is far more useful than
looking at no output or little output and wondering where processing is
hanging up -- especially true for a complex script where execution
follows numerous paths. Being able to watch the executed commands and
the order in which they are executed while the script is running can be
an invaluable debugging aid -- particularly for complex scripts that
don't write much output to the screen while running.

How Many is Too Many?
By Sandra Henry-Stocker

I surprised myself recently when I issued a command to remove all the
files in an old, and clearly unimportant, directory and received this
response:

    bin/rm: arg list too long

I seldom encounter this response when cleaning up server directories
that I manage, so seeing it surprised me. When I began listing the
directory's contents, I wasn't surprised that my command had failed.
The directory contained more than 200,000 small, old, and meaningless
files, which would take a long time to list, consumes quite a bit of
directory file space, and would comprise a very long command line if
the shell were about to manage it. Even if every file name had only
eight characters, then a line containing all of their names (with blank
characters separating the names) would be nearly 1.8 million bytes
long. Not surprisingly, my shell balked at the task.

Situations like this remind us that, even though Unix is flexible,
powerful, and fun, each of the commands has built in limits. My shell
could not allocate adequate space to "expand" the asterisk that I
presented in my "rm *" command to a list of all 200,000+ files.

Of course, Unix offers several ways to solve every problem and running
out of space to expand a command merely invites one to solve the
problem differently. In my case, the easiest solution was to remove the
directory along with its contents. The rm -r command, since it doesn't
require any argument expansion, is "happy" to comply with such a
request. Had I not wanted to remove every file in the directory, I
would have gone through a little more trouble. I could have removed
subsets of the files, using commands like "rm a*" or "rm *5" until I
had removed all of the unwanted files.

A third approach would have been the appropriate for preserving only a
small number of the directory's files ? especially files that are
easily described by substring or date. I would have tarred up the
interesting files using tar and a wild card or a find command to create
an include file.

You will not often encounter situations where the shell will be unable
to expand your file names into a workable command. Few directories
house as many files as the one that I was cleaning up, and the Unix
shells allocate enough buffer space for most commands that you might
enter. Even so, limits exist and you might happen to bump into one of
them every few years.

Moving Around the Console.

So you're new to Linux and wondering how this virtual terminal stuff works. Well you can work in six different terminals at a time. To move around from one to another:

To change to Terminal 1 - Alt + F1 
To change to Terminal 2 - Alt + F2
...
To change to Terminal 6 - Alt + F6

That's cool. But I just did locate on something and a lot of stuff scrolled up. How do I scroll up to see what flew by?

Shift +  PgUp - Scroll Up
Shift +  PgDn - Scroll Down

Note: If you switch away from a console and switch back to it, 
you will lose what has already scrolled by.

If you had X running and wanted to change from X to text based and vice versa

To change to text based from X - Ctrl + Alt + F(n) where n = 1..6

To change to X from text based - Alt + F7

Something unexpected happened and I want to shut down my X server.
Just press:

Ctrl + Alt + Backspace

LinuxMonth - An Online monthly Linux magazine. Linux articles for Linux Enthusiasts.

What do you do when you need to see what a program is doing, but it's not one that you'd normally run from the command line? Perhaps it's one that is called as a network daemon from inetd, is called from inside another shell script or application, or is even called from cron. Is it actually being called? What command line parameters is it being handed? Why is it dying?

Let's assume the app in question is /the/path/to/myapp . Here's what you do. Make sure you have the "strace" program installed. Download "apptrace" from ftp://ftp.stearns.org/pub/apptrace/ and place it in your path, mode 755. Then type:

apptrace /the/path/to/myapp

When that program is called in the future, apptrace will record the last time myapp ran (see the timestamp on myapp-last-run), the command line parameters used (see myapp-parameters), and the strace output from running myapp (see myapp.pid.trace) in either $HOME/apptrace or /tmp/apptrace if $HOME is not set.

Note that if the original application is setuid-root, strace will not honor that flag and it will run with the permissions of the user running it like any other non-setuid-root app. See the man page for strace for more information on why.

When you've found out what you need to know and wish to stop monitoring the application, type:

mv -f /the/path/to/myapp.orig /the/path/to/myapp

---

Many thanks to David S. Miller , kernel hacker extraordinaire, for the right to publish his idea. His original version was:

It's actually pretty easy once if you can get a shell on the machine
before the event, once you know the program in question:

mv /path/to/${PROGRAM} /path/to/${PROGRAM}.ORIG
edit /path/to/${PROGRAM}
#!/bin/sh
strace -f -o /tmp/${PROGRAM}.trace /path/to/${PROGRAM}.ORIG $*

I do it all the time to debug network services started from
inetd for example.

This tip was provided by William Stearns.

If you manage your own Unix system, you might be interested in hearing how easy it is to make your root account completely inaccessible -- and then how to fix the problem. I have landed in this situation twice in my career and, each time, ended up having to boot my Solaris box off a CD-ROM in order to gain control of it.

The first time I ran into this problem, someone else had made a typing mistake in the root user's shell in the /etc/passwd file. Instead of saying "/bin/sh", the field was made to say "/bin/sch", suggesting to me that the intent had been to switch to /bin/csh. Due to the typing mistake, however, not only could root not log in but no one could su to the root account. Instead, we got error messages like these:

    login: root
    Password:
    Login incorrect

    boson% su -
    Password:
    su: cannot run /bin/sch: No such file or directory

The second time, I rdist'ed a new set of /etc files to a new Solaris box I was setting up without realizing that the root shell on the source system had been set to /bin/tcsh. Because this offspring of the C shell is not available on most Unix boxes (and certainly isn't delivered with Solaris), I found myself facing the same situation that I had run into many years before.

I couldn't log in as root. I couldn't su to the root account. I couldn't use rcp (even from a trusted host) -- because it checks the shell. I could ftp a copy of tcsh, but could not make it executable. I couldnt boot the system in single user mode (it also looked for a valid shell). The only option at my disposal was to boot the system from a CD ROM. Once I had done this, I had two choices: 1) I could mount my root partition on /a, cd to /a/etc, replace the shell in the /etc/passwd file, unmount /a, and then reboot. 2) I could mount my root partition on /a, cd to /a/bin, chmod 755 the copy of tcsh that I had previously ftped there, unmount /a, and then reboot.

I fixed root's entry in the /etc/passwd file and made my new tcsh file executable to prevent any possible recurrence of the problem. To avoid these problems, I usually don't allow the root shell to be set to anything other than /bin/sh (or /bin/csh if I'm pressured into it). The Bourne shell (or bash) is generally the best shell for root because it's on every system and the system start/stop scripts (in the /etc/rc?.d or /etc/rc.d/rc?.d directories) are almost exclusively written in sh syntax. Hence, should one of these files fail to include the #!/bin/sh designator, they will still run properly.

Surprised by how easily and completely I had made my system unusable, I was left running around the office looking for the secret stash of Solaris CD-ROMs to repair the damage. By the way, changing the file on the rdist source host and rdist'ing the files a second time would not have worked because even rdist requires the root account on the system be working properly. The rdist tool is based on rcp.

About the author(s)

S. Lee Henry (Sandra Henry-Stocker in real life) has been administering Unix systems for at least 15 years. Even so, she describes herself as USL (Unix as a second language) and still remembers enough English to write books and buy groceries. She lives on a sailboat in Marin County, California and can be reached via the email address

Ever wonder what ports are open on your Linux machine ? Did you ever want to know who was connecting to your machine and what services were they connecting to ? Netstat does just that.

To take a look at all TCP ports that are open on you system.
The use of the '-n' option will give you numerical addresses instead of determining the host. This speeds up the response of the output. The '-l' option only shows connections which are in "LISTEN" mode. And '-t' only shows the TCP connections.

netstat -nlt

[user@mymachine /home/user]# netstat -ntl
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State      
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      
tcp        0      0 0.0.0.0:3306            0.0.0.0:*               LISTEN      
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN

The above output show that I have 3 open ports (80, 3306, 22) on my sytem and are waiting for connections on all of the interfaces. The three ports are 80 => apache , 3306 => mysql, 22 => ssh.

Let's take a look at the active connections to this machine. For this you don't use the '-l' option but instead use the '-a' option. The '-a' stand for, yup, you guessed it, show all.

netstat -nat

[user@mymachine /user]# netstat -nat
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State      
tcp        0      0 206.112.62.102:80       204.210.35.27:3467      ESTABLISHED   
tcp        0      0 206.112.62.102:80       208.229.189.4:2582      FIN_WAIT2   
tcp        0   7605 206.112.62.102:80       208.243.30.195:36957    CLOSING     
tcp        0      0 206.112.62.102:22       10.60.1.18:3150         ESTABLISHED 
tcp        0      0 206.112.62.102:22       10.60.1.18:3149         ESTABLISHED 
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      
tcp        0      0 0.0.0.0:3306            0.0.0.0:*               LISTEN      
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      

The above output shows I have 3 web request that are currently being made or are about to finish up. It also show I have 2 SSH connections established. Now I know which IP address are making web requests or have SSH connections open. For more info on the different states, ie "FIN_WAIT2" and "CLOSING" please consult your local man pages.

Well that was a quick tip on how to use netstat to see what TCP ports are open on your machine and who is connecting to them. Hope it was helpful. Share the knowledge !

What do you do when you need to see what a program is doing, but it's not one that you'd normally run from the command line? Perhaps it's one that is called as a network daemon from inetd, is called from inside another shell script or application, or is even called from cron. Is it actually being called? What command line parameters is it being handed? Why is it dying?

Let's assume the app in question is /the/path/to/myapp . Here's what you do. Make sure you have the "strace" program installed. Download "apptrace" from ftp://ftp.stearns.org/pub/apptrace/ and place it in your path, mode 755. Then type:

So you're new to Linux and wondering how this virtual terminal stuff works. Well you can work in six different terminals at a time. To move around from one to another:

To change to Terminal 1 - Alt + F1 
To change to Terminal 2 - Alt + F2
...
To change to Terminal 6 - Alt + F6

That's cool. But I just did locate on something and a lot of stuff scrolled up. How do I scroll up to see what flew by?

Shift +  PgUp - Scroll Up
Shift +  PgDn - Scroll Down

Note: If you switch away from a console and switch back to it, 
you will lose what has already scrolled by.

If you had X running and wanted to change from X to text based and vice versa

To change to text based from X - Ctrl + Alt + F(n) where n = 1..6

To change to X from text based - Alt + F7

Something unexpected happened and I want to shut down my X server.
Just press:

Ctrl + Alt + Backspace

apptrace /the/path/to/myapp

When that program is called in the future, apptrace will record the last time myapp ran (see the timestamp on myapp-last-run), the command line parameters used (see myapp-parameters), and the strace output from running myapp (see myapp.pid.trace) in either $HOME/apptrace or /tmp/apptrace if $HOME is not set.

Note that if the original application is setuid-root, strace will not honor that flag and it will run with the permissions of the user running it like any other non-setuid-root app. See the man page for strace for more information on why.

When you've found out what you need to know and wish to stop monitoring the application, type:

mv -f /the/path/to/myapp.orig /the/path/to/myapp

Many thanks to David S. Miller , kernel hacker extraordinaire, for the right to publish his idea. His original version was:

It's actually pretty easy once if you can get a shell on the machine
before the event, once you know the program in question:

mv /path/to/${PROGRAM} /path/to/${PROGRAM}.ORIG
edit /path/to/${PROGRAM}
#!/bin/sh
strace -f -o /tmp/${PROGRAM}.trace /path/to/${PROGRAM}.ORIG $*

I do it all the time to debug network services started from
inetd for example.

RPM - Installing, Querying, Deleting your packages.

RPM (Redhat Package Manager) is an excellent package manager. RPM, created by Red Hat, can be used for building, installing, querying, updating, verifying, and removing software packages. This brief article will show you some of the usage of the rpm tool.

So you have an rpm package that you wish to install. But you want to find out more information about the package, like who built it, and when was it built. Or you want to find out a short description about the package. The following command will show you such information.

	rpm -qpi packagename.rpm

Now that you know more about the package, you're ready to install it. But before you install it you want to get a list of files and find out where will these files be installed. The following command will show you exactly that.

	rpm -qpl packagename.rpm

To actually install the package, use:

	rpm -i packagename.rpm

But what if I have an older version of the rpm already installed ? Then you want to upgrade the package. The following command will remove any older version of the package and install the newer version.

	rpm -Uvh packagename.rpm

How do I check all the packages installed on my system ? The following will list their names and version numbers.

	rpm -qa

and to see all the packages installed with the latest ones on top.

	rpm -qa --last

And if you want to see what package a file belongs to, if any, you can do the following. This command will show the rpm name or tell you that the file does not belong to any packages.

	rpm -qf file

And if you wanted to uninstall the package, you can do the following.

	rpm -e packagename

and to unistall even if it other packages depend on it. Note: This is dangerous; this should only be done if you are absolutely sure the dependency does not apply in your case.

	rpm -e packagename --nodeps

There are a lot more comands to help you manage your packages better. But this will cover the thirst of most users. If you want to learn more about rpms type man rpm at your prompt or visit www.rpm.org. In particular, see the RPM-HOWTO at www.rpm.org.

How will you spend your lunch hour?
Sshhh, somebody might hear you!
Recovering Deleted Files with "mc"
SSH Techniques
The Open Source Tech Support Partnership
Top Ten Reasons Why You Shouldn't Log in as Root

Linux-etc Quickies

"Some snippets of helpful advice were lying around my hard drive, so I thought it a good time to unload it. There's no theme to any of it, really, but I think that themes are sometimes overrated, don't you?"

"My favorite mail reader, pine 4.21, does not lag behind when it comes to modern features. For example, it supports rule-based filtering just like those graphical clients that get all the press these days. Just head to Main menu -> Setup -> Rules -> Filters -> Add. Voila!"

"Red Hat 6.2 ships with the ability to display TrueType fonts with the XFree86 X server. Oddly, the freetype package doesn't include any TrueType fonts, nor does it provide clear instructions on how to add them to your system."

Linux Today - O'Reilly Network Top 10 Tips for Linux Users

• "Switch to another console. Linux lets you use "virtual consoles" to log on to multiple sessions simultaneously, so you can do more than one operation or log on as another user. Logging on to another virtual console is like sitting down and logging in at a different physical terminal, except you are actually at one terminal, switching between login sessions."
• "Temporarily use a different shell. Every user account has a shell associated with it. The default Linux shell is bash; a popular alternative is tcsh. The last field of the password table (/etc/passwd) entry for an account contains the login shell information. You can get the information by checking the password table, or you can use the finger command."
• "Print a man page. Here are a few useful tips for viewing or printing manpages:

  To print a manpage, run the command:

  man | col -b | lpr

  The col -b command removes any backspace or other characters that would make the printed manpage difficult to read."

Linux Magazine: Tip Pack: KDE(Aug 03, 2000)
O'Reilly Network: 12 Tips on Building Firewalls(Jul 29, 2000)
Linux.com: LILO Security Tips(Apr 20, 2000)
About.com: Small Computer Tips(Aug 16, 1999)
Ext2.org: Misc Kernel Tips #2(Jul 06, 1999)
Ext2.org: Misc kernel tips(May 29, 1999)
Online book -- 100 Linux Tips and Tricks(May 12, 1999)
PC Week: Tips for those taking the Linux plunge(Apr 01, 1999)
ZDNet AnchorDesk: Tips and Tricks to Get You Started [with Linux](Jan 21, 1999)
Linux Tips and Tricks(Jan 02, 1999)

Troubleshooting Tips

System performance

From the SGI Admin Guide - last I checked the CPU spends most of its time waiting for something to do

---

Table 5-3 : Indications of an I/O-Bound System

Field Value sar Option

%busy (% time disk is busy) >85 sar -d

%rcache (reads in buffer cache) low, <85 sar -b

%wcache (writes in buffer cache) low, <60% sar -b

%wio (idle CPU waiting for disk I/O) dev. system >30 sar -u
fileserver >80

---

Table 5-5 Indications of Excessive Swapping/Paging

bswot/s (ransfers from memory to disk swap area)	>200	sar -w

bswin/s (transfers to memory)				>200	sar -w

%swpocc (time swap queue is occupied)			>10	sar -q

rflt/s (page reference fault)				>0	sar -t

freemem (average pages for user processes)		<100	sar -r

Indications of a CPU bound systems

%idle (% of time CPU has no work to do)			<5	sar -u

runq-sz (processes in memory waiting for CPU)		>2	sar -q

%runocc (% run queue occupied and processes not executing)	>90	sar -q

---

hypermail /usr/local/src/src/hypermail - mailing list to web page converter; grep hypermail /etc/aliases shows which lists use hypermail

pwck, grpck should be run weekly to make sure ok; grpck produces a ton of errors

can use local man pages - text only - see Ch3 User Services
put in /usr/local/manl (try /usr/man/local/manl) suffix .l
long ones pack -> pack program.1;mv program.1.z /usr/man/local/mannl/program.z

Linux Gazette Index

More 2-Cent Tips

• Getting the most from multiple X servers - in the office and at home
• Starting and stopping daemons
• Disabling the console screensaver
• Linux Kernel Split
• Incorrect Tip....(lilo mem=128M)
• Re: Command line editing

Wed, 17 May 2000 08:38:09 +0200
From: Sebastian Schleussner Sebastian.Schleussner@gmx.de

I have been trying to set command line editing (vi mode) as part of
my bash shell environment and have been unsuccessful so far. You might
think this is trivial - well so did I.
I am using Red Hat Linux 6.1 and wanted to use "set -o vi" in my
start up scripts. I have tried all possible combinations but it JUST DOES
NOT WORK. I inserted the line in /etc/profile , in my .bash_profile, in
my .bashrc etc but I cannot get it to work. How can I get this done? This
used to be a breeze in the korn shell. Where am I going wrong?

Hi!
I recently learned from the SuSE help that you have to put the line
set keymap vi
into your /etc/inputrc or ~/.inputrc file, in addition to what you did
('set -o vi' in ~/.bashrc or /etc/profile)!
I hope that will do the trick for you.

Cheers,
Sebastian Schleussner

More 2-Cent Tips

• mouse wheel and netscape
• Utility for those who changing HDDs very often
   
  For those who are changing HDDs very often, here is small ugly but working utility which I wrote.

It detects filesystem types of all accessible partitions and checks/mounts them in folders named after device (hda7,hdb1,hdb3,sd1,...).

So you will never have to write sequences of fdisk,fsck,mount,df...

allfilesys

• Traceroute Resources

You maybe interested in checking the site "Tracerote Lists by States. Backbone Maps List" http://cities.lk.net/trlist.html

You can find there many links to the traceroute resources sorted by the next items:

• Traceroute List by States
• Traceroute against Spam
• Other Traceroute Lists
• Traceroute and other tools
• Traceroute Analysis

Other thing is the List of Backbone Maps, sorted by Geographical Location, also some other info about backbones.

More 2-Cent Tips

• faq_builder.pl script

Sat, 11 Mar 2000 07:08:15 +0100 (CET)
From: Hans Zoebelein <hzo@goldfish.cube.net>

Everybody who is running a software project needs a FAQ to clarify questions about the project and to enlighten newbies how to run the software. Writing FAQs can be a time consuming process without much fun.

Now here comes a little Perl script which transforms simple ASCII input into HTML output which is perfect for FAQs (Frequently Asked Questions). I'm using this script on a daily basis and it is really nice and spares a lot of time. Check out http://leb.net/blinux/blinux-faq.html for results.

Attachment faq_builder.txt is the ASCII input to produce faq_builder.html using faq_builder.pl script.

'faq_builder.pl faq_builder.txt > faq_builder.html'

does the trick. Faq_builder.html is the the description how to use faq_builder.pl.

faq_builder.pl
faq_builder.html
faq_builder.txt

• Fantastic book on linux - available for free both on/offline!

Sat, 18 Mar 2000 16:15:22 GMT
From: Esben Maaløe (Acebone) <acebone@f2s.com>

Hi!

When I browse through the 2 cent tips, I see a lot of general Sysadmin/bash questions that could be answered by a book called "An Introduction to Linux Systems Administration" - written by David Jones and Bruce Jamieson.

You can check it out at www.infocom.cqu.edu.au/Units/aut99/85321

It's available both on-line and as downloadable PostScript file. Perhaps it's also available in PDF.

It's a great book, and a great read!

• help in printing numbered pages!

• ANSWER: Quick tip for mounting FDs, CDs, etc...

Fri, 25 Feb 2000 15:49:17 -0800
From: <fuzzybear@pocketmail.com>

If you can't or don't want to use auto-mounting, and are tired of typing out all those 'mount' and 'umount' commands, here's a script called 'fd' that will do "the right thing at the right time" - and is easily modified for other devices:

#!/bin/bash
d="/mnt/fd0"
if [ -n "$(mount $d 2>&1)" ]; then umount $d; fi

It's a fine example of "obfuscated Bash scripting" , but it works well - I use it and its relatives 'cdr', 'dvd', and 'fdl' (Linux-ext2 floppy) every day.

Ben Okopnik

• ANSWER: Win95-Linux small network with null modem

What you are asking is commonly done with Linux. For example I have a small home network with three and sometimes four W95 machines and sometimes another Linux box. All are connected to a hub along with a "server" linux box. That machine does the following

• dials my ISP on demand using the diald package
• network address translation (masquerading) and firewalling (blocks bad guys) using IPFWADM
• intranet server using Apache
• file (disk volume) and printer sharing (2 printers) using Samba
• modem sharing (for Juno, FreeInet, etc)
• intranet-enabled control of lamps and other devices using an X10 transmitter on the serial port.

• ANSWER: secondary ide and cdrom

  Sun, 27 Feb 2000 22:32:44 -0500
  From: George W. Bursha <gburs2@hotmail.com>

  I noticed a number of times people have problems with secondary ide on a pnp sound card. Don't be alarmed by ide3: unexpected interrupt, status=0xff, count=1. That is to say, if you are successful in getting your isapnp.conf correct and the the card seems proper from dmesg all except for this message and you still can't do a mount /dev/cdrom /cd0.....well fool, then go to /dev and rm cdrom and ln -s to the correct device! /dev/cdrom is probably linked to /dev/hdb for example. When testing your cd use 'mount -t iso 9660 /dev/hdx /mnt/cdrom'. Where x in hdx is the correct device name. You will perhaps surprise yourself after many hours spent shaking your head.

• ANSWER: Installing Linux on a laptop with a single FD/CD slot

  Sun, 5 Mar 2000 17:45:26 -0800
  From: <ben-fuzzybear@yahoo.com>

  Saw this question in LG the other day - yep, I'm a few issues behind but catching up fast. Relatively easy answer (I just tried it with both Debian and Red Hat and it works fine):

  (Assumptions: you have DOS/Windows installed, and can read from your CD.)

  First, create a directory - C:\Linux is fine.

  (The two examples below will cover the majority of the installs done these days, and are easily adaptable to other distros.)

  Debian

  I'm one of those guys who'd never heard of a distro on CD until _after_ d'loading a gig-plus worth of stuff, back when... but somewhere on the CD there should be files called "loadlin.exe", "root.bin", and "linux", ~1.5MB worth of stuff. Copy those to your new directory. Shut down your machine (I'm assuming the CD and the FD are not hot-swappable - otherwise there'd be no point to this), swap in the CDR, and turn it back on. Start DOS - *not* a DOS window under Win9x, but DOS (by pressing the F8 key, if necessary, as soon as you see the "Starting Windows..." message), type

  cd Linux
  

  at the C: prompt, then type

  loadlin linux root=/dev/ram initrd=root.bin
  

  Red Hat

  This uses the 5.2 CD but I would think it's much the same for the different versions. From the "dosutils" directory, copy "loadlin.exe"; from "dosutils\autoboot" copy "vmlinuz" and "initrd.img" into your "Linux" directory. Shut down, attach CDROM, reboot into DOS, 'cd Linux', and type

  loadlin vmlinuz initrd=initrd.img
  

  ...and you're on your way!

  Another tip, while we're on the subject - Debian has these files available at their FTP server, and probably on the CD as well -

  base2_1.tgz -  10MB
  drv1440.bin -  1.4MB
  resc1440.bin - 1.4MB
  

  Stick these in your "Linux" directory, too; they'll install a base Linux system on your HD, or let you perform any sort of rescue ops necessary (by mounting your existing Linux partition as /target hanging off a ramdisk, for example - forget your root password lately? ). No CD required - that's the entire base package. One of _the_ handiest things there is when you're munging through a tricky installation - and a GOOD reference for the initial state of your /etc files (look inside base2_1.tgz). Putting those files on the DOS side is usually my first step during an installation, and it's saved my sanity more than once.

  Ben Okopnik Captain S/V "Ulysses"

• 2 Cent Tips

  Wed, 08 Mar 2000 16:13:59 -0500
  From: Bolen Coogler <bcoogler@dscga.com> How to set vi edit mode in bash for Mandrake 7.0

  If, like me, you prefer vi-style command line editing in bash, here's how to get it working in Mandrake 7.0.

  When I wiped out Redhat 5.2 on my PC and installed Mandrake 7.0, I found vi command line editing no longer worked, even after issuing the "set -o vi" command. After much hair pulling and gnashing of teeth, I finally found the problem is with the /etc/inputrc file. I still don't know which line in this file caused the problem. If you have this same problem in Mandrake or some other distribution, my suggestion for a fix is:

  1. su to root. 2. Save a copy of the original /etc/inputrc file (you may want it back).

  3. Replace the contents of /etc/inputrc with the following:

  set convert-meta off
  set input-meta on
  set output-meta on
  set keymap vi
  set editing-mode vi
  

  The next time you start a terminal session, vi editing will be functional.

  --Bolen Coogler

• ATI xpert cards

  Sat, 18 Mar 2000 21:50:25 -0800
  From: <noah@nack.org>

  I'm new user and believer of the Linux OS and I need help badly. I'm looking for a driver for an ATI Xpert@Work 8Mb PCI card. Where can I get it? I'm using a RedHat 5.2 and my monitor is a Mitsubishi Diamond Scan model FA3415AT4 [...]

  Configure your display with the help of 'XF86Setup' (you have to write it as I do, with upper and lower cased letters), or, if it doesn't run the 'xf86config' program. Try to find your ATI Card, and if you don't, use simply SVGA. Most of cards which are not listed are standard SVGA Cards (my Matrox Millenium G200 also), and they run very well with the SVGA driver.

  I have (successfully) set up a bunch of ATI cards under RedHat, and lately (>=5.0) have found that Xconfigurator seems to give better results with ATI cards.
  

• Linux not detecting above 64meg

  Tue, 21 Mar 2000 16:50:16 -0600
  From: Linux Gazette <gazette@ssc.com>

  Several readers took your humble Editor to task for telling a user that Linux cannot autodetect memory above 64 MB because of a BIOS limitation; instead, I said that you have to tell Linux explicitly in the LILO config file or at the LILO command line.

  The readers said they have had no problems with Linux autodetecting their 128 MB of memory. So I went home and took the

  append = "mem 128M"
  

  line out of my /etc/lilo.conf file and discovered that, indeed, it was unnecessary. But I know it was a necessity last year when I put the system together. In the meantime I had switched from kernel 2.0.36 to 2.2.14--perhaps autodetection was added to the 2.2 kernels.
  

•  

   

LG52 2-Cent Tips

LG51 2-Cent Tips

• Info-search tips for Midnight Commander users

  Mon, 31 Jan 2000 14:57:13 -0800
  From: Ben Okopnik <fuzzybear@pocketmail.com>

  Funny thing; I was just about to post this tip when I read Matt Willis' "HOWTO searching script" in LG45. Still, this script is a good bit more flexible (allows diving into subdirectories, actually displays the HOWTO or the document whether .gz or .html or whatever format, etc.), uses the Bash shell instead of csh (well, _I_ see it as an advantage ...), and reads the entire /usr/doc hierarchy - perfect for those times when the man page isn't quite enough. I find myself using it about as often as I do the 'man' command.

  You will need the Midnight Commander on your system to take advantage of this (in my opinion, one of the top three apps ever written for the Linux console). I also find that it is at its best when used under X-windows, as this allows the use of GhostView, xdvi, and all the other nifty tools that aren't available on the console.

  Here's the script.

  To use it, type (for example)

  doc xl
  

  and press Enter. The script will respond with a menu of all the /usr/doc subdirs beginning with 'xl' prefixed by menu numbers; simply select the number for the directory that you want, and the script will switch to that directory and present you with another menu. Whenever your selection is an actual file, MC will open it in the appropriate manner - and when you exit that view of it, you'll be presented with the menu again. To quit the script, press 'Ctrl-C'.

  A couple of built-in minor features (read: 'bugs') - if given a nonsense number as a selection, 'doc' will drop you into your home directory. Simply 'Ctrl-C' to get out and try again. Also, for at least one directory in '/usr/doc' (the 'gimp-manual/html') there is simply not enough scroll-back buffer to see all the menu-items (526 of them!). I'm afraid that you'll simply have to switch there and look around; fortunately, MC makes that relatively easy!

  Oh, one more MC tip. If you define the 'CDPATH' variable in your .bash_profile and make '/usr/doc' one of the entries in it, you'll be able to switch to any directory in that hierarchy by simply typing 'cd <first_few_letters_of_dir_name>' and pressing the Tab key for completion. Just like using 'doc', in some ways...

  Hope this is of help.

• ANSWER: Re: Upgrading to shadow passwords

  Wed, 2 Feb 2000 17:31:56 -0600 (CST)
  From: Michael P. Plezbert <plezbert@cs.wustl.edu>

  On Fri, 28 Jan 2000, oliver cameron wrote:

  I am running RH 4.2 and I need to convert my existing etc/passwords file to the shadow passwords format used on a new RH 6.1 installation. Can anyone give me a simple explanation of how to do this? Any help would be greatly appreciated. Many thanks in advance, Oliver.

  Redhat 6.1 comes with utilities for converting to and from shadow files.

  "man pwconv" should give you a description.
  

• ANSWER: dual booting NT and linux

  Thu, 03 Feb 2000 22:30:06 +0000
  From: Clive Wright <clive_wright@telinco.co.uk>

  I am not familiar with Norton Ghost; however I have been successfully dual booting NT 4 and versions of linux (currently Redhat 6.0) for the past year.

  First let me refer you to the excellent article on multibooting by Tom de Blende in issue 47 of LG. Note step 17. "The tricky part is configuring Lilo. You must keep Lilo OUT OF THE MBR! The mbr is reserved for NT. If you'd install Lilo in your mbr, NT won't boot anymore".

  As your requirements are quite modest they can easily be accomplished without any third party software ie. "Bootpart".

  If NT is on a Fat partition then install MSdos and use the NT loader floppy disks to repair the startup environment. If NT is on an NTFS partition then you will need a Fat partition to load MSdos. Either way you should get to a stage where you can use NT's boot manager to select between NT and MSdos.

  Boot into dos and from the dos prompt: "copy bootsect.dos *.lux".

  Use attrib to remove attributes from boot.ini "attrib -s -h -r boot.ini" and edit the boot.ini file; after a line similar to C:\bootsect.dos="MS-DOS v6.22" add the line C:\bootsect.lux="Redhat Linux".

  Save the edited file and replace the attributes.

  At the boot menu you should now have four options: two for NT (normal and vga mode) and one each for msdos and Linux. To get the linux option to work you will have to use redhat's boot disk to boot into Linux and configure Lilo. Log on as root and use your favorite text editor to edit /etc/lilo.conf. Here is a copy of mine:

  boot=/c/bootsect.lux
  map=/boot/map
  install=/boot/boot.b
  prompt
  timeout=1
  image=/boot/vmlinuz-2.2.14
  	label=linux
  	root=/dev/hda5
  	read-only
  

  It can be quite minimal as it only has one operating system to boot; there is no requirement for a prompt and the timeout is reduced to 1 so that it boots almost immediately without further user intervention. If your linux root partition is not /dev/hda5 then the root line will require amendment.

  I mount my MSdos C: drive as /c/ under linux. I am sure this will make some unix purists cringe but I find C: to /c easy to type and easy to remember. If you are happy with that; then all that is required is to create the mount point, "mkdir /c" and mount the C: drive. "mount -t msdos /dev/hda1 /c" will do for now but you may want to include /dev/hda1 in /etc/fstab so that it will automatically mounted in the future; useful for exporting files to make them available to NT.

  Check that /c/bootsect.lux is visible to Linux "ls /c/bootsect*"

  /c/bootsect.dos  /c/bootsect.lux
  

  Then run "lilo"

  Added linux *
  

  Following an orderly shutdown and reboot you can now select Redhat Linux at NT's boot prompt and boot into Linux. I hope you find the above useful.

• ANSWER: 2 cents entry: Microsoft Cordless Wheel Mouse

  Sun, 6 Feb 2000 14:54:20 -0500 (EST)
  From: Lee Sonko <sp1@swiftmail.com>

  Getting a PS/2 Microsoft Cordless Wheel Mouse working correctly under X-windows takes a litte bit of tweaking.

  In the Pointer Section of /etc/X11/XF86Config, set the following:

      Protocol    "MouseSystems"
      Device      "/dev/gpmdata"

  Then, make your gpm start like so:

      gpm -R -t imps2
  

  You should be all set.

  To explain: -gpm's "-t imps2" option reads the mouse input as if it were a "Microsoft Intellimouse (ps2) - 3 buttons, wheel unused". -Then gpm's "-R" option pushes mouse output to /dev/gpmdata in the "MouseSystems" format. -So you have to set X-windows to read the new device in the new format.

  You can also control mouse speed and acceleration and other things from gpm. Check it out.

More 2-Cent Tips

More 2-Cent Tips

More 2-Cent Tips

More 2 Cent Tips

More 2 Cent Tips

More 2 Cent Tips

More 2 Cent Tips

More 2 Cent Tips

More 2 Cent Tips

More 2 Cent Tips

More 2 Cent Tips

More 2 Cent Tips

More 2 Cent Tips

More 2 Cent Tips

More 2 Cent Tips

More 2 Cent Tips

More 2 Cent Tips

More 2 Cent Tips

More 2 Cent Tips

• 2 Cent Tip from the 'Muse
• Tips and Tricks: Keeping track of your config files
• 2 cent tip: Cross platform text conversion.
• XFree86 and the S3ViRGE GX2 chipset
• Clearing the Screen
• Re: Shell Scripting Resources <-- TIP
• Re: Recognising the AMD K5-PR166
• Your atapi CDROM
• Tips: simulataneous kernel versions
• Creating man pages made easy!
• 2c Tip Re: Cross-platform Text Conversions
• Un-tar as you download
• megaraid drivers
• Re: simultaneous versions of Kernels

More 2 Cent Tips

• RE: Photogrammetry tools for Linux? in Issue 30
• Re: Suggestion for Article, simultaneous versions of Kernels
• Secondary IDE interface CDROM detection/automounting tip
• Re ext2 partitions
• pdf resumes: pdflatex
• Re: CHAOS
• Re: 3com network cards
• ext2 Partitions
• RE: Searching (somewhat in vain) for sources on shell scripting
• Re: $.02 tips on ext2 Partitions
• LG30 ext2 Partition tip
• Modem Connecting Speed
• Short Article on upgrading to SMP
• Cross-platform Text Conversions

More 2 Cent Tips

• Producing a Resume in PDF with LaTeX
• UNIX System man Pages
• ext2 Partitions
• Re: bpp 16 Question
• Network Cards
• Tip for using Windows 95 buttons in KDE
• PPP, SLIP and Other Remote Service

More 2 Cent Tips

• Linux Kernel 2.1.102 Error Patch
• Tip for using Windows 95 Button in X
• Re: Usershell on Console
• IBM LAN Adaper for Ethernet
• Easy Access to Removable Media
• Re: bpp 16 question
• Re: Finite Elements Programs
• Re: How to Enable Swapping
• Re: Slackware
• Re: about::mozilla
• Tips Contents for More Tips!

More 2 Cent Tips

• Re: Shutdown and Root
• Re: Core Dumps
• Easter Egg in Netscape
• Host Name Completion
• Running Without Logging In
• Animation Easter Eggs in Netscape
• Re: Usershell on Console Without Logging In
• Backing Up Win95 Files
• Re: X-term for MS-Windows
• Re: Shutdown and Root Again
• Running an ATAPI Zip Drive
• New Binaries Script
• Script Contributions
• Re: Core Dumps Again

More 2 Cent Tips

• Re: Help Wanted LaserJet 4L
• StarOffice 4/Ghostscript
• Linux and VAX 3400 and 3300
• xdm with pictures
• Re: Help-Installing Linux on a FAT32
• Regarding Easter Eggs in Netscape etc.
• Re: Changing XDM windows
• Nice xdm and Linux PPC
• Re: Help with Sound Card
• Lots More

More 2 Cent Tips

• Apache SSL extensions...
• Locate
• Re: Printing Problems
• Re: LG25, Netscape on the Desktop
• Re: Linux and VAX 3400 and 3300
• Binary File Access with dd
• Follow up to find 2c-tip
• ispell & Pine 3.96
• XVSCAN: Combining different parts together
• 2c-tip: Netscape on the Desktop
• Linux and Win95
• My $0.02 tip: Graphical su
• Easter Eggs in Netscape
• Core Dumps

More 2 Cent Tips

• Linux - 2 Cents about vim for pico users
• My 1/50th of a Dollar
• sound problems
• Filtering output of binary files
• Easter Eggs in Netscape
• RE: Perl and HTML
• Update locate
• Doing spaces in file names
• Mailing binary files to Microsoft clients
• Linux and Routing
• Linux and Routing 2
• Netscape's Abouts
• Netscape on the Desktop
• Re: Printing Problems
• Re: Using a 386 Computer

More 2 Cent Tips

• Followup to PostScript and VC Key Sequences (LG#23)
• PostScript $0.02 follow-up
• Yet another cheap tip
• 2 cent tip - dosemu
• Re: 2c Tip "Finding What You Want with find"
• Re: Finding What You Want with find
• Finding What You Want with find Part III
• More on finding
• Another way to find
• Yet another way to find
• A final(?) way to find
• Re: I need some help
• Spinning Down Unused HDs
• LG Tips and Tricks (Netscape)
• Easter Eggs in Netscape
• Calculator Tip
• Security script
• Controlling cron.hourly
• Syslog and ping

More 2 Cent Tips

• Spinning Down Unused HDs
• Finding What You Want with find
• Cutting and Pasting Without a Mouse
• Slow Modem
• Finding Strings with find
• Another Calculator Tip
• Upgrading a Laptop Hard Disk
• Wallpaper
• PostScript
• Linux Virtual Console Key Sequences
• Netscape Hidden "Easter Eggs"

More 2 Cent Tips

• Netscape and Seyon questions
• Keeping track of tips
• Displaying File Tree
• Making Changing X video modes easier
• Tree Program
• Finding what you want with find
• Minicom kermit help
• Postscript printing
• Realaudio without X-windows
• Connecting to dynamic IP via ethernet
• Running commands from X w/out XTerm
• Ascii problems with FTP
• Red Hat Questions

More 2 Cent Tips

• Changing Video Modes
• Colormap Questions
• Netcat!
• Starting and Stopping Services
• A New Tool for Linux
• Of Logs and Other Things
• Calculator Tip
• Another Way to View Tarred Files
• Script Ease
• Syslog Thing
• Sorta E-mail-to-FAx...Well, to-Printer
• Setting Xterm Title to Current Process
• CVS

More 2 Cent Tips

• Boot Information Display
• Consider Glimpse Instead of Grep
• Copy
• A New Tool for Linux
• Hex Dump
• Hard Disk Duplication
• More on Grepping Files in a Directory Tree
• More on Hard Disk Duplication
• A Script to Update McAfee Virus
• Handling Log Files
• And More....

More 2 Cent Tips

• Rude Getty
• Keeping Track of File Size
• What Packages Do I Need?
• Sound Card Support
• InstallNTeX is Dangerous
• Reply to Dangerous InstallNTeX Letter
• Monitoring An FTP Download
• Programming Serial Ports
• Grepping Files in a Directory Tree
• More Grepping Files
• Still More on Grepping Files
• More on Grepping Files in a Tree
• Grepping
• Untarring/Zip
• Hard Disk Duplication
• Reply to ncftp
• Sockets and Pipes
• Hex Dump
• More on Hex Dump
• Reply to Zprotocol

More 2 Cent Tips

• A Fast and Simple Printing Tip
• Grepping Files ina Directory Tree
• ViRGE Chipset
• Maintaining Multiple X Sessions
• Automatic File Transfers
• Setting Up Newsgroups
• Color Application in X
• X With 256 Colors
• Video Cards on the S3/ViRGE
• C Source With Line Numbers
• ncftp Vs. ftplib
• Domain & Dynamic IP Names
• netcfg Tool
• Putting Links to Your Dynamic IP
• Hard Disk Duplication
• Untar and Unzip

More 2 Cent Tips

• X Limitation to 8 Bit Color
• Screen Blanking Under X
• Doubleclick Internet User Profiles
• How to Mount/Unmount For Users
• File Transfer With the z Protocol
• Using ftp Commands in Shellscript
• ASCII-Artwork Translator
• Including Graphics in Linuxdoc SGML
• X Configuration Issues
• Multiple X Displays
• Color Depths with X
• Figuring Out the Boot Process
• ftping Home

More 2 Cent Tips

• How to ftp Back Home
• Checking if You're Boot
• XV vs Xli
• Bash Shell Scripting

More 2 Cent Tips

• Automatic Term Resizing
• Background Images
• Changing Directories
• Colorized Prompts
• Getting less to View gzipped Files
• Lowercased Filenames
• More on Xterm Tittlebar Tip
• A Quick & Dirty getmail Script
• Syslog 2c Tip Revised
• vi/ed Tricks and the .exrc File

More 2 Cent Tips

• Backquote Warning
• Browser Background Tip
• Even Better Lowercasing of Filenames
• Filtering Advertisements from WWW Tip
• Getting Less to View gzipped Files
• Help for Help on the Bash Shell
• Lower Your Caps
• Making Linux Boot Floppies
• More on Xterm Titlebar
• Remind Tip
• Script to Call Your Editor
• Tip for Your Web Page
• Titlebar Tip
• 2 Bit Tip -- Heartbeat
• 2 Cent Tip for xdm
• Two 2 Cent Tips -- syslog & X Color Depth
• X Windows Depth

• More 2 Cent Tips
  • Another 2cent Tip for LG
  • Console Trick Follow-up
  • GIF Animations
  • How to close and reopen a new /var/adm/messages file
  • How to truncate /var/adm/messages
  • Info-ZIP encryption code
  • Kernel Compile Woes
  • Letter 1 to LJ Editor re Titlebar
  • Letter 2 to LJ Editor re Titlebar
  • PPP redialer script--A Quick Hack
  • TABLE tags in HTML
  • Text File undelete
  • Truncating /var/adm/messages
  • 2c Host Trick
  • Use of TCSH's :e and :r Extensions
  • Various notes on 2c tips, Gazette 12
  • Viewing HOWTO Documents
  • Xaw-XPM .Xresources troubleshooting tip
  • Xterm Titlebar

More 2 Cent Tips

• Boot Information Display
• Console Tricks
• Firewalling / Masquerading with 2.0.xx
• FTP and /etc/shells
• How to Truncate /var/adm/messages
• HTML, Use of BODY Attributes
• lowerit Shell Script
• Removing Users
• Root and Passwords
• Talk Daemon and Dynamic Addresses
• tar Tricks

More 2 Cent Tips

• Another X Term Title Trick
• File Decompression
• Quick Tricks from John Fisk
• Two Tips for the Price of One
• The Ultimate Emacs Control M Trick
• VI Trick
• XDM Replacement

More 2 Cent Tips

• Tcl/TK Tips
• Perl Control M Trick
• Another Emacs Control M Trick
• XTerm Title Bar Function
• More on Commenting Code in VI
• More on X Term Title Trick 2
• Bash Quick Tip
• Neat Red Hat Management Trick
• More on Find and Alternatives
• Pico Control M Trick
• Yet Another Emacs Control M Trick

More 2 Cent Tips

• Emacs Control M Trick
• XTerm Title Trick 2
• VI Trick -- Commenting Code
• Newbie Tip on Find
• Masquerading with SendMail
• Linux Upgrade

Two Cent BASH Shell Script Tips

Lots More 2 Cent Tips...

Some great 2¢ Tips...

Last modified: March 15, 2008