Bug 7506

Summary: file system corruption
Product: [Retired] Red Hat Linux Reporter: rehbein
Component: kernelAssignee: Michael K. Johnson <johnsonm>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 6.1   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2000-01-04 22:26:49 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 rehbein 1999-12-02 13:35:41 UTC 
I installed a 36 gigabyte hard drive and formatted it ext2. While copying
files (moving files from drive to another using the file manager drag and
drop) to the 36 gig drive the "gmc" (file manager) crashed. When I
restarted the "gmc" restarted it showed that all the directories on the 36
gigabyte had disappeared (about 2 gig of data). All that remained was a
directory of the name 8.1.5.0.0??? I restarted the system and ran fsck. By
the time fsck was done reporting "dead/bad blocks" and other information
messages the drive was rendered clean (i.e. empty). I reformatted the
drive.

Is there a problem with ext2 and large disk drives. The drive addressing
was set for LBA.
Comment 1 Bill Nottingham 1999-12-06 17:10:59 UTC 
*** Bug 7586 has been marked as a duplicate of this bug. ***
Comment 2 Bill Nottingham 1999-12-06 17:12:59 UTC 
*** Bug 7529 has been marked as a duplicate of this bug. ***
Comment 3 Bill Nottingham 1999-12-06 17:13:59 UTC 
*** Bug 7596 has been marked as a duplicate of this bug. ***
Comment 4 Bill Nottingham 1999-12-06 17:14:59 UTC 
Are you using ext2 or fat32 on the partitions?
Comment 5 Cristian Gafton 2000-01-04 22:26:59 UTC 
Assigned to dledford