Slashdot Mirror


Practical Guide to Red Hat Linux, 2nd Edition

norburym (Mary Norbury-Glaser) writes "If you own the first edition of this book, then it's probably dog-eared and well thumbed-through, so now's a good time to upgrade to this extensive volume, Practical Guide to Red Hat Linux: Fedora Core and Red Hat Enterprise Linux, second edition. This book covers Fedora Core 2 (2.6 kernel) and Red Hat Enterprise Linux version 3 (2.4 fork version with 2.6 kernel features) and includes Fedora Core on four CDs, which comprises the complete release. Mark G. Sobell accomplishes what many fail at: he has successfully crammed a huge amount of information into one volume in a compact, perfectly readable manner. This second edition serves two audiences, the end user and the administrator, and consequently combines two topics that easily could have filled separate books: Fedora Core and Enterprise Linux." Read on for the rest of Norbury-Glaser's review. Practical Guide to Red Hat Linux: Fedora Core and Red Hat Enterprise Linux (2nd Edition) author Mark G. Sobell pages 1136 publisher Prentice Hall PTR rating 9 reviewer Mary Norbury-Glaser ISBN 0131470248 summary Practical Guide to Red Hat Linux: Fedora Core and RHEL

The book is separated into parts: Installing Red Hat Linux, Getting Started with Red Hat Linux, Digging into Red Hat Linux, System Administration, Using Clients and Setting Up Servers, Programming, and Appendixes. Each part is further divided into chapters including Linux Utilities and Filesystem, GUIs, Shell, Networking/Internet, Files, Directories, Downloading/Installing Software, Printing with CUPS, Rebuilding the Linux Kernel, Admin Tasks, Configuring a LAN, OpenSSH, FTP, sendmail, NIS, NFS, Samba, DNS/BIND, iptables, Apache, Programming Tools, Regular Expressions, Security and many others. Clearly, Sobell takes great pains to address every aspect of Linux that the end user or admin would encounter. Sobell has also taken several steps to make sure the book works as a reference work: he's structured the layout with identifiers (Fedora or RHEL) to enable the reader to identify the OS he or she is mainly interested in, optional sections with more difficult concepts that can be skipped until the reader is more competent to address them, caution boxes that provide warnings about troublesome areas, tip boxes with interesting information or alternative suggestions, security boxes, many practical examples, chapter summaries, review exercises, resources, GNU tools, pointers to online documentation and URLS. There is also a glossary with cross-references to other terms and chapter page numbers.

After a Welcome To Linux chapter that introduces the reader to the history of Linux/Unix, GNU and why everyone should use Linux (an understandable inclusion, but probably of little interest to current Linux users), we move quickly into a brief overview of installation. A scant 50 pages is dedicated to installation, but Sobell covers the necessary particulars with sufficient depth that even a beginner should feel comfortable with these instructions. I approached this book from an administrator's perspective so felt the time and detail devoted to installation was completely appropriate; neither too much nor too little information presented. Experienced users can easily skip this section and not feel they've lost any significant amount of their investment by doing so; at over a 1000 pages, this book has plenty for everyone. It's interesting to note that the author chooses to lead the user through installing KDE instead of GNOME, Red Hat's default desktop manager, although both are addressed in detail in Part III.

