Bug 112947 - cdrom boot fails on dual-processor machine
Summary: cdrom boot fails on dual-processor machine
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda   
(Show other bugs)
Version: 1
Hardware: i686 Linux
Target Milestone: ---
Assignee: Jeremy Katz
QA Contact: Mike McLean
Depends On:
TreeView+ depends on / blocked
Reported: 2004-01-06 15:57 UTC by David Jansen
Modified: 2007-11-30 22:10 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-05-04 16:34:16 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description David Jansen 2004-01-06 15:57:05 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1)

Description of problem:
When booting from the FC cd 1 (or from a cd created from boot.iso) on
a dual-pentium III (2x P III, 1 GHz) machine, just after the stage
where the kernel is uncompressed and initrd loaded, there is an
endless stream of messages that scroll by to quick to read (and as far
as I know, no way to record the messages).

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. boot from FC1 cd1 or boot.iso

Actual Results:  lits of error messages scrolling by until reset is

Expected Results:  kernel boot, followed by anaconda installer

Additional info:

BTW: booting using cd1 of RedHat 9 or RHEL 3 works just fine, as did
the previously installed RedHat 7.1

Comment 1 Jeremy Katz 2004-01-06 16:34:09 UTC
What type of messages?  If you attach a serial console, can you
capture them?

Comment 2 David Jansen 2004-01-06 16:40:48 UTC
I'm sorry, I don't have a serial console. Any other ways to capture
the kernel boot messages?

Comment 3 Jeremy Katz 2004-01-06 16:51:19 UTC
Digital camera?  Paper? :)

Comment 4 David Jansen 2004-05-04 16:34:16 UTC
I finally found the time to get back to this machine (hey, I had too,
now that RH 9 is no longer supported). It helped to boot with a couple
of kernel options like acpi=off apm=off noapic.
So the bug must have been relevant to this one machine only with its
specific set of bios settings. As far as I'm concerned it can be
closed now.

Note You need to log in before you can comment on or make changes to this bug.