[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100305043822.GA5747@thunk.org>
Date: Thu, 4 Mar 2010 23:38:22 -0500
From: tytso@....edu
To: Eric Sandeen <sandeen@...hat.com>
Cc: Justin Piszcz <jpiszcz@...idpixels.com>,
linux-kernel@...r.kernel.org, linux-ext4@...r.kernel.org
Subject: Re: dump/restore not supported for ext4
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
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists