Bug 229353 - missing updates.img kills install via rescue CD-ROM
missing updates.img kills install via rescue CD-ROM
Product: Fedora
Classification: Fedora
Component: anaconda (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Anaconda Maintenance Team
Depends On:
  Show dependency treegraph
Reported: 2007-02-20 10:57 EST by John Reiser
Modified: 2007-11-30 17:11 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-02-26 16:55:53 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description John Reiser 2007-02-20 10:57:55 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
3. wait
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

Additional info:
Comment 1 Jeremy Katz 2007-02-26 14:51:21 EST
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?  
Comment 2 John Reiser 2007-02-26 15:33:24 EST
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.
Comment 3 Jeremy Katz 2007-02-26 15:35:52 EST
Should be able to just create an empty ext2 image.
  dd if=/dev/zero of=updates.img bs=72k count=20
  mke2fs updates.img
Comment 4 John Reiser 2007-02-26 16:55:53 EST
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
<no response>
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
message is:
CRITICAL: IOError 4 occurred getting

Note You need to log in before you can comment on or make changes to this bug.