[PLUG] New motherboard: Do I need to re-install?

[Mike Witt]

Based on what you say below, it sounds like the issues I
have left are probably NOT related to the processor change. 
That is what I had guessed, but I thought I'd ask, since
this is the first time I've tried to do a swap like this.

-Mike

Derek Loree wrote:
> 
> On Fri, 2002-10-04 at 07:46, Mike Witt wrote:
> > Running RH 7.2. I just replaced my old Gigabyte GA-6BX7+ motherboard
> > which used an Intel PII with an ECS K7S5A (recommended in the previous
> >
> > "Motherboard advice" thread.) The new board has and AMD Duron processor
> > on it.
> >
> > All I did was swap the motherboards and then boot it up. In other
> > words, I didn't do anything Linux-wise to configure for the new
> > type of processor. Everything basically came up okay. But, as you
> > would expect, there are a few "oddities."
> >
> > Before I start to debug what's left, it occurred to me to ask if
> > I should really have re-installed Linux. For example could some
> > libraries or other code have been loaded or built that depend on
> > the processor type?
> 
> Are the oddities related to peripheral devices (like sound card), or
> core devices (like harddrive)? The only distribution that I know of that
> would require a complete reinstall because of this change is Gentoo.
> (Does Linux-From-Scratch count as a distribution?)  The other
> distributions compile their packages to run on as little hardware as
> possible.  About the only exception is the kernel, where you can choose
> a precompiled version for your architecture.  The most common problem
> I've seen with trying to change architecture out from under an OS is
> failure to mount the root partition (even though the drive could be read
> well enough to load the kernel), but it sounds like you have gotten past
> that hurdle.  This doesn't mean that your kernel is optimized for the
> Duron, or the chipset on your new motherboard, just that it is generic
> enough not to choke on your hardware.  For optimization, I recommend
> configuring and compiling your own kernel.
> 
> HTH
> 
> Derek Loree