Red Hat Bugzilla – Bug 166751
installation from usb cd fails.
Last modified: 2007-11-30 17:11:12 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050721 CentOS/1.0.6-1.4.1.centos4 Firefox/1.0.6
Description of problem:
When trying to install FC4 on a "LEX NEO - 1GHz" system, the installer fails after the installation medium test. On terminal three, the last lines are:
Loading SELinux policy from /mnt/runtime/etc/selinux/targeted/policy/policy.19.
getting ready to spawn shell now
On the main terminal, I get blue screen of death with a lot of output, including "Oops: 0000 [#1]", a call trace, etc. I can copy the text off the screen manually, if needed.
The "Lex NEO" system contains a SV823A-4U10L motherboard with a Via C3-2 ("Nehemiah") CPU. RAM (DDR PC2700, 333 MHz, 512 MB) tested OK with memtest86. More motherboard info: http://www.lex.com.tw:8080/index1.htm
The same problem appears with CentOS 4.1's installer, by the way.
I carried on this way: Booted off Knoppix 4.0 (which has no problem booting on the machine) and copied a clone of an existing i686 uniprocessor CentOS 4.1 installation to the host and grubbed it. After rebooting, everything runs fine.
I suspect that the problem is related to bug# 120685. Is the installer's kernel different from the kernel being installed on the PC? - In that case, the installer's kernel may have to be built with less aggressive CPU optimizations.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Attach USB-connected DVD to PC.
2. Boot off FC4 installation DVD.
3. Proceeed by choosing language, etc. After installation medium check: BANG.
"I can copy the text off the screen manually, if needed."
Please do. It's key to finding out where we crashed.
If needbe, and you have one, use a digital camera to take a picture.
Another trick that may be useful - booting with vga=791 gets more lines of text
on the screen.
The installer kernel is exactly the same as the final kernel that gets installed
Here are three photos of the same screen:
The photographs were obtained after a "linux ide=nodma vga=791" boot on an FC4
(If I leave out the "ide=nodma" part, nothing changes. ide=nodma is just
something I've gotten used to when booting on installation CDs.)
By the way: I install from an USB-connected DVD. Thus, during the first part of
the installation, I choose
Local CDROM ->
Select driver ->
USB Mass Storage driver for Linux (usb-storage)
Oh, and, by the way: I've just tried using the installation DVD in another host
with less exotic hardware (some kind of Pentium III machine, I believe). On that
machine, the installation process was able to proceed much further (before I
interruped it, because I didn't really want to install FC4 on that host).
This looks familiar, though I don't have the other bugzilla # to hand.
Pete, any magic usb boot parameters we can pass that may help the situation ?
I don't think this has anything to do with USB. In other words, it's
possible, but unlikely.
I'm sure it should be possible to install from a borrowed CD drive to
verify that (I do not suggest PXE because I'm not sure cramfs is used
then, so it's not close enough scenario).
http://fedora.isphuset.no/ contains an unofficial Fedora 4.1, which may get you
up and running, as it has a install kernel based on one of the errata kernels.
Mass update to all FC4 bugs:
An update has been released (2.6.14-1.1637_FC4) which rebases to a new upstream
kernel (18.104.22.168). As there were ~3500 changes upstream between this and the
previous kernel, it's possible your bug has been fixed already.
Please retest with this update, and update this bug if necessary.
Due to the overhead involved in creating new ISOs (which is what would be
required for fixing bugs seen at installation time that don't have workarounds),
this bug has been closed.
For more information and suggestions, please see bug 169613