Red Hat Bugzilla – Bug 109406
Installer crashes after "monitor" step while detecting hardware
Last modified: 2007-11-30 17:10:33 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4)
Description of problem:
Install consistently crashes immediately after configuring the monitor.
I attempted three different install paths: default , "linux text" and
"linux nofb". I also attempted an install with the mouse removed in
an attempt to prevent the installation from trying to configure a
Other than the initial parameters "nofb" or "text" at boot, default
selections were used during the install.
1) This system was running Red Hat 9 without problem.
2) The VGA card works fine in text mode but requires manual
configuration to get XFree86 running as it only has 256KB of RAM.
(Yes, it's an antique).
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Start install with either default, "text" or "nofb"
2.select defaults duing installation
Actual Results: System crashes after "monitor" selection.
Expected Results: Installer would have performed a graphical or text
based install depending on the initial arguments passed at boot.
An anaconda dump file will be attached to this report.
Created attachment 95794 [details]
anaconda dump file from install
Attempted a headless install:
Configured boot floppy to append: console=ttyS0,38400n8 to default
Removed keyboard and mouse
Anaconda still called the X hardware state routines. This resulted in
the install crash as described above.
Attempted 2nd headless install with video card removed.
This time the installer ran as expected and I was able to complete the
install. System now runs as expected.
This leads to the question:
Why does the installer attempt to determine values for running X when
the install scenario implies we do NOT want to run X?
This shouldn't be relevant in current releases of Fedora Core as the
monitor step is no longer included.