Orb Designs Logo


Search this site :

Home

Graffiti

About

Site

Visual

Dev


Daynotes

Go read Brian and Tom's Linux Book NOW!

Orb Designs Test Labs
SuSE 7.3 Professional
- Installation -

Email Brian Bilbrey

Email


This, like all the other ODTL reports, is a purely personal and subjective report of my experiences with the software and/or hardware in question. If you try this at home, your results may match mine exactly. Alternatively, following these steps might make the neighbor boy start sleeping with sheep, cause your toaster oven to become Internet-connected, (then be hacked by some kid in Pasadena who lights your house on fire with it), and finally, may turn your low fat milk chunky just as you raise the carton to your lips. YMMV, Caution Advised.


SuSE USA was kind enough to send me copies of their 7.3 Distribution, both the Professional and Personal Versions. I'll be making use of their material in my next book. In the meantime, a number of readers have given high praise to this version of Linux, and suggested I work with it, and report my findings to you. So, without further ado - Suse Linux Professional 7.3.

This installation is going onto a virtual machine, courtesy of VMware Workstation 3.0. I've allocated a 5G virtual partition to the installation, along with 160M of RAM (out of the 512 on this box). Assorted other system resource, from sound and IP connectivity, are also provisioned. No dialup, though, nor ISDN.

The contents of SuSE 7.3 Pro Retail BoxSuSE Linux is praised for both the quantity and quality of their user documentation. As you can see in the picture at right, the sheer content of this retail box edition is marvelous. Along with a small Quick Install Manual, there are books (really, books) on the following subjects: Network, Applications, Configuration and Reference Manual. Each has a table of contents, and what appears to be a reasonably complete and proper index. I like indexes! However, for the purposes of this test run, I'll only use the Quick Install Manual. I figure I'd best do so as SuSE 7.3, like it's predecessor, comes with seven CDROMS and one DVD (which replicates all the content in the seven, or so I am told - anyone handing out DVD-RAM drives for cheap, yet?). So, let's dive into SuSE.


Booting the Virtual Machine
Booting the VM
SuSE initial boot screen
SuSE boot screen
Linux kernel boot in process
Linux kernel boot
The GUI Installer starts up
GUI Installer startup

There are clear, consise directions in the getting started manual about how to boot using the SuSE CDROM to begin the installation process. This even extends to directions in setting up an Award BIOS for booting from CDROM before the Hard Disk. However, the treatment in the manual is just a tad uneven - The key to reading at least the getting started manual is to remember one key fact - it was translated from German to English, probably by native German speakers, and probably native German Geeks. This is not entirely a bad thing, and certainly the Quick Install manual isn't like those old Taiwanese sound card manuals that were a badly folded US letter size piece of paper that talk about the heavenly noises from the cones following correct setting of the plastic that jumps from one pin to another, on the card... However, read this (from the beginning of the Installation with YaST2, page 5):

... Keep the SuSE CD's at hand. These disks may be needed 
during the installation. Any data presen on the disks will 
be deleted. So let's get started...

Clearly, the data that's permanently graven on the SuSE CD set isn't going to be deleted, so I read this as an introductory warning about the possibility of losing all the data from your current OS/installation - make backups first. That's a reasonable interpretation for me, that will throw Aunt Minnie RIGHT out the window, along with bathwater and baby. Ah, well, there's worse docs written in and by native English speakers for other distributions, so we won't worry - that's the worst I could find in this manual.

If you're already familiar with the Linux installation and boot process, then nothing from the above row of screenshots contains a surprise. From left to right, we have the system POST and boot screen, followed by the installation bootloader screen that starts up from the CDROM. That colorful boot screen is textmode, and pauses long enough to permit you to choose a textmode install by pressing F2, if you know that the GUI isn't going to work correctly. This is followed by a bunch of text scrolling by on the screen as the Linux kernel loads, identifies key bits of hardware, installed the initial RAM disk (aka initrd) that the installation runs from, and so forth. When that is done, the GUI Installer proper starts up, and begins with some automated detection stuff, shown in the last shot above.


