Red Hat Bugzilla – Bug 229353
missing updates.img kills install via rescue CD-ROM
Last modified: 2007-11-30 17:11:57 EST
Description of problem: Attempting to install from the rescue CD-ROM fails
because a missing core/development/i386/os/images/updates.img triggers the
failure to find stage2.img, even though stage2.img is there.
Version-Release number of selected component (if applicable):
fe1a3303743e05feaca73cd2d81211b2 FC-development-i386-rescuecd.iso [md5sum;
How reproducible: always
Steps to Reproduce:
1. boot rescue CD-ROM
2. specify language, keyboard, http, ipv4+dhcp, no ipv6, mirror name+directory
Actual results: a wait of several minutes with no feedback, then "Unable to
even though it is there and can be retrieved by firefox from a running system.
Expected results: installation proceeds
Can you still hit this? If so, can you hit it, then put an updates.img there
and get /tmp/anaconda.log for us to look at?
Where should I get an updates.img, or how should I create one?
I am downloading the latest i386 rescue CD-ROM (Sunday 2007-02-25) to try it.
Should be able to just create an empty ext2 image.
dd if=/dev/zero of=updates.img bs=72k count=20
No, I cannot trigger the error using 708f5eddd5323b05588487f2473be17f06ac0b57
FC-development-i386-rescuecd.iso [sha1sum, 2007-02-25]
However, I did notice a couple things about rescue CD. Probably this original
bugzilla report was the result of using a truncated CD-RW: only the first 9MB or
so (10% of 90MB) was correct; the rest probably was omitted due to error in
writing a CD-RW; but the CD-RW had been used successfully as a rescue CD before,
so it looked OK. So: the rescue CD-ROM should have an option for mediacheck!
Even with a correct CD platter, bug #229099 (weird network trouble with nVidia
nForce4 forcedth) causes behavior that is not obvious.
With the truncated CD, the specific messages on Alt-F3 console are:
trying to mount CD device scd0
mntloop loop0 on /mnt/runtime as /mnt/source/images/stage2.img fd is 10
failed to mount loop: Invalid argument
mouting stage2 failed
transferring http://fedora.cat.pdx.edu// ... /updates.img to a fd
cannot determine address family of fedora.cat.pdx.edu
we don't have reverse DNS for ipv6 yet
transferring http://fedora.cat.pdx.edu// ... /disk1/images/updates.img to a fd
and the log on Alt-F4 console is
<3> cramfs: wrong magic
With the full verified CD, but with bug #229099 [network hosed] acting up, the
CRITICAL: IOError 4 occurred getting