This is my first bug report, I am replying to these mails on the assumption that they actually get to you. Please kindly confirm that you have read this message (I sent previous replies but they appear to have fallen on deaf ears)
IMPORTANT You don't actually have to do a reboot to see the problem. The reboot is just to facilitate an fsck. If you start up in GRUB recovery mode and issue the dd..rm combination (to generate the problem) and then IMMEDIATELY unmount and then issue an fsck -f, you will get the same result (i.e. Pass 1: ... Pass 2: ... Pass 3: ... Pass 4: ... Pass 5: Checking group summary information /dev/hda1: ***** FILE SYSTEM WAS MODIFIED ****** /dev/hda1: ***** REBOOT LINUX ***** /dev/hda1: 24129/610432 (1.0% non-contiguous), 181696/1220932 It is obvious that the problem is NOT in the fsck (i.e. e2fsk) since it does actually fix something (if it didn't, it would keep failing fsck). The question is "What dos it fix??". I have confirmed this in latest Debian. A quick test on a RED HAT installation would tell us if it is a debian/derivative distro problem or not. If RED HAT also has bug, then I think you need to get the EXT3 people in the loop ASAP. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kyle McMartin Sent: 10 February 2007 14:58 To: [EMAIL PROTECTED] Subject: [Bug 83982] Re: Deleting large files corrupts EXT3 file system I'm inclined to agree with you Ben, this does seem like a bug in the userspace tools. Especially since it doesn't appear that anything changes. Vincent, can you clarify that to replicate, there must be a fsck on the next reboot? If you don't force a fsck, does the filesystem remount alright? Does the problem occur if you force a fsck after that reboot? I'll see if I can ask some knowledgable EXT people to shed a bit of light on this for us, because I'm quite stumped. -- Deleting large files corrupts EXT3 file system https://launchpad.net/bugs/83982 -- Deleting large files corrupts EXT3 file system https://launchpad.net/bugs/83982 -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
