Description of problem: I'm trying to install Fedora 10 Beta using the NFS-ISO method and the install fails with: That directory could not be mounted from the server I started off trying the cmdline option that I know works on Fedora 5-9: method=nfs:iso.test:/rbfd/iso/fedora/betas/10b1/x86_64/ However, I saw in some of the logs that 'method' is deprecated, so I also tried the following without success: repo=nfsiso:iso.test:/rbfd/iso/fedora/betas/10b1/x86_64/ Version-Release number of selected component (if applicable): Anaconda 11.4.1.40 Linux 2.6.27-0.352.rc7.git1.fc10.x86_64 How reproducible: Every time Steps to Reproduce: 1. Install Fedora 10 (Beta 1) on an HP DL380G5 by using a nfsiso repo 2. Watch it fail to start the second stage of the install Actual results: Some key log messages on tty3: 22:03:29 INFO : anaconda version 11.4.1.40 on x86_64 starting 22:03:29 INFO : 8073100 kB are available FATAL: Module loop not found. FATAL: Error inserting floppy (/lib/modules/2.6.27-0.352.rc7.git1.fc10.x86_64/kernel/drivers/block/floppy.ko.gz): No such device FATAL: Module ext3 not found. 22:03:34 INFO : trying to mount CD device /dev/sr0 on /mnt/stage2 22:04:50 INFO : no stage2= given, assuming nfsiso:iso.test:/rbfd/iso/fedora/betas/10b1/x86_64//images/install.img Expected results: To be able to install using ISO images over NFS Additional info: When the installer first boots up it waits for a while (> 10secs) with this message: Looking for installation images on CD device /dev/sr0 Since we're doing an nfs-iso install, it should skip the test for the CD... I'm putting this in here instead of filing a new bug because I believe the two problems are likely related to each other.
Everything you're seeing here is intentional. What's going on is that the loader is looking for the install.img file and you haven't told it where it is via the stage2= parameter. Thus loader goes out looking for it in this order: (1) Try to find it via stage2=, then (2) Look for it on any attached CDs, then (3) Infer a location based on method= or repo=. That's what you are seeing in the log file. Additionally there's been a slight change in NFSISO as well where we no longer look inside the ISO images for the install.img. It now needs to be located elsewhere. You can either boot up with the boot.iso to provide the install.img or you can place it in images/ at the same directory level as your ISO images.
(In reply to comment #1) > Additionally there's been a slight change in NFSISO as well where we no longer > look inside the ISO images for the install.img. It now needs to be located > elsewhere. You can either boot up with the boot.iso to provide the install.img > or you can place it in images/ at the same directory level as your ISO images. Can you tell me why it is this way? Have there been unsurmountable problems with using the images.img from the ISOs contained in the NFS directory?
(In reply to comment #2) > Can you tell me why it is this way? Have there been unsurmountable problems > with using the images.img from the ISOs contained in the NFS directory? No, there weren't insurmountable problems. However, we are trying to separate the install.img and the packages to be installed more. The reason for this is so anaconda is not tied so tightly to installing any particular version of a product. In order to reinforce this idea a little, we've done things like add the repo= and stage2= parameters, make the loader only look for install.img instead of also validating the repo, and not look inside ISO images for the install.img.