Description of problem:
During the upgrade phase of my existing Fedora installation the installer hang.
When the system check the dependencies of the packge the progress bar stop
progress after a while (the text install told me around the 25~26%) and the HDD
and DVD-Rom Driver leds stop blinking.
Version-Release number of selected component (if applicable):
Fedora 8 Final (x86_64 DVD)
Steps to Reproduce:
1. Insert DVD
3. Select "Install or upgrade an existing system" or "Install or upgrade an
existing system (text mode)"
4. Select "Upgrade an existing installation"
5. Choose the system to upgrade "Fedora 7 (/dev/VolGroup/LogVol00) in my case
6. Choose "Update boot loader configuration" or "Create new boot loader
7. Choose "The GRUB boot loader will be installed on " (/dev/sda in my case)
8. Around the 25% of the "Checking dependencies in packages selected for
installation..." the installer stop working.
Apparent hang. Enter and switching VCs etc still works, but control-alt-delete
didn't. No progress.
On VC 3 I got 19 "14:00:02 WARNING : No package matched to remove".
The upgrade process continue happily.
Hardware is a Comex XP.521 (1,86GHz Intel Core 2 Duo, Intel 945 Express Chipset
Family, mouse wireless USB plugged). System currently boots F7 fine with the
I had the same experience, not with the DVD but with an NFS install of the
(supposedly) same tree. After waiting for about 2 hours I gave up ;-).
As a workaround, I downloaded the Everything tree and copied over this
files/dirs from the Fedora to the Everything tree:
Then I used the resulting combined tree as installation source.
From that I gather that anaconda has serious problems with upgrading systems
that have (lots of?) packages that aren't contained in the default media.
Perhaps anaconda should offer to add additional repos so the additional packages
can be upgraded as well and don't ruin the dependency solving step.
I experience the same problem when attempting to upgrade from FC7 -> FC8. The
only differences compared to the original poster is that I'm using
1. an i386 DVD and not the x86_64 DVD
2. regular hard disk partitions and not LVM
The problem occurs regardless of whether I use the GUI or text mode option for
the upgrade and it freezes at about 25% of the "Checking dependencies in
packages selected for installation...".
I'd be glad if someone could suggest a fix for this problem (that is less
painful than #1) to help me get through with this upgrade.
(And, yes, as #1 mentioned, I do have quite a number of packages that are not on
the default media or the fedora everything repo).
Asus A8V-Deluxe motherboard (VIA KT800 chipset), Athlon X2 4200+ processor,
Sapphire Radeon X1950Pro graphics card, 2 GB Transcend DDR2 RAM, PS2 keyboard,
USB mouse, Seagate 160GB SATA hard disk connected to an inbuilt Promise PDC20378
(FastTrak 378/SATA 378) controller.
I'm seeing the same problem when upgrading from F7 to F8, using the x86_64 DVD.
I've tried installing twice, and both times it's hung at 26%. An strace of the
anaconda process is pretty much the same as the one attached to bug #366641, and
it's using 100% of 1 CPU.
I definitely have some packages installed that aren't on the default install
DVD, but I don't think it's a huge number (and can't figure out how to list
installed RPMs by repository).
Same problem also for me.
FC8 i368 DVD:
- try to upgrade from fc7 on dell D620 (/dev/VolGroup/LogVol00) and anaconda
stops on 26% of "Checking dependencies..."
Got the same problem.
Checked with yum list extras. Seems it's only packages where the yum upgrade
failed during the year, I'm upgrading from FC6. I removed those packages and see
Ditto DVD upgrade on i386. I did upgrade one box successfully, so the package
combo must be causing this.
Indeed the problem was related to some packages for which the dependencies could
not be solved. Unfortunately, anaconda goes into an endless loop (yum does too
on attempt to yum update the OS) instead of just reporting that things won't
(In reply to comment #7)
> Unfortunately, anaconda goes into an endless loop (yum does too
> on attempt to yum update the OS) instead of just reporting that things won't
> work out.
Anaconda shouldn't just report that things don't work out (if they don't work
out), it should also offer to add external repositories just like when
installing (ideally it would come with "fedora" and "fedora-updates"
pre-configured). That way most packages should already be up to date when
booting into the upgraded system.
I've updated my fedora 7 before upgrade to fedora 8, but nothing has changed.
Anaconda stops always at the same point...
Please fix it or suggest a workaround!!!!!!
Can you try the update image at
http://katzj.fedorapeople.org/updates-f8-yumloop.img and see if it resolves the
The use of update images is described at
I removed all packages reported by yum list extras. Same problem. Just hangs.
from http://fedoraproject.org/wiki/Anaconda/Updates I read:
...updates.img files provided by the Fedora project are gzip compressed cpio
But if I try to gunzip updates-f8-yumloop.img (renamed with extension .gz) I get
"not in gzip format".
So, putting it in a usb key, Anaconda stops just after dvd media test dialog.
Is file updates-f8-yumloop.img correct?
Regarding comment #8 - sure - but if there is no salvaging, it should not be
stuck in the endless loop, is what I meant.
Back to figuring out why hibernate causes SATA/ext3 to go berserk...
(In reply to comment #10)
> Can you try the update image at
> http://katzj.fedorapeople.org/updates-f8-yumloop.img and see if it resolves the
> The use of update images is described at
Nothing changed with the update image.
I've repeated all the procedure (...and changed usb key from last try!) but the
behavior is always the same: anaconda loads updates from the pendrive but stops
at the same point of the "Checking dependencies in packages selected for
I have this problem too, exactly as described.
I have created a list of the packages I have installed and a sysreport, if this
can be helpfull to anyone.
Created attachment 253921 [details]
Pointing yum to the F8 DVD as a repository, disabling all other repositories,
and running "yum update" yields the attached loop.
I'll try uninstalling the third-party packages listed there to see if I can
pinpoint the culprit...
after searching different list i found the following solution works for me:
remove these packages:
duplicate openoffice packages (just no recoginzed after rpm -qa|grep openof|sort)
those pacakges which has not contains the above names don't need to remove it
remove these with
rpm -e --nodeps
Having the same problem here...
For me it worked doing a "yum -y remove NetworkManager" prior to the upgrade. I
had previously tried to remove 3rd-party packages as much as possible, with no
luck. It seems, from the different things people have to remove to work around
this issue, to be largely dependent on the packages installed. Isn't there a way
to make anaconda more verbose so we can catch these loops etc. in anaconda
itself, rather than having to setup mediarepos and running yum from an installed
system? That might be useful for this, and future anaconda problems!?
+1 on anaconda verbosity, though that only helps for people willing to do manual
package removals & re-installations. In my case, after resolving the dependency
loop (which I'll blame a third-party package for), I ran into a long list of
I ended up forcibly removing a number of packages, both official Fedora ones and
3rd-party ones, to get rid of conflicts. The biggest culprits seemed to be:
devel packages , as I suppose they aren't on the DVD but are tied to a
particular version of a package and thus hold back upgrades.
multi-lib problems: if you have both the i386 and x86_64 versions of a package
installed, sometimes the installed i386 will conflict with an update attempt on
the x86_64 version (I'm guessing when an updated x86_64 version is available
without a corresponding i386 update)
I saw this on two boxes had to delete wireless-tools-devel, avahi-compact-howl,
ImageMagick and expat to get it working
According to some, the problem occurs even when attempting to upgrade with yum
(without anaconda). yum goes to an infinite loop resolving dependencies:
I saw very similar reports here (in Czech, sorry):
Should this bug be reassigned to yum?
Created attachment 254301 [details]
verbose yum output
Yes it is a yum bug. I have attached the output of yum using only the dvd as
I cannot do any other tests because after deleting the packages I mentioned
above, I was able to update. (also saw this issue on 2 F7 boxes, but FC6->F8
worked just fine)
After resolving the yum loop, I tried another Anaconda upgrade, and it still
hung at 26%. Running a yum update against the DVD, it listed a number of
missing dependencies (but no loop) - so at the very least, at that point
Anaconda should tell me there is a problem, rather than hanging.
*** This bug has been marked as a duplicate of 372011 ***
cd-record is one of the culprits, I think. It probably has something to do with
the package being dropped from distros due to the licensing issue.
I think that if the anaconda installer just displayed the name of the package it
was looking for dependencies for, it would cut down the strife users are
experiencing greatly, as they could just remove the one troublesome package and
continue. I had to rpm -e over 600 packages before it worked :/