Red Hat Bugzilla – Bug 62194
anaconda installer fails if RHupdate/ is on the first installation cdrom
Last modified: 2007-04-18 12:41:22 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2.1) Gecko/20010901
Description of problem:
Anaconda will find and use a RHupdates/ directory if it exists at the same level
as the RedHat/ directory of the installation.
If this directory exists on the 1st cdrom, the installation fails when it tries
to umount (and eject) it at the time it is ready to use the 2nd disk. This is
because the installer is still using the RHupdates/ directory!
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Create new installation disks with anaconda.
2. Put the contents of the updates disk into RHupdates on the 1st cdrom.
3. Let the install begin, when it is time for the second disk, anaconda will
fail every time with exception errors because it is unable to umount the 1st disk.
Actual Results: I investigated the cause of the installation failure... the
cdrom was busy, it could not be umounted/ejected.
Expected Results: What I wanted to happen was for the installer to work as
expected, to use the updated files it finds in the RHupdates/ directory right to
the end of the installation.
A solution would be to copy the contents of the RHupdates/ directory from the
cdrom to somewhere more "permanent", where it will not need to be umounted
during the installation. Or not to use a RHupdates/ directory at all on a cdrom :-)
It was an oversight to use the RHupdates directory in methods we have to mount
ISOs - thanks for catching it.
Using updates.img is the supported way.
Time tracking values updated
I'm going through Bugzilla closing some bugs that have been marked as Modified
for some period of time. I believe that most of these issues have been fixed,
so I'm resolving these bugs as Rawhide. If the bug you are seeing still exists,
please reopen this report and mark it as Reopened.