Select Language
Language Selection
Keyboard, Timezone, and GMT/Local settings
Keyboard & Timezone
Install Select Screen
Installation Select
Disk Partition Suggestions
Disk Partitioning Easy
Disk Partitioning for experts
Disk Partitioning for Experts

Once all the hardware is probed, then the SuSE installer starts asking about bits that are either user/adminstrator preferences, or could not be determined by the aggressive diagnostic routines. The first user input is above left - a request to select the language to be used for installation, and as a default for system localization. That's followed by keyboard and timezone settings. This includes choosing whether the system (CMOS) clock is keeping time in GMT or timezone local. For boxes that dual boot with Windows, the latter is indicated. Otherwise, I strongly recommend using GMT (aka UTC, these days) for any Linux installation where the machine is connected to the Internet. Many services require a modicum of time coordination, and UTC with a timezone offset is the standard method.

The Installation Method is the next selection, and you can choose from a new installation, an update (upgrade), or to boot an installed system. This last choice permits the SuSE installation CD to be used as a rescue disk. After ticking New installation, I click Next to progress to the Suggested Partitioning screen. This is one of the most complete displays of planned partitioning that I've seen in any Linux installation to date, and I am pleased. While my general tendency is to break up partitions just a bit, I've come to realize that large partitions aren't bad things, especially now that journalling file systems make checking and recovering a system much, much faster. Note that the boot partition is in ext2 format, which permits it to be accessed with standard rescue tools whereas the root partition is configured by default for ReiserFS. I like Reiser, and use it on my workstation reliably today.

Of course, being me, I choose Modify Selection anyway, just to preview the SuSE partitioning tools found in the Expert Partitioner screen. Not too shabby here, either. Clean presentation, lots of expert options, hiding behind configuration buttons that are clearly marked.


Edit Partition Dialog
Edit Partition
Package database intermission
Package initialization
Coarse Grained Package Groups
Software meta-Groups
Fine Grained Package Groups
Package Groups
Commercial (NON-Free) Software Selection
Commercial Software

Closing the section on partition editing, the first screensnap (above, left) shows the edit dialog for a single partition, and the choices for partition type: ext2 (the Linux standard), ext3 (the standard, with journalling grafted on), FAT (Windows/DOS readable partitions), JFS (the IBM journalling filesystem, ported to Linux), ReiserFS (the first journalling FS that made it into the Linux kernel) and Swap (you've gotta have some swap, neh?). Of these, I use and am comfortable with ReiserFS. Moshe swears by JFS. Others like ext3 because you can live-upgrade an ext2 filesystem.... Mmmmm. I'll stick with the Suggested partitioning - there's nothing wrong with it.

Following that, the system trundles for a bit - fortunately, an otherwise empty screen lets you know that the installer is "Reading package database..." OK. Just so long as it knows what it's doing. There are several levels to the software package selection process: Coarse- and fine-grained package groups, then from dialog boxes, package at a time selection. The latter is demonstrated with the Commercial software (the packages that don't have licenses that permit free redistribution, or similar restrictions).

I just made selections from the "Detailed Software Selection" screen: Games, All of KDE, KDE Desktop Environment, Multimedia, Help and Support... That's it. I don't need NEARLY all of the more than 2300 packages that come with this massive distribution.


Game software selection - package at a time
Game software choices
Boot Loader Configuration - LILO
Boot Loader Config
Root password
Root password
Password error dialog...
Password error

A brief glance at one of the other package groups (Games) shows us more of the same - more choices than you can shake a stick at. Whew. Choosing next, I progress into the Boot Loader Configuration screen. Since this is a "clean" install, there aren't many choices - I will let the installer put LILO in the MBR.

Next up is the root password. As with any Linux installation, the root user is the superuser, the administrator, god of the system. Don't, don't, don't give root a password like root, or admin or <shudder> password. Make it a tough one, and protect that information - an easy root password is a hacked box, sooner or later. And, be sure you enter the same thing twice, or you'll see the error notice box shown at right, above.


