Mike Brodbelt writes:
> Get rid of the raidtools that shipped with RedHat. Then remove all reference to
> RAID in /etc/rc.d/rc.sysinit and /etc/rc.d/init.d/halt. Then get hold of the
> raidtools 0.90 source, and compile that. Kernel - 2.0.38 doesn't exist :-). I
> suggest using a clean 2.0.36 source tree, and patching that for RAID support.
> Don't use the kernel source provided with RH 5.2, it's a 2.0.36 pre release,
> with lots of weird patches added.
The original kernel RPMs for Red Hat 5.2 (kernel-*-2.0.36-0.7.*.rpm)
were indeed a pre-release 2.0.36 kernel. However, the update RPMs which
are now available for 5.2 (kernel-*-2.0.36-1.*.rpm) are real 2.0.36
kernels. The only thing to be careful about (well, the only thing that
bit me anyway) is that you need to do a "make mrproper" to get rid of
the foo.ver files in include/modules otherwise the stale entries for
the md_foo functions in md.ver clash with the new ones which go in
ksyms.ver for recent RAID patches. After installing the kernel-souce
RPM and patching with the RAID patch (the patch hunk to defconfig is
rejected but it's beningn: just apply it by hand): do the make config;
make mrproper and make zImage. Then do make modules;
make install_modules. Pick a name for your new kernel version
(say -foo) and do
mv /lib/modules/2.0.36{,-foo}
cd /usr/src/linux
strings vmlinux | grep 'Linux version' > /lib/modules/2.0.36-foo/.rhkmvtag
cp arch/i386/boot/zImage /boot/vmlinuz-2.0.36-foo
cp System.map /boot/System.map-2.0.36-foo
cp /boot/module-info{,-2.0.36-foo}
then add an entry to /etc/lilo.conf and rerun lilo. If you stick with
the Red Hat way of doing kernels then the multiple versions of the
kernel will coexist more nicely for modules and such like.
--Malcolm
--
Malcolm Beattie <[EMAIL PROTECTED]>
Unix Systems Programmer
Oxford University Computing Services
