From: tytso@mit.edu Subject: Re: dump/restore not supported for ext4 Date: Thu, 4 Mar 2010 23:38:22 -0500 Message-ID: <20100305043822.GA5747@thunk.org> References: <4B90419E.20309@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Justin Piszcz , linux-kernel@vger.kernel.org, linux-ext4@vger.kernel.org To: Eric Sandeen Return-path: Received: from THUNK.ORG ([69.25.196.29]:45254 "EHLO thunker.thunk.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755223Ab0CEEik (ORCPT ); Thu, 4 Mar 2010 23:38:40 -0500 Content-Disposition: inline In-Reply-To: <4B90419E.20309@redhat.com> Sender: linux-ext4-owner@vger.kernel.org List-ID: On Thu, Mar 04, 2010 at 05:26:22PM -0600, Eric Sandeen wrote: > Justin Piszcz wrote: > > Hi, > > > > I should have researched it more: > > > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511651 > > https://lists.ubuntu.com/archives/universe-bugs/2009-June/098729.html > > > > Looks like it's broken, I agree with the reporters, dump should abort if > > it is dealing with an ext4 filesystem, since you cannot restore data > > from an ext4 dump. > > does dump still read the mounted block device directly? I'm not familiar > with the internals (need to look, I guess) but if so, I wonder how that > + delalloc get along... It does read the mounted block device directly, and so it's certainly not a _recommended_ way to back up your ext4 filesystem. It should work, though, since it just uses the high-level libext2fs functions --- and a while back, I think I did a quick test and found that it really did work. So I'm not sure what broke, but it might not be that hard to fix. That being said, it may not be worth it to fix it, since with delayed allocation, backups using dump will be even more unreliable than they were before. - Ted