Burning a RedHat CD HOWTO Morten Kjeldgaard, mok@imsb.au.dk and Peter von der Ahé, pahe+rhcd@daimi.au.dk $Date: 2000/03/02 16:28:37 $ $Revision: 1.34 $ This document describes how to make your own CDs from the Red Hat Linux distribution equivalent to the ones commercially available from Red Hat. The structure of the distribution is described, as well as the procedure needed to include updated RPMS into the distribution. Prerequisites are a good network connection, and a CD-writer. ______________________________________________________________________ Table of Contents 1. Introduction 2. Anatomy of the Red Hat FTP site 2.1 The top level directory 2.2 The "RedHat" directory -- the core of the distribution 2.3 The "updates" directory 3. RPM packages 4. Obtaining your local copy of the distribution 5. Incorporating the updates 5.1 Correcting the file protection modes 5.2 Replacing the updated RPMS 5.2.1 Important note for RedHat 6.0, 6.1 5.3 Generating a new hdlist file 5.3.1 Important note for RedHat 6.1 5.3.2 Important note for RedHat 5.2 5.4 The 5.4.1 Format of comps file in RedHat versions < 6.1 5.4.2 Format of comps file in RedHat version 6.1 6. At last: burning the CD 6.1 Creating a bootable CD 6.1.1 Create iso9660 disk image 6.1.2 Test the image 6.1.3 Burn the disk 7. Installing from the CD 7.1 Booting from a bootable CD 8. Other Linux distributions 9. This document... 9.1 Related documentation 9.2 Acknowledgements 10. DISCLAIMER ______________________________________________________________________ 1. Introduction There may be several reasons for making your own CD. Perhaps you're a cheapskate and want to save the $50 cost of the Red Hat distribution . Or, perhaps you want a distribution CD containing the latest distribution with all current updates. This is highly relevant, because after each major release of the Red Hat distribution, there have been loads of updates, several of which are security related. Just take a look at the errata page . 2. Anatomy of the Red Hat FTP site In the spirit of the Linux community, Red Hat Software has made available their Linux distributions for several platforms on their FTP site. These are all available from the top distribution directory. 2.1. The top level directory The toplevel directory for RedHat Linux release 6.1 (pub/redhat/redhat-6.1 ) contains distributions for the different platforms, and a directory containing updates and corrections to program packages that have been published since the release. SRPMS/ alpha/ i386/ sparc/ iso/ In this document, we use the i386 distribution as an example. The procedure given in this document is likely to work on all platforms supported by Red Hat (Alpha, SPARC, ppc, etc.), but we have only tested it on the i386 platform (the authors would be most interested in additional information). The root of the i386 directory looks like this: -rw-r--r-- 1 root root 18391 Mar 19 1999 COPYING -rw-r--r-- 1 root root 3409 Sep 26 01:12 README -rw-r--r-- 1 root root 1908 Sep 25 18:20 RPM-GPG-KEY drwxr-xr-x 5 root root 4096 Oct 26 09:01 RedHat/ -rwxr-xr-x 1 root root 538 Sep 26 04:16 autorun -rwxr--r-- 1 root root 2048 Sep 30 20:00 boot.cat drwxr-xr-x 7 root root 4096 Oct 26 09:01 doc/ drwxr-xr-x 6 root root 4096 Oct 26 09:01 dosutils/ drwxr-xr-x 2 root root 4096 Oct 26 09:01 images/ -rw-r--r-- 1 root root 391123 Jan 5 09:05 ls-lR -rw-r--r-- 1 root root 51786 Jan 5 09:05 ls-lR.gz drwxr-xr-x 4 root root 4096 Oct 26 09:01 misc/ The doc directory contains an abundance of information. Most importantly, the RedHat installation manual can be found in HTML format in the directory doc/rhmanual/manual/ . Next, there is a number of FAQs, and finally, the entire collection of HOWTOs and mini-HOWTOs. The images directory contains boot floppy images that must be copied to a diskette. In the most recent distribution (6.1), there are two disk images available. The boot image is called boot.img, which is required when installation is performed directly from a CD-ROM. If installation from a local hard disk, NFS mounted disk or FTP is required, the supplementary disk image supp.img might be needed. See section ``Installing from the CD'' and references therein for details. The misc directory contains source and executables of a number of programs needed for the installation. Finally, the iso directory contains iso9660 images just like the one you we about to make. 2.2. The "RedHat" directory -- the core of the distribution The most important part of the directory tree is rooted in the RedHat directory: drwxr-xr-x 2 root root 28672 Oct 26 09:01 RPMS drwxr-xr-x 2 root root 4096 Oct 26 09:01 base -rw-r--r-- 1 root root 0 Jan 19 1999 i386 drwxr-xr-x 6 root root 4096 Oct 26 09:01 instimage The RPMS directory contains the major part of the Red Hat distribution consisting of a set of RPM (Redhat Package Manager) files. An RPM package typically contains binary executables, along with relevant configuration files and documentation. See the section ``RPM packages'' for more information. The base directory holds different book-keeping files needed during the installation process, e.g. the comps file, which defines the components (groups of packages) used during the "Choose packages to install" phase. See section ``The comps file'' for more information on this file, and how to use it. Another important file in the base directory is the hdlist file containing most of the header fields from all the RPMs in the RPMS directory. This means that all the interdependencies among RPM packages can be determined just by reading hdlist without having to read all the RPM packages which is quite convenient especially during FTP installs. Another use of hdlist is mapping package names to file name, eg. perl to perl-5.004-6.i386.rpm. This means that if you want to incorporate updates from RedHat (see section ``Incorporating the updates'') or add your own packages to the RPMS directory, you need to update hdlist. This is descriped later in ``Generating a new hdlist file''. The instimage directory contains a bare-bones live file system with a number of programs and shared libraries needed during the installation procedure. 2.3. The "updates" directory The /pub/redhat/updates directory has updates for all releases of RedHat's distribution since version 3.0.3. This is the place to find software packages that have been uppdated for some reason or other. You should especially be aware of security updates. These are publicised on RedHat's errata page whenever a fix is available. The most important files found in the updates directory are: drwxrwxr-x 8 ftpuser ftpusers 8192 Aug 18 08:05 5.1/ drwxrwxr-x 9 ftpuser ftpusers 8192 Sep 18 08:07 5.2/ drwxrwxr-x 9 ftpuser ftpusers 8192 Jan 7 23:09 6.0/ drwxrwxr-x 9 ftpuser ftpusers 8192 Jan 7 23:09 6.1/ lrwxrwxrwx 1 ftpuser ftpusers 3 Aug 25 13:14 current -> 6.1/ The structure of each of these directories is similar to that described in section ``The top level directory'' 3. RPM packages The major part of the Red Hat distribution consists of a set of RPM (Redhat Package Manager) files. An RPM package typically contains binary executables, along with relevant configuration files and documentation. The rpm program is a powerful package manager, which can be used to install, query, verify, update, erase and build software packages in the RPM format. Rpm convieniently maintains a database of all the software packages it has installed, so information on the installed software is available at any time. The binary RPM files in the distribution have been built on a system running the distribution itself. This is important, because most of the programs in the packages rely on shared libraries. From RedHat version 5.0, the new version 2 of the GNU standard C library (which is 64-bit clean) has been used. This version of the library is commonly referred to as glibc or in Linux: libc 6. All executables in the distribution have been linked against this library. If you attempt to install binary files from a different distribution, chances are that they will not work, unless you install the libc5 package for backwards compability. The names of the RPM packages contain the suffix .arch.rpm, where arch is the architechture, having the value i386 for Intel platform binaries. The packages you install must match the versions of the shared libraries available on the machine. The rpm program is usually quite good at ensuring that this is indeed the case, however, there are ways around this check, and you should be sure that you know what you are doing if you force installation of packages this way. However, using the RedHat installation boot disk, it is ensured that the correct set of RPM packages are installed on the machine. If you discover an RPM package that was not installed on your system during the installation process, don't despair. At any time, you may (as root) install RPM packages, for example: rpm --install WindowMaker-0.18-1b.i386.rpm You can even install directly from the Internet, if you know the URL of an RPM package: rpm --install ftp://rufus.w3.org/redhat-contrib/noarch/mirror-2.9-2.noarch.rpm Another version of the RPM packages contain the original sources used to build the binaries. These packages have the suffix .src.rpm and are situated in the SRPMS directory. These packages are not needed on the installation CD, and in fact, there is not even enough disk space on an 74 minute burnable CD to accomodate them. Of course, you can make a separate CD with the SRPMS. 4. Obtaining your local copy of the distribution You need a copy of the distribution on a writable disk which is accessible from the computer having the CD writer (duh!). If you want to incorporate the latest updates, this directory should (also) be accessible from from a Linux machine, either from a local disk, an NFS mounted disk on a different computer, or a JAZ disk. You could copy the distribution from a RedHat CD, or you could get it via FTP. If you choose to use FTP, the best way to get a correct copy of the distribution is to use the mirror package. Mirror is a sophisticated perl script that compares the content of a directory on a remote site with a local directory. It will use FTP to fetch the files that are on the remote site but not the local site, and delete files on the local site that are not on the remote site. The mirror program is configured with a configuration file. The mirror package is available as an RPM from rufus.w3.org . Make your local copy mirror.redhat of the mirror configuration file, and edit the relevant fields at the top of the file. After the default section, define these packages: package=updates site=ftp.sunsite.auc.dk exclude_patt=(alpha/|sparc/|SRPMS/) remote_dir=/disk1/ftp.redhat.com/pub/redhat/updates/6.1 local_dir=/jaz/updates/6.1 package=dist site=ftp.sunsite.auc.dk exclude_patt=(alpha/|sparc/|SRPMS/|iso/) remote_dir=/disk1/ftp.redhat.com/pub/redhat/redhat-6.1 local_dir=/jaz/redhat-6.1 The following command will download a copy of the entire RedHat tree on your local disk. *Think* before you do this, you are about to transfer approximately 500Mb of data! mirror -pdist mirror.redhat This will mirror the Red Hat FTP site on your local disk. The content of a Red Hat distribution does not change between releases, so you only need to download this package ONCE. All changes to the distribution are in the updates directory. Thus, if you want to keep an up-to-date mirror of the Red Hat distribution, you only need to keep the updates directory current. This is done using the command mirror -pupdates mirror.redhat You can run this regularly, say, once a week, through a cron script. The RedHat distribution is available on a great number of FTP servers around the world, which are updated daily from the master site at . You should choose an FTP site close to you, see the RedHat list of mirror sites . 5. Incorporating the updates To incorporate the updates, you need write access to the distribution directory from a Linux machine, with a working version of rpm installed. There are three steps involved: 1. Correct the file protection modes. 2. Replace updated RPMs. 3. Generate the hdlist file If you maintain a mirror of the updates directory, you can at any time produce a CD including the current updates by repeating these steps. 5.1. Correcting the file protection modes During the installation process, some programs are run directly off the CD. Unfortunately, the FTP program does not always preserve the protection modes of the files and directories that are copied. Therefore, it is necessary to make sure that execute permission is given to programs, shell scripts and shared libraries, before the directory is burned on the CD. This is done by running the updatePerm script on your local copy of the distribution: ______________________________________________________________________ #!/bin/bash RHVERSION=6.1 LIST=/tmp/er3hd3w25 RHROOT=/jaz/redhat-${RHVERSION} # Find all directories, and make sure they have +x permission find $RHROOT -type d -exec chmod -c 755 {} \; # Find all files that are executables, shell, python or perl scripts find $RHROOT -type f | file -f - | grep -v RPM \ | egrep -i 'executable|perl|bourne|shell|python' | cut -f1 -d: > $LIST # ====> NEEDED FOR RedHat 6.1 ^^^^^^^ # Find shared libraries find $RHROOT -name \*.so >> $LIST # Make them executable while read file do if [ ! -x $file ] ; then chmod -c 755 $file fi done < $LIST /bin/rm $LIST exit 0 ______________________________________________________________________ 5.2. Replacing the updated RPMS The following script called updateCD copies all files from the update directory to the RPMS directory. The script uses some nifty rpm tricks to determine what packages in the updates directory are more recent. Older packages are moved to the ${OLD} directory. ______________________________________________________________________ #! /bin/bash # This script updates rpms in a RedHat distribution found in $RPMDIR. # The old rpms will be placed in $OLDDIR. # The new rpms should be located in $UPDDIR. # The new images are in $IMGDIR # The images to be updated are in $OMGDIR # The architechture is $ARCH. RHVERSION=6.1 ARCH=i386 RHROOT=/jaz/redhat-${RHVERSION} RPMDIR=${RHROOT}/${ARCH}/RedHat/RPMS UPDDIR=${RHROOT}/updates/${ARCH} IMGDIR=${RHROOT}/updates/images/${ARCH} OMGDIR=${RHROOT}/${ARCH}/images OLDDIR=${RHROOT}/old if [ ! -d $OLDDIR ] ; then echo making directory $OLDDIR mkdir $OLDDIR fi allow_null_glob_expansion=1 for rpm in ${UPDDIR}/*.rpm ; do NAME=`rpm --queryformat "%{NAME}" -qp $rpm` unset OLDNAME for oldrpm in ${RPMDIR}/${NAME}*.rpm ; do if [ `rpm --queryformat "%{NAME}" -qp $oldrpm` = "$NAME" ]; then OLDNAME=$oldrpm; break fi done if [ -z "$OLDNAME" ]; then echo $NAME is new cp -pv $rpm $RPMDIR else if [ `basename $rpm` != `basename $OLDNAME` ]; then mv $OLDNAME $OLDDIR cp -pv $rpm $RPMDIR fi fi done # Copy new boot image files to the right place... for newfile in ${IMGDIR}/* ; do file=${OMGDIR}/$(basename ${newfile}) if [ $newfile -nt $file ] ; then cp -pv $newfile $file fi done exit 0 ______________________________________________________________________ 5.2.1. Important note for RedHat 6.0, 6.1 Certain RPMs, specifically the kernel and kernel-smp packages, include the platform in the filename but not in the package name. For example, the "kernel" package comes in several flavors: kernel-2.2.5-22.i386.rpm kernel-2.2.5-22.i586.rpm kernel-2.2.5-22.i686.rpm but for all three rpm -qp returns just "kernel" for the package name. As you can see, this "outsmarts" the updateCD script. The result is that only the last one gets properly copied. The first two get copied, but are then moved to the $OLD directory! Preferably, RedHat should name these differently. But for now, the easy solution is to move the packages by hand, after running updateCD. (Thanks to Kyle B. Ferrio ) Joshua Sarro has contributed a perl script called updateMirror.pl which can deal with the situation. You can fetch it here: . 5.3. Generating a new hdlist file When installing from the CD, the installation program on the CD relies on the file RedHat/base/hdlist describing what RPM packages are available on the CD. The hdlist file can be generated by the program misc/src/install/genhdlist. This program must be run with the absolute path to the root of the distribution as the only argument. Here is the updateHdlist script which calls that program: ______________________________________________________________________ #!/bin/bash RHVERSION=6.1 ARCH=i386 echo generating hdlist... RHROOT=/jaz/redhat-${RHVERSION} GENHDDIR=${RHROOT}/${ARCH}/misc/src/install chmod u+x ${GENHDDIR}/genhdlist chmod 644 ${RHROOT}/${ARCH}/RedHat/base/hdlist ${GENHDDIR}/genhdlist ${RHROOT}/${ARCH} || echo "*** GENHDLIST FAILED ***" exit 0 ______________________________________________________________________ NOTE: After having incorporated the updates in the main RedHat/RPMS directory, your copy of the distribution is no longer a mirror of the Red Hat distribution site. Actually, it is more up-to-date! Therefore, if you attempt to mirror the distribution, older versions of the RPM's that have been updated will be downloaded once more, and the updates deleted. 5.3.1. Important note for RedHat 6.1 The installation in RedHat 6.1 is completely changed from earlier versions, and RedHat have introduced a system called ``anaconda''. The genhdlist program is now found in a different place, so in the script above, use ______________________________________________________________________ GENHDDIR=${RHROOT}/${ARCH}/misc/src/anaconda/utils ______________________________________________________________________ The updatePerm script must be changed to include ``python'' in line 13. This has been done in the listing above, but if you've cut the script from earlier versions of this document (before 1.30), you need to make the change! In some cases, genhdlist fails to run, because the executable is not statically linked. In such a case, you can add a new line ${RHROOT}/${ARCH}/RedHat/instimage/usr/lib in /etc/ld.so.conf and run ldconfig -v. Another solution is to recompile genhdlist. The following modification to the updateHdlist script worked under RedHat 5.2: ______________________________________________________________________ #!/bin/bash RHVERSION=6.1 ARCH=i386 RHROOT=/misc/redhat/redhat-${RHVERSION} GENHDDIR=${RHROOT}/${ARCH}/misc/src/anaconda/utils echo Compiling genhdlist... sed -e 's/FD_t/int/' \ -e 's/fdOpen/open/' \ -e 's/fdClose/close/' \ -e 's/fdFileno//' < ${GENHDDIR}/genhdlist.c > /tmp/genhdlist.c cc -o /tmp/genhdlist -I/usr/include/rpm /tmp/genhdlist.c -lrpm -lz echo generating hdlist... chmod 644 ${RHROOT}/${ARCH}/RedHat/base/hdlist /tmp/genhdlist ${RHROOT}/${ARCH} || echo "*** GENHDLIST FAILED ***" exit 0 ______________________________________________________________________ In this version of the script, a copy of the C source of genhdlist.c is piped through sed to create a copy in /tmp that will compile under RedHat 5.2. This version of genhdlist is then used to create the hdlist file 5.3.2. Important note for RedHat 5.2 As distributed with RedHat version 5.2 and earlier, genhdlist CRASHES if there are files in the RedHat/RPMS directory which are not RPM files! This causes problems, because in the 5.2 distribution, there are a couple of non-RPM files named ls-lR and ls-lR.gz in RedHat/RPMS. Therefore, you must remove all non-RPM files from the directory. Alternatively, you can apply the following patch to misc/src/install/genhdlist.c and do a make. The patch will cause genhdlist to ignore any non-RPM files. ______________________________________________________________________ *** genhdlist.c.orig Fri Nov 27 12:08:13 1998 --- genhdlist.c Fri Nov 27 12:08:20 1998 *************** *** 12,23 **** --- 12,26 ---- #define FILENAME_TAG 1000000 + /* Not used apparently... + int tags[] = { RPMTAG_NAME, RPMTAG_VERSION, RPMTAG_RELEASE, RPMTAG_SERIAL, RPMTAG_FILENAMES, RPMTAG_FILESIZES, RPMTAG_GROUP, RPMTAG_REQUIREFLAGS, RPMTAG_REQUIRENAME, RPMTAG_REQUIREVERSION, RPMTAG_DESCRIPTION, RPMTAG_SUMMARY, RPMTAG_PROVIDES, RPMTAG_SIZE, RPMTAG_OBSOLETES }; int numTags = sizeof(tags) / sizeof(int); + */ int main(int argc, char ** argv) { char buf[300]; *************** *** 26,34 **** --- 29,39 ---- struct dirent * ent; int fd, rc, isSource; Header h; + /* not used int count, type; int i; void * ptr; + */ if (argc != 2) { fprintf(stderr, "usage: genhdlist \n"); *************** *** 74,79 **** --- 79,85 ---- rc = rpmReadPackageHeader(fd, &h, &isSource, NULL, NULL); + if (!rc) { headerRemoveEntry(h, RPMTAG_POSTIN); headerRemoveEntry(h, RPMTAG_POSTUN); headerRemoveEntry(h, RPMTAG_PREIN); *************** *** 110,115 **** --- 116,122 ---- headerWrite(outfd, h, HEADER_MAGIC_YES); headerFree(h); close(fd); + } } errno = 0; ______________________________________________________________________ 5.4. Thecomps file The comps file defines how the packages are bundled during the installation. In the Red Hat distribution, this is done according to the functionality they provide, for example: · Printer Support · X Window System · GNOME · KDE · Mail/WWW/News Tools · ... · Kernel Development · Extra Documentation Sometime during the installation process, the user is presented with a dialog called "Components to install". Some of the components have been preselected, and others not. The last item on the components list is called "Everything". According to the Red Hat documentation, selecting every package will require close to 1 Gb of free disk space. On the dialog box, there also is an option that enables the user to customize exactly what packages will be installed. Customizing the installation by hand, or selecting "Everything" in the components list is the only way to have your own packages installed unless you modify the RedHat/base/comps file. 5.4.1. Format of comps file in RedHat versions < 6.1 The format of the comps file currently starts with a header describing the version of the comps format, followed by an empty line. 0.1 After this, the components are listed, separated by empty lines: . . EOF Each component has the following definition: (0|1) (--hide)? ... end Before the name of each component, 0 or 1 is given. A value of 1 here means that the component is chosen by default, and 0 means it's not. The option "--hide" means that you will not see the entry, unless you choose "expert" installation. The first component is called "Base", and that is special, in the sense that it must be present and it does not show up in the dialog (you can't deselect the base installation, which makes sense...) Next follows a list of rpm packages belonging to that component. Note that this is the package name stored in the rpm file, and not any part of the file name of the package (although it is often the same). By adding your packages to the comps file, you can customize your own distribution, and make sure that your packages will be installed by default. One thing to be careful about is interdependence among your packages, but here, you are on your own :-) A word of warning: be careful not to add or remove extra whitespace in the file. Examine the existing comps file (make a copy of the original) to see how it's done (or check i386/misc/src/install/pkgs.c if you want to see how the file is parsed). 5.4.2. Format of comps file in RedHat version 6.1 With RedHat version 6.1, the format of the comps file has changed. We have not yet disected it to discover the file format. With the above information, however, it should be easy enough to do it yourself. The decoding takes place in ${RHROOT}/${ARCH}/misc/src/anaconda/comps.py. 6. At last: burning the CD As we assume that you have a working CD-writer on your system, and you know how to use it, we wont go into much detail about burning the CD. If you are burning your CD on a Linux system, you can install the excellent XCDroast package. In XCDRoast, switch on the Rock Ridge extensions, and the creation of a TRANS.TBL file. Make sure the top directory of the CD contains at least the following files and directories: COPYING RPM-PGP-KEY README RedHat/ The following directories might come in handy: doc/ gnome/ misc/ dosutils/ images/ 6.1. Creating a bootable CD Since XCDroast doesn't support creation of bootable disks you'll need to use other tools, for example mkisofs (RPMs ). and cdrecord . (RPMs ). You'll need to create an image file which will be written to the CD. This file will be 500Mb or more so find a partition with enough free space and change the path for redhat.img in the following commands if necessary. You may need to be root to use mount and cdrecord. 6.1.1. Create iso9660 disk image Change directory to the place in your mirror that will be the root directory of the cd. For instance, redhat-6.1/i386. mkisofs -v -r -T -J -V "Red Hat 6.1" -b images/boot.img -c boot.catalog -o /tmp/redhat.img . The file ${RHROOT}/boot.catalog will be created by mkisofs. Some versions of mkisofs do not have a -J option. It can be omitted since the Joliet extensions it specifies are not used by the installer although they make the CD more readable in Windows. 6.1.2. Test the image If you're paranoid you can test your new disk image by mounting it. If you forgot to fix the file permissions or set the rock ridge extensions then the error will be obvious here since the file names and directory structure will be wrong. mount -t iso9660 -o ro,loop=/dev/loop0 /tmp/redhat.img /mnt/cdrom When you're done, don't forget to unmount it. umount /mnt/cdrom 6.1.3. Burn the disk Be sure to set the correct speed for your device. This command is for a 4X CDR. You may have a 1X or 2X drive. cdrecord -v speed=4 dev=0,3 /tmp/redhat.img In the above command, it is assumed that the CD writer is on SCSI bus 0, with ID number 3. 7. Installing from the CD When installing from the new CD, you may first need to create a bootable installation diskette. IMPORTANT: use a NEW, freshly MS-DOS formatted diskette! Using an old, worn-out, faulty diskette can result in strange problems during the installation! On a Linux system, you can create the diskette using the dd command: dd if=/mnt/cdrom/images/boot.img of=/dev/fd0 bs=1440k On a system running DOS or Windows-9x, you need to use the RAWRITE.EXE program, which is found on the CD in the dosutils directory. Shut down the machine you want to install (or do a system upgrade) on, insert the boot diskette and your freshly burned CD, and let the machine boot from the diskette. For more information on the installation process, se the documents and the Installation-HOWTO or the Bootdisk-HOWTO which are on the CD in the doc/HOWTO directory. 7.1. Booting from a bootable CD Most modern machines are able to boot directly from a CD, provided it is made bootable with the procedure outlined in section ``Creating a bootable CD''. Often, however, you need to change the setting of the BIOS to make the CD drive bootable. See the documentation for your mother board to see how it's done. 8. Other Linux distributions The information in this document also applies to other Linux distributions that are RedHat clones, such as Mandrake , although we have not actually tried them ourself. The Mandrake distributions uses a simpler hdgenlist program (it's a shell script), and other details may be different. The LinuxPPC distribution for Apple PowerMacs and other PowerPPC machines is also somewhat similar to the RedHat distribution. When making a distribution for the PowerMac platform, you need to use mkhybrid ) instead of mkisofs. We have not tried it, but we'd like to hear from people who have. 9. This document... The SGML source of the most recent version of this document can be retrieved from (HTML version ). You can link to the RedHat-CD mini HOWTO by making the following reference on your home page: RedHat CD mini-howto 9.1. Related documentation Ed Schlunder has written a utility called fix-rhcd to let you check your Red Hat Linux distribution mirror for matching file sizes, names, permissions, and symlinks against an "ls -lNR" listing from the offical Red Hat ftp site. Any permissions that are wrong are changed to match the ls listing. See the fix-rhcd homepage . Rod Smith has written a Do-It-Yourself Red Hat Installation guide, which also includes information on creating RedHat install CD's. Especially aimed at burning a CD from a non-UNIX system. Find it at . A document in french ``Comment graver un CD de la RedHat 5.x a partir de fichiers telecharges sur Internet...'' by is available from . With the sense of the good things in life Jussi Torhonen from Finland tells us Howto make a homebrew bootable RedHat Linux 5.2 CD-ROM. >From the LDP project, see the CD-writing HOWTO . 9.2. Acknowledgements Apart from those mentioned above, thanks are given to the following people for valuable input, feedback and discussions: · Lars Christensen · Thomas Duffy · Dawn Endico · Seva · Michael Thomas Cope · Charles J. Fisher · Eric Thomas · Gordon Yuen 10. DISCLAIMER While the given information in this document is believed to be correct, the authors assume no responsibility whatsoever for any damage to hardware and/or software, or any loss of data resulting from the procedures outlined in this document.