Confirm Installation screen
Confirm
Really, really confirm before proceeding
REALLY Confirm
Software package Loading begins
Software installs
The basic installation progress screen
Basic Install proceeds
Reboot to continue with installation
Confirm reboot

Now all the important pre-installation user input is complete. Up to this point, no changes have been made to the system - no formatting, no software. Now it's time to commit. The first screen above shows a review of all selections made to this point, and when you select Next, the bright green Really, we're going to start installing the system now dialog forces reconfirmation of the decision. Once started, the disks are configured and formatted. Then the basic system and other packages from just the first CDROM are loaded. When that's complete, assorted automated steps are done, from updating and copying to installing the boot loader (LILO, as previously discussed). The basic installation finishes with a confirmation dialog to reboot the system. If you haven't done so, eject the "1" CDROM so that you don't accidentally start the whole process over again.


Reboot kernel messages
The rebooting kernel
Start loading the rest of the software
Picking up with CDROM 2
Monitor Selection
Monitor selection
X Server settings, suggested
X Server config
Finalizing the SuSE configuration
SuSE auto-setup process

The system reboots from the hard drive this time (as opposed to the CDROM). Of course, this will vary if you've done something special, like a dual boot with Linux booting from the floppy, or you're set up with System Commander or whatever your specific circumstances are. Anyway, reboot into SuSE Linux. After the kernel is booted, the installation picks up where it left off, installing packages from the veritable cornucopia of CDROMs that ship with this distribution.

I've been asked why Linux is often installed in two stages. That's not too tough for me! When installing the first packages, the system disk partitions are mounted in subdirectories from the initial RAM disk that the installation software is running from. That's how the installer can partition the drive, mount the disks, and start copying software, all without multiple reboot passes. However, it's a pain adapting a package to install in a directory tree that's substantially different than it's final home. So once a booting system and all the initially required utilities are installed onto the hard disk partitions, the system is rebooted, and a run-once process picks up the installation from where it left off, installing and configuring the many remaining software packages in their correct environment.

