s i s t e m a o p e r a c i o n a l m a g n u x l i n u x | ~/ · documentação · suporte · sobre |
Next
Previous
Contents
4. Red Hat 4.2 installationWith anything computer related, something 3 months old is considered obsolete and is in need of upgrading. Since I'm not always going to have the time to update this document with every update, I'll try my best to at least update it every other version. As for the other distributions, unless the authors wish to send updates, they well remain as they are.
4.1 Personal setupFor my installation, I have and used:
4.2 Package installationWhen I first decided to attempt to install Red Hat on a ZIP disk, I figured it would be much easier to just use a Red Hat boot disk. Then I woke up. I came very close to actually getting a boot disk created, even got help from various folks at Red Hat via e-mail but ultimately I began to give up on the whole project when I discovered the --root option with rpm.
What packages to getI found what packages to install by browsing a file I had found on one of Red Hat's mirrors. This file can be found on any mirror at:
For this installation, I wanted to include network support but due to Red Hat's X network configuration, I'm going to have to manually configure, or rather manually attempt to configure, the network setup scripts found in /etc/sysconfig/ (see section 4.3.3.) I decided against installing any development packages as the ZIP drive, at least an unpatched kernel version, is rather slow to get anything to compile. I also choose not to install X mainly for disk space issues. Later on, I may attempt to mount my hard drive and create a symlink with /usr to see if I can get X to work. Following is a list of what packages I installed, listed in order of installation. Those marked with a * have updates from Red Hat's errata. In parentheses is the updated package number;
And with all the above installed, I still have 32MB left!
Updates; errataAs many, I hope, Red Hat users know, some packages may be found to have some security flaws or anything else which may cause issues to arise. For this reason, Red Hat releases updates for such packages. I have updated what packages I had which had updates and are marked in the above list. Please refer to Red Hat's web page concerning the updated packages at: http://www.redhat.com/support/docs/rhl/rh42-errata-general.html
How to install packages with rpm; without glintWith rpm, use the --root option to specify the mounted directory as the root for installation. I had discovered that many packages were failing to install becuase of preinstall or postinstall scripts that weren't executing correctly due to the different root directory, thus, use the --noscripts option: ==> rpm --root /iomega -i --noscripts PACKAGE.i386.rpm As I'm sure many will notice, you should get an error message like:
So, just create the var/lib/rpm directory :)
==> mkdir /iomega/var; mkdir /iomega/var/lib; mkdir /iomega/var/lib/rpm
Which came first, pamconfig or pam?If anyone's tried to install pamconfig, it'll complain about a failed dependency of pam; and when you go try to install pam, pam complains about a failed dependency of pamconfig! This, being the chicken or the egg issue, puzzled me for a while, but thanks to the --nodeps flag, we can force pamconfig to install; besides pam has more failed dependencies than just pamconfig. ==> rpm --root /iomega -i --nodeps --noscripts pamconfig-0.51-2
4.3 Problems after installation of packagesOnce everything is all nicely installed, unfortunately, the disk is not fully functionable, if that's a word. What I mean to say is, if you try to boot now with the floppy, you won't get very far. As soon as init tries to start up, you'll get two lovely errors; both of which complain about some files not being found that would have been made had the scripts been run.
The case of the missing /etc/ld.so.cache and libc.so.5If you tried booting, you'd get two error messages, the first will be the abscence of /etc/ld.so.cache file. The second complains about a missing libc.so.5.
/etc/ld.so.cacheAs mentioned by many readers, my previous instructions didn't quite work as stated. In order to get this file created, you'll have to run ldconfig while the ZIP disk is still mounted: ==> chroot /iomega /sbin/ldconfig Thanks to Javier Rodriguez for this solution.
libc.so.5To solve the missing lib case, you'll have to create a symlink which would have been created by the installation scripts. ==> cd /iomega/lib; ln -s libc.so.5.3.12 libc.so.5 Thanks to Darcy Boese for this solution.
Setting root passwordJust as ldconfig was ran in 4.3.1.1, you might as well change/create a root password for this new system: ==> chroot /iomega passwd root
What the install program created
While exploring my Red Had 4.2 CD-ROM, I came across something rather interesting; the source code for the install program. I found it under /misc/src/install and one thing which I found of some use was the net.c file. In this, I found what other files that would be created had the install program been run. Most of these just give network support (hince the name net.c) but even if you don't have a network card, you can still use localhost for networking (plus apache will complain about not being able to determine a hostname.) These files include:
Networking setupFor this document, I wanted network support for my 3Com 3c595 fast-ethernet card (which for the last several months has been used in another machine.) First I needed a name, and since I'm running my own name server (which is another long story) I gave myself the name: dash-dot.wig.org (I just liked the sound of it.) Having a name without an IP is kind of pointless, so I used a reserved non-internet usable network of 192.168.10.0 which my name server also uses. Even though the hostname is typically stored in /etc/HOSTNAME, Red Hat checks for /etc/sysconfig/network for this name; so let's start there. Sample of my /etc/sysconfig/network:
Next, bascially duplicate the same info here for /etc/HOSTNAME,
/etc/resolv.conf, and /etc/hosts:
/etc/HOSTNAME:
/etc/resolv.conf:
/etc/hosts:
Red Hat configures all network devices from scripts found in
/etc/sysconfig/network-scripts. The configuration of any network
device is usually first created via the install program so I had
to create these config files manually. They all begin with
ifcfg-XXX where XXX is the network interface which ifconfig
brings up; e.g. ppp0, eth0, etc. For this example, I had to create
a file called ifcfg-eth0 which contains the following:
And last but not least, in order to get this going right now, while
in the /etc/sysconfig/network-scripts directory, just run:
==> ./ifup ifcfg-eth0 boot This will start the script which configures the network interface if that interface was set to start at 'boot' time. For further information, please refer to the NET-3-HOWTO document.
Next Previous Contents |