[ATrpms-users] Problem upgrading to the latest kernel
Axel Thimm
Axel.Thimm at ATrpms.net
Wed Aug 8 12:20:28 CEST 2007
On Wed, Aug 08, 2007 at 02:08:02AM -0700, Gabe Rubin wrote:
> Axel,
>
> I hope it is not a problem to email you directly.
Actually I do :)
> I am not on the atrpms list, and I thought this was too off-topic
> for the myth list. I just upgraded from fc5 -> f7 via a DVD upgrade
> because of the EOL issues.
Any question you have will be also a question of other users, that are
either on list or in the future googlinmg around, so this is
definitely a list question.
> However, the kernel stayed at 2.6.20-1.2320.fc5. It appeared to have
> a fc7 kernel installed, but no mention of it in grub.conf.
Sounds like a bug in F7's anaconda worth filing to
bugzilla.redhat.com.
> I wound up removing it using smart, and tried to reinstall it doing
> a smart install kernel, but get this error:
> [root at localhost ~]# smart upgrade
> Loading cache...
> Updating cache... ######################################## [100%]
>
> Computing transaction...
>
> Upgrading packages (1):
> kernel-2.6.21-1.3194.fc7 at i686
You don't have the updates enabled.
> 16.2MB of package files are needed. 46.3MB will be used.
>
> Confirm changes? (Y/n):
>
> Committing transaction...
> error: hal-0.5.9-8.fc7 conflicts with kernel < 2.6.17
> error: autofs-5.0.1-9 conflicts with kernel < 2.6.17
Hm, smart usually cathec these. Perhaps a broken rpmdb?
> This is weird, because I am running a kernel higher than 2.6.17.
No, that's OK, you may be running a kernel higher than that, but you
also have another kernel package at least that is older than 2.6.17.
> Do you have any suggestions? I was going to remove both hal and
> autofs, but hal was going to take away a lot of stuff, and after I
> removed autofs I had to do this to reinstall it (which I hope didn't
> mess things up further):
> rpm -Uhv --nodeps
> http://download.fedora.redhat.com/pub/fedora/linux/releases/7/Fedora/i386/os/Fedora/autofs-5.0.1-9.i386.rpm
Oh, no, don't start shooting at the system :)
Try the following emergency steps:
a) fix potentially broken rpmdb:
- make sure nothing used the rpmdb (including yum-updatesd etc)
- rm -f /var/lib/rpm/__*
- rpm --rebuilddb (wait, use du -s /var/lib/rpm* to kill the time ...)
- check with rpm -qa | less that the rpmdb makes sense
b) ensure proper smart channels are in place
- smart query kernel should return
kernel-2.6.21-1.3194.fc7 at x86_64
kernel-2.6.22.1-41.fc7 at x86_64
- if the latter doesn't show up use smart channel --enable ...,
smart update, check atrpms-package-config etc. to make sure you
have the channels in place.
c) fix & upgrade the system
- smart update
- smart fix
- smart upgrade
- perhaps the latter two should be swapped, this depdends on what
suggested actions you will see.
And make sure you don't have any priorities/weighing etc. hindering the
upgrade to F7.
--
Axel.Thimm at ATrpms.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.atrpms.net/pipermail/atrpms-users/attachments/20070808/bbc91943/attachment.bin
More information about the atrpms-users
mailing list