Troubleshooting Post-Installation Configuration Problems

As Linux is built on a resilient UNIX foundation, it is much more stable than other operating systems. This may come as a surprise to you if you are used to the Blue Screens of Death found on a certain operating system from Redmond, WA. However, even though things might seem to be okay, Linux could have a problem that might not affect the appearance of the system. Sometimes kernel modules for devices might not load, or services might not start for some reason. In this section, you will learn how to examine some of the in-built error logs within Fedora to help you diagnose any unseen faults. Fedora has a command that allows you to see detailed messages that are output directly by the operating system. This command is the dmesg command and is commonly used with the grep command to filter output. The dmesg command takes its output directly from the /var/log/messages file, so you can choose to either run dmesg directly, or enter less /var/log/messages instead. The output is fairly detailed, so be prepared for some initial shock when you see how much information is generated. You might find it easier to generate a file with the dmesg output by using the command

$dmesg > dmesg.txt

This takes the output from the dmesg command and stores it in a new text file called dmesg.txt. You can then browse it at your leisure using vi or emacs, depending on your taste.

The messages are generated by the kernel, other software run by /etc/rc.d/rc.sysinit, and Fedora's runlevel scripts. You might find what appear to be errors at first glance, but some errors are not really problems (for example, if a piece of hardware is configured but not present on your system).

Thanks to Google, troubleshooting is no longer the slow process it used to be. You can simply copy and paste error messages into Google and click find to bring up a whole selection of results similar to the problem you are facing. Remember, Google is your friend, especially http://www.google.com/linux, which provides a specialized search engine for Linux. You can also try http://marc.theaimsgroup.com, which browses newsgroup and mailing list archives. Either way you are likely to come across people who have had the same problem as you.

It is important to only work on a solution to one problem at a time; otherwise you may end up getting no work done whatsoever. You should also get into the habit of making backup copies of all files that you modify, just in case you make a bad situation worse. Use the copy command like this:

#cp file file.backup

You should never use a .bak extension as this could get overwritten by another automatic process and will leave you frustrated when you try to restore the original file.

If something breaks as a result of you changing the original file, you can always copy the original back into place using the command like this:

#cp file.backup file

(You can save many blood-pressurerelated medical expenses just by using these two simple commands. Feel free to send us any tokens of appreciation!)