Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

rpm woes continue



>
>Try "rpm --force --nodeps -e" to remove the module and then install
>the new ones?
>
>

Well, I gave this a shot last night and that did not fix the problem.
Ah well, If anyone has any further ideas I'll try them before I reload
again this weekend.  Here's a synopsis of the problem again

>All righty,
>here's my little problem.  I recently did a fresh install of
>RedHat 4.2 which uses kernel-2.0.30.  Then I thought, "since
>there's a newer update at redhat's ftp site,
>kernel-2.0.30-3, let's load that baby before I start building
>my custom kernels."  Well, following the rpm installs, I
>now have 2 kernel-modules rpm's, neither of wich can be removed,
>and the running kernel is still the old one, even though 
>the rpm query reports kernel-2.0.30-3.
>
>How should I procede now??  Is there a rpm command to straighten
>out this issue?  I've already built a static kernel (no modules)
>which I boot with when installing a new custom kernel, but 
>even then, rpm reports it cannot remove the current running
>kernel.
>
>Reloading 4.2 is an option, but I sure would like to find a
>different solution, just to know there is one.  Reloading is
>an NT characteristic I'd like to avoid!
>

- Christoph







BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org