Bug 53154

Summary:	RC2 destroys file systems
Product:	[Retired] Red Hat Linux	Reporter:	Alan Cox <alan>
Component:	kernel	Assignee:	Arjan van de Ven <arjanv>
Status:	CLOSED NOTABUG	QA Contact:	Brock Organ <borgan>
Severity:	high	Docs Contact:
Priority:	high
Version:	7.3	CC:	mharris
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2001-09-04 18:41:15 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

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.