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.

86 comments

  1. The 0th edition is the best by Anonymous Coward · · Score: 0, Informative

    It's called 'google groups' and it's even searchable.

    1. Re:The 0th edition is the best by Anonymous Coward · · Score: 0

      mod parent up. that was actually a very good comment.

      groups.google.com solves more problems then any paper monstrosity.

      can't say i'm all that happy with the latest beta of it though, it operated better(and was easier to read) under the old system.

      http://groups.google.com/

  2. I read this book by Anonymous Coward · · Score: 0

    It was good but I still like windows better.

    1. Re:I read this book by CK2004PA · · Score: 0
      Sorry for the run on sentence, not-intended to be flamebait but...

      When linux works with all of the hardware out there as easily as XP Pro does (usb mice and crap etc), without having to spend 1 week combing thru newsgroups and old posts on various websites to figure how which file to modify with what value etc, then I'll switch permantly.

      Also I use XP Pro for gaming occasionally. Linux lacks good games.

      --
      "I believe today that my conduct is in accordance with the will of the Almighty Creator"-Adolf Hitler or George W Bush?
    2. Re:I read this book by Anonymous Coward · · Score: 0

      When linux works with all of the hardware out there as easily as XP Pro does (usb mice and crap etc), without having to spend 1 week combing thru newsgroups and old posts on various websites to figure how which file to modify with what value etc, then I'll switch permantly.

      Good, we don't need you anyway, you girly-man pantywaste!

    3. Re:I read this book by Anonymous Coward · · Score: 0

      YEA !!!1 We don't need people/businesses which use custom hardware and comprise nearly 75% of the market!

      I can "c0d3" my OSS perfectly fine from my Mom's basement!

    4. Re:I read this book by Anonymous Coward · · Score: 0

      Don't know about XP Pro vs. Fedora Core, but RHEL3 supports all our server hardware (HP DL360's and newer) without any hardware issues or problems, just as well as Windows 2003 does. Actually RHEL3 hardware support was a little better for our SAN then Win2003, had driver issues with Win2003 that did not occure with RHEL3!

    5. Re:I read this book by Anonymous Coward · · Score: 0

      One of the most overlooked differences between Windows and Linux is that with Linux you also get the source code to the programs. That way if you want to recompile your programs or fix any bugs, it is possible (depending on your level of expertise). Not everyone can appreciate this freedom. But when you need it, you are glad it's there.

  3. Practical guide comparison by Anonymous Coward · · Score: 0

    Practical guide to Linux

    1200 page tome.

    Practical guide to Win32

    Punch the monkey!

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



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

    - E

  5. 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: 0

      Please mod this up to a 5. That was damn funny.

    3. 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*

  6. 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
  7. 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.

  8. 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 Anonymous Coward · · Score: 0
      Just once, I'd like to see a "Completely Impractical, You Will Die If You Try This At Home" guide to something.

      I believe, dear sir, you are looking for this.

    3. Re:Practical? by Anonymous Coward · · Score: 0

      Why must these guides always be called "practical"?

      Because "practical" sells. I was looking for a bed once and a guy tried to sell me his: "it's not new but very practical" :)

    4. 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

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

      You mean something like this?

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

    6. 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.
  9. 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 Anonymous Coward · · Score: 0

      That sounds like a good way. Another good way is to ask a friend who already knows about it. Then just ask your friend to show you how to mangage the tricky spots. Usually 99% of the stuff is self-explanatory. You only need help for a few rough spots that aren't clear in your mind. This method will work for anything from Linux to bicycle repair. It's universal.

    3. 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...
  10. If there's one thing I can't stand ..... by Anonymous Coward · · Score: 0

    it's a forking kernel.

  11. Newbie! by Anonymous Coward · · Score: 0

    Real sysadmins run VMS!

  12. 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 Anonymous Coward · · Score: 0
      You know very well that one size does not fit all. These books are for people who don't know where to start. It is a great way to get the "big picture'. Then later you can go to the man pages or Google for the nasty details.

      Personally, I'd rather read a book than stare at man manpages in an xterm.

    3. 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.

    4. 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.

    5. 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.

    6. Re:1200 pages for redhat == practical? by Anonymous Coward · · Score: 0

      What do you mean, "RedHat's narrowing of support for a client version OS"? Haven't you heard of Red Hat Enterprise Linux Workstation (http://www.redhat.com/software/rhel/ws/)? The Desktop product (http://www.redhat.com/software/rhel/desktop/) Red Hat launched last April (it rocks, btw)? Or Fedora?

      Add to that 7 years of support after release for Enterprise products. 7 years!

      Granted, I am biased. I work for Red Hat.

    7. 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**

    8. 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).

  13. Books about Fedora? by Anonymous Coward · · Score: 0

    Sorry for beeing sligtly off topi, but does anybody know about books about Fedora? Something like the Red Hat guides?

    1. 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.

    2. 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.
    3. Re:Books about Fedora? by Anonymous Coward · · Score: 0

      Why waste the $20 when you can go to Red Hat's site and check out the pdf documents that they have avaliable for free. Sys Admin guides, Installation guides and Refernces guides at your finger tips.

      Do a little search on Red Hat's ftp site and find the docs for RHEL 4 Beta. Having played with Fedora Core 3 and RHEL 4 ES Beta 2, they appear very similar. Similar enough I can't jusify spending money on a book that will be out of date in less than 6 months.

      Money better spent on specific subjects not covered in the detail I need (SE Linux as an example), alcohol and other things to decay my mind.

  14. The main thing to remember by Anonymous Coward · · Score: 0

    when upgrading your kernel is to make damned certain that your rescue disk has support for your filesystem. There aren't too many gotchas after that.

  15. 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.
  16. Re:yoU Fail It? by bigredradio · · Score: 0, Offtopic

    uh...ok.

  17. 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
  18. 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]

  19. 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!!

  20. Who cares? by Anonymous Coward · · Score: 0

    Have you seen the new stuff coming out of Apple today? Jesus F Christ, Linux has never before been less relevant.

    1. Re:Who cares? by Anonymous Coward · · Score: 0

      I remember when someone who was a Macintosh or Windows zealot would be crucified for posting on the Slashdot site. What ever happened to the original Slashdot? This used to be a site that was required reading in Silicon Valley.

      I have nothing against Apple but Apple appears to have bought their way onto the website with their own specific section.

      Why is Microsoft depicted as Bill Gates in a Borg costume and Apple is depicted with their company logo? Both closed and proprietary operating systems and software (Windows, Mac OS X, iTunes, Office, any of the iLife apps), one with a closed and proprietary hardware system (iPod, PowerBook, iMac, etc.). I guess if Microsoft gets around to spending some money with Slashdot they will get a updated Microsoft offical logo and their own section on Slashdot.

  21. Re:Slashdot Linux Guide by Anonymous Coward · · Score: 0

    Step three is "Masturbate."

  22. MOD PARENT FUNNY by Anonymous Coward · · Score: 0

    plz do it kthnxbye

  23. 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.

  24. My biggest problem with RH Enterprise by Anonymous Coward · · Score: 0

    is figuring out which stuff that is included and what it is called. If I want to find a special functionality, a [something] server or what ever, it takes some heavy Googleing, or wild guess searches in the rpm database to figure out if it is included and what it is called.
    But it is mostly because I do not have a graphical interface on my servers. I wish Red Hat had something like Yast that works in a shell.

  25. Re:INSTALL DEBIAN!!! by Anonymous Coward · · Score: 0

    you mispelled redhat

  26. Redhat by Exter-C · · Score: 1

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

  27. 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.
  28. Re:Slashdot Linux Guide by Anonymous Coward · · Score: 0

    Masterbate the Penguin...sounds like fun!

  29. thesceicnestuff by Mr.NedJimbo · · Score: 0

    http://science.slashdot.org/comments.pl?sid=135752 &threshold=1&mode=thread&commentsort=0&op=Replyeee eeeeeeeeeeeegggff

    1. Re:thesceicnestuff by Mr.NedJimbo · · Score: 0

      "kkhttp://science.slashdot.org/comments.pl?sid=135 752&threshold=1&mode=thread&commentsort=0&op=Reply werrrTrytoreplytootherplywerrrTrytoreplytoother1&m ode=thread&commentsort=0&op=ReplywerrrTrytoreplyto otherplywerrrTrytoreplytootherffffffkkkk"

    2. Re:thesceicnestuff by Mr.NedJimbo · · Score: 0

      thesrtyyhttp://science.slashdot.org/comments.plsid =135752&threshold=1&mode=thread&commentsort=0&op=R eplywerrrTrytoreplytoo///therplywerrrTrytoreplytoo ther1&mode=thread&commentsort=0&op=ReplywerrrTryto replytootherplywerrrTrytoreplytootherffffff.html.

    3. Re:thesceicnestuff by Mr.NedJimbo · · Score: 0

      404 File Not Found The requested URL (comments.plsid=135752&threshold=1&mode=thread&com mentsort=0&op=Replyfgyyyyyyyjytjytjytyyyyyerggrrge yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy.com/) was not found.

    4. Re:thesceicnestuff by Mr.NedJimbo · · Score: 0

      aaaaaa222222SSSSSS2222222SSSS2a22222SSSSSSSS22aaaa aaaa222222SS222aaaZaaZZZZ 2222aaaaS2222222222222222SS2SS22222SSXXXSSXSSXSSSX XXXXSSXSXXXXXX7XSSSSSSS22 2222222aaaZZa222222a222222SS22a22SSX77rrr777X77XXX SSSSSXSSXSSSXXXSXSS22S222 22a2222aaaaaaa22222aaaZZa2aa2aa2222SSSSXXXSSSSXXXX XXSXSXXSSSSXSSSXX7X22SSS2 22222a222222222222aaaZZZZZaaZaaZZZaaaa2a2SSSSSSSXS XXXXXXXXSX7;..,;20X77XXXS 2SSSSSXSSSSSSSSSSSSSS2222aa2222aaaaaa222222SSX7X77 7XXXX7r: aMMMMBS7XX7XXX SSSSSSXXSXXSSX7:,::i:.:rXSSSSSS22222a2SSXX7XXX77rr ;i, :WMMM@r.,;XSSSSS22 S22a222S2222XirWMMMMMM@a:;XSSXXXSSXXXX77;ii:,,,:.. .:rX0MMMMZ: ,;XSS2S222222 SSSS22aaa22X,2MMMWWW@@MMM2.:i:,,. ..i7ZB@MMMMMMMMMMMM07 :7SaaaZZaaaaa222 XSXSXXS2S7: rMMZWWWWWWW@MMMB0MMMMMMMMMMMMMMM@WMW@@W@@@@WMMZaZ8 888ZZaa2222S2 rrr;77rriXMMMMMWWWWWWWWWWWMMMM@W@M@@@@@@WWWWWBWW@W W@8ZW@MXS0B00088ZZZZaaaa2 ;;iiiii:;ZX;,8MMWWW@@MMMMMMMM@W@WWWWB0@B0WWWWBBWWB WW@MWWMMaSaa222aaaaZaaaa2 ;r;rrrr7;:.. MM@MM@W0B@MMMWMMWWWWWWBWWBWBWWWWWWWWB0ZWMMMM7XXXXX 7XSSS2aZaa ii7XSZ2aaaaaa2;,MM@7r7XS8Wi MWB0BWWWWWWWBWWW@WW@MMMM8Xi,;XXSSSSSSSSSSS222 XSSSaZ80BBBBBWB8MM2X2a8MW M0MMWBWWWWWWWWWWWWW@MMMM8SX2aZ88Z8ZZZZaaaaa2SSXX a0008Z22Z800BB08M0 S28MZ MMWWWWW@WWWWWWWW@MM@a;rX2ZZ88ZZZZZZ88ZZaa22SXXX 08a222SS22aZZZZ2BMir7r MMMMBBWWBBBBWWWWWWMMM0,:;rr7XXXXXX777rr77XX7X77X7X 0WWWBB088888ZZ8ZSZMMM8MMMMM@WWWWBBWW@WWWWWMM2,ir7r 7r77XXX77rr;;;rr7XXSS2222 SSSaaaZZZaaa22222X;rWMMMMWWWWWWWWWWWWWWWWWMB;r77XX XXS2222SSX77rr;rr7XXX2aZa SSSSSSXXXXX7XXXX777;. XWMMM@WW@@@@WWWWWWMMM22a22222222222SSXX7rrrrrr7XXS SSS 2222SXXXX7XXX7XXXXXX7ri i0M@@MWMMMMM@MMMBZZ0B000000088ZZZZZZZZZaaa22SSSSXS 22aaZZ8Z888808888ZZZZaa2X:MZMMW ..78WMMZrXSSS2222aaaaaZZZZZZZZaZaaa222SS2SS 2SXXSS22aaZ880000BBBBB088S2BWMMXaX7 ;Mii7rr;;;i;;;;;;;rr777r7r7r7rrr7rr77XX 888ZZZZa2SSX77XXSSXSSSSS2SX7 8SrXMr;XX77r77rrrr;;;;;rrrr77r7r7rrrr;rr;i; Z8088ZZZZZZ22SSSSSXX7777rrrXai 7270Mr72aZZZZ888888888ZZZaSSXSXSSSX7r;i::;rS aaaSS2222aaaaaaZaZZZ888888Z88M; .MMrrSSXXXS2aaa2aaaa2S77rrrr777X77XXX2a888Z XXX7X77rrr7XXS222222aZZZ8ZZa7@2: 7M,;;;;iiii::,::,,...,:,.,::i;r;rr7X2ZZa22 XXr;ii::iiii;r777rrr7ri::iir,M,S MMZXS2Zaaa22SXX77777XS222222aaa2SXX777r7XX X77r;rr7XXXSSSSSXS22XrrXSa80Z080, 2Z8aaaZZ880BBWWWWWWWWWWWWWW@WWWWWB08ZZZZ i,:iirrrrr7rrrrr7a:;MMM@WBB0000WMW i8Z22aaa8Z888Z888000BBB88ZZZZ0BBW@MMMMB 822SXXaZa2XX77777Z rMM@8Z880BMM: :XBZaaa22222ZZZZZaa222XXXXXXXXXXXS2aZZ2 8WaSSr77XX2Z0@@@WMMX 7MM@0ZZZ:M2 ;0Z8aSX7r;7XaZaS77r;rXX2aa2SSXXXSSX7r; ;;7X;:ii.:..7SZ8BWZ; ;2S77 XB SiX;;rrr;ii;i::,::;r;7X;iii::,,.... , 282X, ..2a8W8Sr.,;a8WMMM@, 2BMW22@. 72a22S22a2aZZ8082;i;:,:iir7XSSXriii ,:SZ,7. i:i . ;.,.i7rSWMMMr ,2B0iM ,8SSSSXrr7777XXS22a2aZZ8880ZSXX280 . rZMZS8 r:.7 ri , ;08Z r8SBZ :;X7SaZ80Z227r:... .,. ,ir7X2 BBZZX7;2;.a8XSSr8000Z@MMMMW0082i ;8WX:70SMSSaa:iii;;rXX7X0MM@BB0Za2S77rr7rX

  30. Original book was covered all major distros! by Anonymous Coward · · Score: 0

    The original version of this book and the best IMO is Practical Guide to Linux. It can still be purchased and it covers all major distros of Linux. Publishers of this book and especially O'Reilly need to realize that there are other distros of Linux beside Red Hat with a much larger developer and user communities.

    Linux users would be better served with a updated version of the original Practical Guide to Linux.

    I personally have nothing against Red Hat or it's users but Linux does not equal Red Hat.