Bug 53154 - RC2 destroys file systems
Summary: RC2 destroys file systems
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel
Version: 7.3
Hardware: i386
OS: Linux
high
high
Target Milestone: ---
Assignee: Arjan van de Ven
QA Contact: Brock Organ
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-09-04 17:36 UTC by Alan Cox
Modified: 2005-10-31 22:00 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2001-09-04 18:41:15 UTC
Embargoed:

Attachments (Terms of Use)

Description Alan Cox 2001-09-04 17:36:59 UTC 
Celeron 900 + 256Mb RAM
Intel i815 chipset
Onboard eepro100, video, audio, etc  [MX3S board]
ATP870U scsi present + m/o drive + scsi disk (not in use)
Promise supertrak 100 (disabled)
IDE (30Gb on hda - root fs, hdd is an hp cd-writer)

It runs 7.1 fine
It ran an earlier beta with a 2.4.6-3 kernel fine too
Loading RC2 hangs the box during the install trashing the file system when
doing an upgrade. We are talking mkfs grade trashing here.

I've run memtest86 on it - so far its totally clean
CPU temperature is good, voltage reports are good
Comment 1 Arjan van de Ven 2001-09-04 17:57:17 UTC 
Would it be possible to see if 2.4.7-2 did this too ? (Roswell2)

That would be a very interesting inbetween point
Comment 2 Alan Cox 2001-09-04 18:41:11 UTC 
I've got a few things to try once the test set finishes.

1. Running an upgrade to RC2 keeping the fs ext2 and doing it in text mode to
   look for exciting oops data

2. If that works then trying X11 with ext2 and vice versa.

Unfortunately its a slow process to go reinstalling/retesting so I dont want to
do too many 7.1 installs
Comment 3 Alan Cox 2001-09-04 19:55:35 UTC 
Ok the critical factor is BIOS ACPI/APM enable. Seems the MX3S BIOS rev 1.11 is
not a happy object.
Note You need to log in before you can comment on or make changes to this bug.