Description of problem:
The install I used to install fc5 (install by booting usb-stick, with
diskimage.img, "linux askmethod", NFS (server,directory)) does not work. When I
have entered NFS-server and dircetory it informs me (quite correctly) that that
dir. does not contain the exploded files for a fc install. It used to be
satisfied with a dir. containing the cd-images FC6...disc[1-?].iso
I have tested the images for correct sha1sum.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. download all cd-images of fc6-test2
2. boot with "linux askmethod"
3. choose NFS
4. point to server and dir. with step 1 iso files
Can you provide the exact error message you received?
The exact error is:
That directory does not seem to contain a Fedora Core installation tree.
I can get past this problem, but run into a "Missing ISO9660 Image" later when
the graphical installer starts. I've fixed that one in CVS, but am unable to
reproduce your problem. Can you attach the last several lines of tty3 to this
Three pieces of info:
1) this is a x86_64 install
2) assuming you meant vt3, here is approx what I get:
INFO mntloop loop7 on /tmp/loopimage as /mnt/source/FC-6-Test2-x86_64-disc5.iso
fd is 78
ERROR open file to loop mount /tmp/loopimage/Fedora/base/stage2.img failed
INFO umounting loopback /mnt/runtime loop0
ERROR LOOP_CLR_FD failed for /mnt/runtime loop0 (no such device of address)
repeating for disc6 and rescuecd
3) on vt4 I get approx:
iso 99660 extention: RRIP_1991A
iso 99660 extention: Joliet
unable to load NIS charset utf8
repeated all over the page/screen
Please try again with FC6test3 and report if this is working for you. I fixed a
couple problems with ISO installs in general right before this release, one of
which was specifically for NFS ISO installs.
In short yes! but in practice I got stopped by other errors:
Using diskimage.img on usb-stick I got the following errors:
syslinux 3.11 ....
Could not find kernel image: linux
Using boot.iso on cd-rw, I got a lot of garbage (in the curces/textual menues)
which made the screens difficult to fill out, but I managed to get to the
But anaconda stopped prematurely after filling in the network info, when
timezone info was to be filled in (according to vt3).
Hm, okay. Please file additional bugs for the problems you are now seeing, and
I will close this one out as this particular bug appears to be fixed for you.
Garbage on the screen in text mode is already know - it's probably kernel error
messages getting written directly to the screen, and isn't anything we have
control over. I don't know what problem you are seeing regarding the network
info, but filing a separate bug with /tmp/anaconda.log (or /tmp/anacdump.log if
you are getting a traceback) would be the best way to solve that.