Red Hat Bugzilla – Bug 213194
FC-6-i386-DVD.iso not recognized
Last modified: 2008-08-02 19:40:33 EDT
Installing with kernel method=nfs:<IP>:/<DIR>
I have had success installing with the five FC-6-i386-disc.iso file in
directory <DIR> vmlinuz/init recognizes a Fedora installation tree. I did not
unpack them or mount them -o loop. I just put the *.iso file in <DIR> and away
we go. If I put FC-6-i386-DVD.iso there, vmlinuz/init does not recognize it a
s Fedora installation tree and will not install.
I wanted to add a bit more information:
I downloaded boot.iso, burned it to CD and used that for the installation. So,
the deficiency I mention is in boot.iso.
There are a couple similar error messages that can be displayed when anaconda
gets confused about images. Which one are you seeing? Also do you have both
the DVD and the CD images in the same directory? Where did you get the DVD image?
Apparently, I have given you a confused set of circumstances.
I downloaded boot.iso and burned it to CD.
I downloaded FC-6-i386-disc.iso and put them in an exported directory.
I booted the CD and I installed with “method=nfs:10.1.2.11:/fedora” The
installation worked with no problem.
Later, I moved FC-6-i386-disc.iso some place safe and out of the way. I
downloaded FC-6-i386-DVD.iso and I put it in that same exported directory.
Again, I booted the CD and I installed with “method=nfs:10.1.2.11:/fedora”
The message was something like, “That directory does not contain a fedora
installation tree” I can’t be precisely certain about the wording nor the
case, but that is quite close. I will be installing another machine next week,
and I will repeat this experiment and note the precise error message. I’d be
willing to do the ground work to find out what is happening. Would an
erthereal trace be helpful? If not, then I won’t bother, but if you think it
can help you, then I’m happy to do it.
Noe more note: I downloaded everything from download.fedora.redhat.com/...
Hm, I wasn't able to reproduce this on ppc with a quick test. I know the error
message you are referring to now, so don't worry about getting the exact
wording. When this error pops up, can you switch to tty3 and attach a picture
of what messages you see on that console?
I don't think ethereal will show anything too helpful here, but feel free to
play around with it and see if you get anything useful.
This is a headless server, so I have no consoles to view. If there are kernel
boot parameters that might help you, I will set them at your request. If there
is a way to capture what you want, I can do that also, but not with attachen
If you want me to try some experiments, I can. If you tell me what boot.iso
uses to recognize a valid Fedora installation tree, I will be glad to check to
see what I have and hack things to see what I can do and report these findings
to you. For example, is the filename important (I wouldn’t expect so) ? What
file in the file system does boot.iso want and what needs to be in it?
I suspect this is a trivial mis-configuration and I also suspect that it is
limited to the i386 class. I can’t guess if boot.iso is (incorrectly) failing
to recognize the DVD or if boot.iso is (correctly) ignoring an incorrectly
labeled DVD. I suspect that the DVD is not correctly labeled because boot.iso
had no problem with the five disc set.
At this stage in anaconda, there's not really any good way to capture these
messages except having a monitor and keyboard attached. Is it at all possible
for you to hook something up and take a look? Once anaconda gets past the
loader, we have network syslog capabilities to make this easier but you are
still too early to be able to do that.
I also suspect it is something really simple. I expect the log files to tell us
exactly what is going on. This code is a bit of a mess so simply stepping
through it is a little difficult until I see which of the many branches your
machine is taking.
Would it be possible for you to start off trying this install method so we get
the error messages logged, then go back and select a different installation
method that will allow you to progress to the second stage? Then you should be
able to drop into a shell and grab the logs.
I will be happy to do this. Please tell me which logs you think I should be
able to find and where they will be. I will collect everything you need at any
step in the process that you think will be helpful.
I’m asking for specific advice about the logs because I am not aware of any
logs except the anaconda-ks.cfg, install.log and install.log.syslog and they
are collected only after the distribution has been mounted and the package
installation can begin. So that means long after this particular problem has
/tmp/anaconda.log and /tmp/syslog would be the most important ones. We append
to those as we go along, and they get copied over to the installed system after
installation is complete.
I am not going to complete the installation. So, after my installation tree
has been rejected, and I am still at the console, how do I fetch the logs you
mention? I don’t know how to get to a shell at that point.
You're doing a serial console test mode install, yeah? Just try and fail with
the DVD method, pick a new method that will work, and allow anaconda to get up
to the "Welcome to Fedora Core!" screen. Once that comes up, ctrl-z should
suspend the installer. You can then grab /tmp/install.log and /tmp/syslog and
either scp them to another machine you have access to or copy them to a floppy
or other such drive.
No need to go any further in the installation than that.
Smokin'! I'll have these for you in a bit...
Any news on this bug report?