From: Conor Daly (conor.daly at domain met.ie)
Date: Fri 26 Jul 2002 - 10:46:37 IST
On Thu, Jul 25, 2002 at 10:00:57AM +0100 or thereabouts, Anders Holm wrote:
> [snip]
>
> > > Yep, a reinstall would wipe it. If you decide to format it that is. Your
> > > configuration files would be overwritten, IIRC, if you don't format the
> > > drive. One could always save them away on a different partition
> > and leave
> > > that alone, if you have the space.
> >
> > Yep, that's one of the possible methods I had in mind. I'll ponder the
> > upgrade option first (maybe _after_ tarring up the / dir...).
>
> Definitely! :) Or at least /etc depending on what you have customised...
OK, Here's how to do it [1] ...
While the disk is still installed in the i686 machine (if that's broken,
beg, borrow or steal...), remove the i686 versions of glibc and kernel and
install the i386 versions. This will break one or two other packages since
they have entries in /etc/ld.so.conf which belongs to glibc. these packages
will need to be reinstalled. So:
1. rpm -e --nodeps glibc
Your /etc/ld.so.conf has been saved as /etc/ld.so.conf.rpmsave
2. rpm -ivh glibc-<v.e.r-no>-i386.rpm
3. rpm -e --nodeps kernel
4. rpm -ivh kernel-<v.e.r-no>-i386.rpm
This installs the i386 versions of kernel and glibc. You'll be able to boot
in a non 686 machine now. However, X is now broken as is kerberos. At
least those are the two I noticed. Your /etc/ld.so.conf.rpmsave will
contain clues as to what else might be broken. To fix X and kerberos you
need to reinstall their libs (copying /etc/ld.so.conf.rpmsave back to
/etc/ld.so.conf doesn't seem to work):
1. rpm -ivh --replacepkgs XFree86-libs-<v.e.r-no>-i386.rpm
2. rpm -ivh --replacepkgs krb5-libs-<v.e.r-no>-i386.rpm
fixes them. Other libs listed in _my_ /etc/ld.so.conf are qt, mysql and
sane. If they start behaving in odd fashions, it may be related.
Reinstalling the libs for these packages may fix that.
Thanks guys...
> [snip]
>
> > > [I] wouldn't bog it down with X either.
> >
> > That's a thought but it may be useful for the server to be available as a
> > user machine also (maybe staff only, maybew admin only). In any
> > case, the
> > local admin (who doesn't exist as yet) will probably be using GUI
> > tools rather
> > than cli ones...
>
> Well, yes, it could be running lovely GUI tools as well. Though, are you
> sure you want to have them available? Most of the ones I've seen are better
> of to be put down. I'd rather then be using Webmin for day to day
> maintenance, and give the local admins just a restricted set of things they
> can do with it. Like adding and removing users and the likes. Then the
> "dangerous" parts of the admining side can be "hidden" away from their
> prying hands. True, they can always break into it, since they have physical
> access to it as well. On the other hand it would be better if they contacted
> yourself for the remaining admin tasks, since I believe this was supposed to
> be remotely administered by yourself, IIRC??
Since this thing will be on a sub 56k dialup, any remote admin will be
strictly of the emergency variety. I plan to have the server mail me its
logs and stuff regurlarly so I can keep an eye on it but most/all of the
admin will be done locally.
Conor
[1] "it" being migrate a Hard Disk from an Intel P3/4/celeron box to an AMD
K6-x box. Essentially, the P3/4/celeron processor is an i686 class while
the AMD K6 processor is an i586 class (not sure about the AMD athlon or
duron chips). A RHL installed on the i686 class machine will not boot on an
i586 calss box since both kernel and glibc are optimised for i686. The
solution is to replace the i686 kernel and glibc with i386 versions.
-- Conor Daly Met Eireann, Glasnevin Hill, Dublin 9, Ireland Ph +353 1 8064276 Fax +353 1 8064247 ------------------------------------ bofh.irmet.ie running RedHat Linux 10:27am up 8 days, 23:57, 5 users, load average: 0.19, 0.30, 0.49 ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept for the presence of computer viruses. **********************************************************************
This archive was generated by hypermail 2.1.6 : Thu 06 Feb 2003 - 13:18:04 GMT