From mboxrd@z Thu Jan 1 00:00:00 1970 From: Theodore Tso Subject: Re: How To Recover Files From ext3 Partition?? Date: Mon, 8 May 2006 09:20:23 -0400 Message-ID: <20060508132023.GC11197@thunk.org> References: <20060504143814.GF16570@harddisk-recovery.com> <20060505051618.95519.qmail@web37902.mail.mud.yahoo.com> <20060505111807.GD4900@harddisk-recovery.com> <20060505164147.GK6075@schatzie.adilger.int> <1147085495.5331.5.camel@sisko.sctweedie.blueyonder.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Andreas Dilger , Erik Mouw , UZAIR LAKHANI , linux-fsdevel@vger.kernel.org Return-path: Received: from thunk.org ([69.25.196.29]:8933 "EHLO thunker.thunk.org") by vger.kernel.org with ESMTP id S1751118AbWEHNU3 (ORCPT ); Mon, 8 May 2006 09:20:29 -0400 To: "Stephen C. Tweedie" Content-Disposition: inline In-Reply-To: <1147085495.5331.5.camel@sisko.sctweedie.blueyonder.co.uk> Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On Mon, May 08, 2006 at 11:51:34AM +0100, Stephen C. Tweedie wrote: > On Fri, 2006-05-05 at 10:41 -0600, Andreas Dilger wrote: > > > There is another mechanism ext3 could potentially use, wherein it > > walks the whole inode in advance of the truncate and creates a > > (potentially) very large transaction handle to do the bitmap updates > > in a single shot (and also reducing the amount of IO needed for an > > unlink by 96%), but nobody has ever cared enough about it to work on > > implementing this. > > Trouble is, there's no guarantee that that transaction would actually > fit into the journal. Most of the time it will, but if it doesn't, then > we deadlock or risk data corruption. The only way to do this would be to figure out how how much space is needed in advance, see if there's enough room, and if there isn't, to fall back the current strategy of doing a partial truncate. A lot of complexity to speed up unlink and make it possible to recover from unlinked files, but it's doable. No one with the skills to implement it has stepped up to date, however. :-) - Ted