Red Hat Bugzilla – Bug 160263
Rescue mode using PXE boot & NFS of rescue cd iso fails
Last modified: 2007-11-30 17:11:07 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050513 Fedora/1.0.4-1.3.1 Firefox/1.0.4
Description of problem:
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Setup a PXE server with the vmlinuz and initrd.img files from the rescue CD
2. PXE boot a machine and load up the rescue cd kernel/initrd.
3. Export a direcotry with the FC4-i386-rescuecd.iso on an NFS server
4. Select this server as the cd image source.
Actual Results: The install reports that this is not a valid installation source.
Anaconda finds the ISO image but rejects it because if doesn't contain the hdstg2.img. Looking at the Anaconda source, it looks like method.c validIsoImages() is the code which is looking for the hdstg2.img file in order to validate the cd image, but this isn't on the rescue CD (it only has stage2.img).
Here are the debug messages...
mounting nfs 192.168.1.100:/store/fc4
mounted 192.168.1.100:/store/fc4 on /mnt/source
unable to access /nmt/source/Fedora/base/stage2.img
mntloop loop7 on /tmp/loopimage as /mnt/source/FC4-i386-rescuecd.iso fd is 15
open file to loop mount /tmp/loopimage/Fedora/base/hdstg2.img failed
Expected Results: I know this is an obscure case, but it ought to be possible to boot the rescue CD via PXE + NFS ISO image.
I think i've done more or less the same process with fc3 and it worked OK. I think the key difference was that I also had all the install media CD's on the NFS server at the same time and these do have the hdstg2.img on them which made the check pass. I imagine that if I placed the install CD iso's in the same place this would work with fc4 as well.
I've also burned the rescue CD to real CD media and this boots fine, so it isn't a fundamental problem with the PC.
The rescuecd isn't a valid "disc1" which we require for pulling the stage2.img from.