After all the software is installed, then questions pertaining to the X Window (GUI) system are asked. Some monitors and many video cards are autodetected by the SuSE routines. One nice feature is shown in the Monitor Selection screen shot above, where there's the option to use a driver disk? But (you say) I only have a driver disk for Windows! That's right, and the oemXXXX.inf file contains data that SuSE can use to configure your monitor settings correctly for the X server to run properly. Alternatively, you can do as I do, and simply confirm (or enter) the correct Horizonal and Vertical settings (usually found at the front or back of your monitor's user manual).

X server configuration, also known as Desktop Settings, comes with a correct, if conservative, set of defaults. Although we could tweak the setup here, I am loathe to muck with X settings until I have a chance to see the system running. I find it a better choice to accept whatever defaults the Linux installer uses, as there's always the possibility that I'll hose something while tweaking it. Best to have a known-good configuration to fall back on. So I don't change from the suggested settings, but choose Next to progress to the penultimate phase of installation, where all the initial system configurations are written (as in above, rightmost).
Congratulations, almost
Congratulations
Hardware Configuration
Hardware setup
Basic Network setup
Network I
More Network setup
Network II
Router/Gateway configuration
Network III

Congratulations, the screen announces. You're done - or are you. There are still bits of hardware that remain in limbo. Now these can be configured after first login, but let's get what we can, out of the way now! Choose Configure Hardware...

Here's a list of dectected devices that can be configured. As you can see from the list, there's not much for me to do - your system should be considerably more, um, populated than this. For instance, I didn't make the printer available to the VMware machine - I'll print over the network, thanks! Ah, network. Yeah, let's set that up - start by choosing the Network button.

In the first network dialog, I configure this system to run with a static IP that I assign from the small pool that I use for the home network. For larger networks, I'd probably have the system setup to automagically pick up IP number, nameservers, gateway devices and such from a DHCP server. Here, I don't bother. After setting the IP address and accepting the default subnet mask, I proceed to the Host name and name server dialog. There I've entered the hostname and domain information for the system. Additionally, I can enter name servers and domain search terms. These last should be left blank if using DHCP, since they'll be filled in automatically, as previously noted.

Finally (for networking), I can setup the default gateway address, and optionally, any other static routes I might need to correctly configure my box. There, that's done.


Confirm Network configuration
Save Network settings
Success notice
Success
Printer configuration
Printer setup
Network printer setup
Network printer
Settings saved and success confirmed
More success

Once all the network settings are complete, confirm to save and implement the setup. Then, click OK to dispose of the Success dialog. Bah. Unneccessary dialog boxes annoy Brian greatly. Hint to install tool developers: Extra clicks are BAD. If you don't need a dialog box, then dump it. Since returning to the hardware overview screen (not shown) has the card configured properly, that's enough confirmation that the process was successful. Ah, well...

Now for printer setup. I know, I said that I left the printer off of the VMware configuration. That's OK, since now the network's up, I can print to the printer by TCP/IP networking. After selecting Configure... from the Printer setup dialog, I can add a new printer, first by selecting from a list of printer types: Local Printers (Parallel, USB, Serial), LPD Network Printer (Forwarding queue or Prefilter queue), or Other Network Printing (Samba or Novell printer).

I selected Forwarding queue, bringing me to the dialog shown fourth, above. This data is composed of the IP address of the printer host (in this case my main workstation, Garcia at 192.168.1.7), and the name of the printer queue on Garcia (it's blaser). Selecting Next, I enter a name for the printer, as it will be used locally - I replicate the queue name from Garcia, for consistency. Selecting finish saves the printer data, and the system settings, resulting in yet another Success dialog.

That done, I confirmed the soundcard settings, then chose Finish Installation from the base Hardware Settings screen.


First full post-installation boot
Boot time
KDM login manager screen
KDM login screen
Window Manager choices
WM Options
Starting KDE
Starting KDE

All the hard stuff is done - now it's boot, login and experiment time. After yet another rapidly scrolling text screen of Linux boot messages (or Klingon, to some), then KDM takes over. When, like this configuration, Xwindows starts up automatically before anyone is logged in, then a login manager takes control. KDM is the KDE version of this program. There's also the venerable XDM, and Gnome version, GDM. In these newer tools, there are session and system management tools as well as simple login facilities as provided by XDM. In the third shot above, you can see the range of window managers available at login. These are KDE, WindowMaker, FVWM2, MWM, TWM and a failsafe X login (no window manager at all). Note the absence of Gnome - I didn't select it from the list of optional software during boot.

Enter the username (or select from the face icons in the top section of KDM, then enter the password and select Go!. If you've entered the data right, as I have, for once, then you'll get a glimpse of the KDE splash screen, which shows the various underlying utilities of KDE starting up, sequentially. This process ranges from about 5 to 30 seconds or so, depending on the speed of your computer


First time login dialog box
First login dialog
Browsing works... whose website is that?
Browser running
The YaST2 Control Center
YaST2

Once the login is complete and KDE's running, the first time login begets a dialog that points out a few system resources, and a minimal KDE configuration routine. When that's done, you're on your own, to learn and explore.

First thing I do is pop up the configuration tool and a browser. The browser, in the foreground in the center shot, is Konqueror, the KDE Browser/File Manager. Behind, and solo in the final screenshot of this report, YaST2, which is (I think) an acronym for Yet Another System Tool 2nd generation. There are some VERY nice features to YaST2, and I'll look forward to bringing you a report on those shortly.

This SuSE 7.3 Professional Linux install is complete. I'm glad to share this process with you, and hope you found it useful. If so, tell me, please, whether praise or criticism, so that I might improve the information I present here for your service. Until next time...


All Content Copyright © 1999-2001 Brian P. Bilbrey.