Part II introduces the reader to Red Hat, Linux utilities (ls, cat, rm, cp, grep, head, tail, sort, diff, echo, script, mcopy, gzip, gunzip, zcat, tar, which, whereis, apropos, who, finger, write, talk, vim), the Linux filesystem (mkdir, cd, absolute and relative pathnames, rmdir, mv, cp, access permissions, hard links, symbolic links) and an intro to the Shell (the author's choice is bash). Both graphical and command line utilities are discussed; system admins in particular should become familiar with the command line choices.

Part III covers Linux GUIs (xwindow, startx, remote computing, GNOME, KDE) and more bash (basics, separating and grouping commands, redirecting standard error, parameters and variables) in depth, and gives an introduction to networking and the Internet (types of networks, network protocols and utilities, ping, traceroute, host and dig, distributed computing, usenet). This leads smoothly into Part IV, System Administration. This is a meaty chunk of the book, with well-written core information (core concepts, files, directories and filesystems, downloading and installing software, printing with CUPS, rebuilding the Linux Kernel, Admin tasks and LAN configuration). Sobell introduces the reader to installing and updating using Red Hat's RPM system and updating via Yum and Apt. An especially nice addition here is Chapter 15 on Rebuilding the Linux Kernel. Often glossed over or ignored completely, this is an exercise that should be included in any decent Linux volume and Sobell doesn't disappoint.

Part V continues the administration learning curve on Using Clients and Setting Up Servers. Chapters include OpenSSH, FTP, sendmail, NFS, Samba, DNS/BIND and Apache. Probably every advanced user to administrator should take some time over the OpenSSH chapter; it contains great information, start with, but more importantly is positioned as a prerequisite to further secure network communication instruction.

These chapters should provide more than adequate instruction for anyone running Apache, Samba or mail services for the first time. However, somewhere in here a primer on PHP/mySQL and additional email server choices (other than the discussed sendmail) would be welcome.

Programming tools and a revisit with bash comprise Part VI. Programming in C, using shared libraries, debugging, system calls and CVS are covered in Chapter 27. Chapter 28 continues with additional bash commands and concepts (control structures, string pattern matching, filename generation and functions), utilizing many short script examples. There's an excellent section on CVS and very useful information on compilers.

The Appendixes and glossary round out the book with helpful information on regular expressions (characters, delimiters, special characters, bracketing expressions), help (finding Linux-related information, documentation, Linux sites/newsgroups/mailing lists, software, office suites and specifying a terminal) and security (encryption, file/email/network/host/login/remote access/physical security, viruses and worms and security resources).

Also included in the appendixes is the Free Software Definition, which is a verbatim copy of the original document on the GNU website, and a description of features new to the 2.6 kernel.

Since I'm in an educational environment, I found the content of Sobell's book to be right on target and very helpful for anyone managing Linux in the enterprise. His style of writing is very clear. He builds up to the chapter exercises, which I find to be relevant to real-world scenarios a user or admin would encounter. An IT/IS student would find this book a valuable complement to their education. The vast amount of information is extremely well-balanced and Sobell manages to present the content without complicated asides and meandering prose. This is a "must have" for anyone managing Linux systems in a networked environment or anyone running a Linux server. I would also highly recommend it to an experienced computer user who is moving to the Linux platform.

You can purchase Practical Guide to Red Hat Linux: Fedora Core and Red Hat Enterprise Linux, second edition, from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, carefully read the book review guidelines, then visit the submission page.

40 of 86 comments (clear)

  1. the fortune at the bottom says it all... by hotrodman · · Score: 1



    Wisdom is rarely found on the best-seller list...

    - E

  2. This is better than Practical Gentoo by Anonymous Coward · · Score: 4, Funny

    Man, I ordered that and imagine my surprise when a tree and a printing press arrived at my door.

    1. Re:This is better than Practical Gentoo by Krankheit · · Score: 1

      Was your press fast enough to put together the book before Practical Gentoo Second Edition was out?

      --
      Powered by caffeine and sugar; BSD
    2. Re:This is better than Practical Gentoo by Anonymous Coward · · Score: 1, Funny

      The same thing happened to me, but I printed out the manual using the -mbirch option instead of -moak, so now I have to recompile. *sigh*

  3. Coming soon... by TheRaven64 · · Score: 1
    However, somewhere in here a primer on PHP/mySQL

    You're not the first reviewer to say that. I wrote a PHP chapter and a PostgreSQL / MySQL chapter, but they were not ready before the ToC was finalised. They should (suitably updated, of course) make it into the next edition.

    No, I'm not Mark Sobell, but I worked with him on this book, and you can find my name in the acknowledgements section after Mark Taub.

    --
    I am TheRaven on Soylent News
  4. FTP, sendmail, and NFS? by Lindsay+Lohan · · Score: 1
    Part V continues the administration learning curve on Using Clients and Setting Up Servers. Chapters include ... FTP, sendmail, NFS ... Probably every advanced user to administrator should take some time over...
    Really? How useful to today's average system adminintrator is learning FTP, sendmail, and NFS? Written any sendmail.cf's lately?

    I think I'll skim that chapter and only read the Apache/OpenSSH part.
    1. Re:FTP, sendmail, and NFS? by ngc5194 · · Score: 2, Insightful
      Really? How useful to today's average system adminintrator is learning FTP, sendmail, and NFS?

      I would say that every Linix SA should know FTP, and in my experience there are few *nix shops that *don't* run NFS. I certainly wouldn't hire a Linux SA who didn't know NFS.

      As for sendmail, Enterprise 3 and Fedora Core, the topics of the book, ship with sendmail. It would seem that the authors are being prudent by providing information on its use.

      Written any sendmail.cf's lately?

      Most of us write sendmail.mc's and use "make" to turn them into .cf files, but to answer your intended question: Yes, I've modified and deployed three in the last week.

      Based soley on this posting, if I had to choose whether to have the authors of the book or the author of the post create an SA curriculum, my decision would be quite easy.

    2. Re:FTP, sendmail, and NFS? by bwilliam13 · · Score: 1

      Don't know if it covers it or not, because I tend to find everything I need to know in Google for free, but if you've ever tried to clone a few machines the same way simultaneously, you use NFS...easiest to set up, and the fastest, and is the only method that allows up to use the full GUI (Anaconda) in Redhat and Fedora through the whole install process other than from CD-ROM. If you use HTTP or FTP as your install method, you can only use the text menus. And if you want to tighten up your sendmail config without regenerating .cf files from .mc files, yeah, you just modify the .cf file and restart the daemon. Any good system admin should know those things, so yeah, it belongs in the book.

    3. Re:FTP, sendmail, and NFS? by FyRE666 · · Score: 1

      Really? How useful to today's average system adminintrator is learning FTP, sendmail, and NFS? Written any sendmail.cf's lately?

      Actually, yes? Well, technically anyone with any sense works mostly with sendmail.mc these days, but I admin systems running these services and many more on a daily basis. We're not all just running Linux at home you know ;-)

    4. Re:FTP, sendmail, and NFS? by Burdell · · Score: 1
      Let's see:
      • FTP: I run a Fedora mirror server; a large part of the access is via FTP. Also, most web hosting customers upload sites with FTP.
      • sendmail: I am updating our sendmail configs on our mail servers this week to improve the spam blocking. Most people use m4 macros to configure sendmail these days, but I do a lot of custom stuff in the .cf language.
      • NFS: I used NFS last week to do an automated kickstart install of Fedora to a new firewall.
      You may not need to know how to do these things, but a good system amdinistrator would at least read about them for future reference (so you'll at least know what to look for when you do need that info).
    5. Re:FTP, sendmail, and NFS? by brsmith4 · · Score: 1

      For FTP: Its good to know how to securely configure an anonymous FTP session. You don't want real users using it though. scp for that. NFS is absolutely essential, especially if you are working with beowulf or mainframe stuff. Anaconda kickstart with pxeboot, wake-on lan, and NFS is an absolute GODSEND. I can completely upgrade (to a new distro) an entire cluster remotely, by issuing one command (redhat does not come with this of course, I had to write that myself). Sendmail... I thought the concensus as of late was to switch to postfix... perhaps i'm off, but I run postfix on all of my machines though sendmail is very important to know in and of itself.

  5. Practical? by rackhamh · · Score: 4, Funny

    Why must these guides always be called "practical"?

    Just once, I'd like to see a "Completely Impractical, You Will Die If You Try This At Home" guide to something.

    At least it would be original.

    1. Re:Practical? by superpulpsicle · · Score: 2, Interesting

      I agree. I am more interested in what I shouldn't mess with in the OS. How about an extremely safeproof tutorial to upgrading 2.4 to 2.6 kernel. And yeah, let me know exactly what I shouldn't do!

    2. Re:Practical? by legirons · · Score: 2, Funny

      "Just once, I'd like to see a "Completely Impractical guide to something"

      A Practical Guide to Securing Windows NT Servers and Workstations

    3. Re:Practical? by phallstrom · · Score: 1

      You mean something like this?

      http://www.darwinawards.com/book/

    4. Re:Practical? by SunFan · · Score: 1

      Yeah, 15 bucks for "Step one: unplug your Ethernet cable. Step two: there is no step two."

      --
      -- Microsoft is the most expensive commodity operating system and office suite vendor in the marketplace.
  6. The problem here by Wellington+Primrose · · Score: 2, Interesting

    As with any Linux book, is that by the time the book hits the streets it's already outdated. Quite frankly I've got a bookshelf filled with books on old technology, stuff like Linux 9.0, Apache 1.0, Perl, etc etc. I'll bet I've got a grand tied up into all that, which is worthless now.

    That said, I'm in the process of putting together a team of consultants that will download the actual source code and perform corporate trainings based upon that. You can check it out of the latest CVS and download it to a DVD and be doing powerpoint demos to prospective clients in a conference room a half hour later. I think it's the wave of the future and really the only way to leverage open source technolgies.

    --

    --Primrose Consulting
    Smart solutions for the IT world since 2004

    1. Re:The problem here by Anonymous Coward · · Score: 1, Funny

      Linux 9.0? That's not outdated, that's seeing into the future! I'd hang on to that one.

    2. Re:The problem here by rakjr · · Score: 1

      ...a bookshelf filled with books on old technology, stuff like Linux 9.0

      I thought we were only at Linux 2.6 ;)

      Yes, I know you ment RedHat 9.0, but if by some chance you really do have a book on Linux 9.0 that is a bookshelf living in both the past and the future.

      Kidding aside, I too have spent too much on texts which are worthless now. My purpose in purchasing texts was/is single problem/solution issues which have a high amount of urgency tied to them. Otherwise, searching the web is and reading cryptic man pages works ok, if a bit slow.

      --
      In a place beyond time and space, in a land far better than this, look for me there...
  7. 1200 pages for redhat == practical? by tomstdenis · · Score: 3, Insightful

    A 1200 page guide on how to use redhat is practical?

    Hey, how about this for a change,

    developers, if you want to take "pride" in your mad OSS-fu and get your street props, mad sekret stage names and the babes then write a couple COMPLETE man pages for a change.

    So many tools I've seen that may have technical merits up the wazoo but no documentation so they're useless.

    I don't mind buying books on things like flex/yacc or bash scripting [etc] since there is more to them than just "invoking the tool" but an actual language and such ...

    But how to setup X, networking, etc... shouldn't be 1200 pages and should be part of the installed man pages...

    Tom

    --
    Someday, I'll have a real sig.
    1. Re:1200 pages for redhat == practical? by LeninZhiv · · Score: 1

      You still have to know the name of what you want to see its man page. What if you don't remember or never learned ifup--you're not going to just guess it--and man networking will get you nowhere.

      (Plus even when you do have the command and man page you still have to see how it fits into the big picture to know when and why to use it--rev's man page is very accurate and comprehensive, but I've still never understood its purpose other than maybe to make writing hint files go faster.)

    2. Re:1200 pages for redhat == practical? by Waffle+Iron · · Score: 1
      My SuSE system has 300 megabytes of information in over 26000 files '/usr/share/doc', and 34 additional gzipped megabytes in 7000 man pages. Most of what you need is probably already there. What is really lacking is an overall unified index.

      If you go down to the computer section of any bookstore, you'll see that OSS software has no monopoly on big fat books either.

    3. Re:1200 pages for redhat == practical? by Homology · · Score: 1
      You still have to know the name of what you want to see its man page. What if you don't remember or never learned ifup--you're not going to just guess it--and man networking will get you nowhere.

      Manual pages are not intended to give the big picture : books and manual pages complement each other. A too detailed book will easily look like a printout of all the manual pages, and not much readable.

      That said, some OS (like *BSD) has better man pages than others.

    4. Re:1200 pages for redhat == practical? by quarkscat · · Score: 1

      I have to agree. I have used RedHat off and on
      since version 4.xx, and the changes made to the
      system from version to version has been maddening.
      (Of course, being grounded in a number of unices,
      I eventually find my footing again).

      RedHat's narrowing of support for a client version
      OS has driven me back to my real linux roots --
      Slackware. Slackware has been updated often,
      but at its core it has been consistent. I look
      back with fondness at what SGI managed to do
      with IRIX 6.5.xx without completely revamping
      the OS between releases.

      Okay, I do accept the argument that GNU/linux is
      a moving target, but most of the documentation
      should already be on-board, in the form of
      updated manpages and infopages. A book that is
      version specific should cover changes and/or
      tweeks, and not core data. I cannot begin to
      count the number of manpages that haven't been
      updated in five or more years. IMHO, not only
      should the source code be self-documenting, but
      so should the OS. If the manpages don't have
      the answer, then apropos should point the way.
      I refuse to buy more dead trees just to learn
      a few nuances in the next revision level of an
      OS -- an OS that requires a 1200 page book to
      cover each new release has changed too much.

      Just my $00.02 worth.

    5. Re:1200 pages for redhat == practical? by markbark · · Score: 1

      Quoth the poster:
      So many tools I've seen that may have technical merits up the wazoo but no documentation so they're useless.


      **cough**Slashcode**cough**

    6. Re:1200 pages for redhat == practical? by quarkscat · · Score: 1

      In the distant past, RedHat used to sell a
      client version of their software -- even
      through retail channels (eg. computer stores).
      Then they decided that sellig and supporting
      a RedHat client OS package was no longer
      profitable enough. All of this after ripsawing
      their client customers with RedHat8, RedHat9,
      RedHat10 with only 1 year of support. And
      with kernel and library changes that would
      break software from one release to the next.

      I got off the RedHat Client treadmill at that
      point -- switched (back) to Slackware, and have
      not looked back. So if you tell me that RedHat
      has relented and now offers a client package
      again (besides the Fedora Core community
      releases), I say "Why should I bother?".
      I am running Slackware 9.1 with the 2.6.10
      kernel on an SMP platform running Postgres/Samba/
      OpenLDAP on XFS on RAID-10, so I don't think I
      am missing too much of RedHat these days.

      With my gaining control over the kernel, I
      find that I have far greater flexibility in
      my system configuration. The dirty little
      secret about unices (and especially GNU/linux)
      is that there is very little difference between
      a Client OS and a Server OS -- mostly price.
      I now get my kernels directly from the source,
      instead of relying on a quasi-proprietary
      kernel that has been back-patched to beat the
      band.

      There may be a place for an Enterprise Server
      package with a seven year support commitment,
      but not my place (and not my money).

  8. Re:INSTALL DEBIAN!!! by Anonymous Coward · · Score: 1

    Uh...yeah it is. O.K.

    I'll bite....
    So then once he has debian installed there is no documentation, not even a book out there for it. Now he can have out-of-date man pages, out-of-date binaries, hard to configure services and non-LSB compliant system. You knucklehead.
  9. Veiled plug for Slackware perhaps? by StressGuy · · Score: 1

    your post looks almost like it came from the church of the sub-genius.

    --
    A goal is a dream with a deadline
  10. You got a tree AND a printing press?!... by StressGuy · · Score: 2, Funny

    All I got was a pouch full of seeds and a squid.
    .
    You must have got the revised edition.
    .

    --
    A goal is a dream with a deadline
    1. Re:You got a tree AND a printing press?!... by EugeneK · · Score: 5, Funny

      We used to DREAM of having seeds. All we got was a list of DNA base pairs and we had to synthesize the genomes of a pine tree and a squid and then grow the tree and the squid from stem cells with the DNA inserted injected into them!

    2. Re:You got a tree AND a printing press?!... by cranos · · Score: 3, Funny

      Luxury! When I was a lad we didn't have any of this pre-built DNA muck, no we had to build our trees and squids out of protien strands. Blunt ones at that!

    3. Re:You got a tree AND a printing press?!... by jallen02 · · Score: 1

      Oh yeah? Well we had to create our proteins molecule by molecule!

    4. Re:You got a tree AND a printing press?!... by Lurker+McLurker · · Score: 1

      Protein strands? We had to compile our own protein strands out of amino acids when I were a lad. Have you tried compiling protein on a Celeron box?

      --
      Mod parent up!
    5. Re:You got a tree AND a printing press?!... by cranos · · Score: 1

      Right!

      [Yorkie]When I was a lad, we had to spend twenty-six hours down mine, assembling atoms using our teeth - which we had to pay for - then we'ld come home, eat a bucket of tar, clean out the reactor core using our eye lashes and then da' would cut off our 'eads and send us to bed. And we'ld be grateful for it.[/Yorkie]

  11. Re:Books about Fedora? by Anonymous Coward · · Score: 2, Informative
    If you've got 20 bucks, you can go to Amazon and buy Teach Yourself Red Hat Linux Fedora in 24 Hours. It's part of the SAMS "Teach Yourself" series.

    The author, Aron Hsiao, describes his book this way:

    "I wrote this book to help real people learn to use Red Hat's Linux products in real situations; I have tried to write with current Windows or Mac OS users in mind. There's minimum of fluff or unnecessary technical jargon; instead, I try to give clear, concise instructions in step-by-step format for performing common tasks in Linux . . ."
    By the way, there is very little difference between commercial Red Hat Linux and Fedora. The main difference is that Fedora tends to track more current releases of software, where Red Hat Enterprise Linux is more conservative and stays with a package a longer time before updating it (except of course for critical bug and security fixes).

    You may want to check out Fedora News and The Fedora Project.

  12. AGHHHHHH! by Dr.+Evil · · Score: 2, Insightful

    Since I'm in an educational environment, I found the content of Sobell's book to be right on target and very helpful for anyone managing Linux in the enterprise....

    AGGGGHH!!

  13. Useful for other distros? by MonkeyCookie · · Score: 1

    I'm looking into getting a book so that I can learn more about Linux configuration and system administration. Does most of the knowledge in this book applies to distros other than Red Hat?

    I personally prefer Mandrake, but I want to acquire knowledge that applies to more than one distro.

  14. Re:Books about Fedora? by clickster · · Score: 1

    The Fedora Linux Bible is pretty good. The one for Fedora 3 just got published and will be a little hard to get ahold of for a few more weeks while warehouses stock up. I think Amazon was saying a 2-4 weeks to ship. May be different now. Another great book is Linux Business Desktop (or something to that effect). It covers several distros, including Fedora. Very practicaly. Difficulty was mid-level.

    --
    If you mod me down, I shall become less powerful than you could possibly imagine.
  15. Redhat by Exter-C · · Score: 1

    Redhat definition : Dependancy Jungle.. Bug Central With no QA.

  16. These books suck. by SunFan · · Score: 1


    Invariably, they are basically reprints of man pages and newsgroup postings, which leaves the reader sorely missing that $50 from their wallet. I swear that there is no shortage of documentation on-line, so why do publishers keep turning out these dust collectors? Are people so naive they keep buying them?

    Save your money for good books like Solaris Internals or Design Patterns. You'll learn tons more than re-reading the man page for BIND, that's for sure!

    --
    -- Microsoft is the most expensive commodity operating system and office suite vendor in the marketplace.