Bug 67939 - bootnet.img installer hangs after IP Configuration
bootnet.img installer hangs after IP Configuration
Product: Red Hat Public Beta
Classification: Retired
Component: anaconda (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Michael Fulbright
Brock Organ
Depends On:
Blocks: 67218
  Show dependency treegraph
Reported: 2002-07-04 11:49 EDT by Michael Eckhoff
Modified: 2007-04-18 12:43 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-07-09 23:35:15 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Michael Eckhoff 2002-07-04 11:49:12 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 

Description of problem:
After booting the bootnet.img disk image in both graphical and text mode, the 
screen stays blue (with standard redhat header and command footer) after IP 
configuration.  Virtual consoles show that an ip address was receied and the 
network card was detected.  Same behaviour exists if you put in a static IP 
configuration.  Last message on message console says that the reverse lookup 
was successful.  Allowed system to sit for 7 hours with no results.

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

How reproducible:

Steps to Reproduce:
1.  Boot bootnet.img disk
2.  Select graphical or text install
3.  Configure IP address (either by DHCP or static - doesn't matter)


Actual Results:  The 'Configure ip address' dialog goes away, the virtual 
console says that it got an ip address, gateway, etc. and the primary console 
stays blue for hours.

Expected Results:  Next stage of the installer.

Additional info:
Comment 1 Michael Fulbright 2002-07-09 20:36:07 EDT
What are the last few messages on VC3?
Comment 2 Michael Eckhoff 2002-07-09 23:33:47 EDT
Well, I made a new bootdisk off of the same .img that I did the first three
tries to check this, and it worked fine this time.  I'm starting to think now
that it was a bad write, although dd reported 2880 blocks written each time...

Unless you've had other reports of this, I'm going to now attribute it to bad disks?

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