Bug 51765 - floppy access causes panic with bad media
Summary: floppy access causes panic with bad media
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel
Version: 7.1
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Arjan van de Ven
QA Contact: David Lawrence
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-08-14 21:09 UTC by Anthon Pang
Modified: 2007-04-18 16:35 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2003-06-06 17:00:03 UTC
Embargoed:


Attachments (Terms of Use)

Description Anthon Pang 2001-08-14 21:09:20 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 4.01; Windows NT)

Description of problem:
During the bootnet install and later using 'mkbootdisk' manually, the 
system hangs (motherboard/BIOS specific symptoms: power LED flashes, high 
pitched beeeeeeep, floppy LED lit solid, no response to keyboard, etc).

Version-Release number of selected component (if applicable):
	mkbootdisk: 1.4.2
	kernel: 2.4.2-2

How reproducible:
Always

Steps to Reproduce:
1. mkbootdisk 2.4.2-2

(Reproduceable everytime inasmuch as this was only attempted twice - once 
during the install, and once post-install.)

Actual Results:  Reboot!

Grabbed a second floppy, and mkbootdisk worked flawlessly, so I don't 
suspect the floppy drive itself.

Ran 'mkbadblocks' and 'chkdsk /r' (from NT4) to verify the first floppy 
disk's integrity.  No errors reported, but the latter might have silently 
fixed the disk.

Re-ran mkbootdisk on the first floppy, and it worked.  *sigh*  It's now no 
longer reproduceable.

Suspect marginal quality media (albeit "name brand").

Expected Results:  Should have recovered more gracefully, the first couple 
of times.

Additional info:

Error messages:
	None

Hardware:
	CPU: Athlon TB 1 GHz
	Mem: 1 Gb SDRAM
	M/B: Asus A7A266

Comment 1 Anthon Pang 2002-10-07 21:55:31 UTC
Sorry, I forgot to re-test this specifically from the shell with
mkbootdisk-1.4.8-1 before permanently discarding the bad media.  However, the
RH8 GUI install did recover, detecting a problem while creating the boot disk on
the aforementioned bad media.  If the GUI install uses mkbootdisk, then this bug
can be closed.


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