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): How reproducible: Always 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. Additional info: 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.