On Apr 03, 2007 15:55 +0200, Vincent Caron wrote:
> BTW, if ondisk superblocks are not updated until specific events occur
> (umount, statfs), what is the consequence of a system crash ? Does
> journalization come into play (superblock=metadata?), does fsck fixes
> figures from other ondisk stru
This patch also seems to make sense for 2.6.16, or do I miss anything?
TIA
Adrian
commit f58a74dca88d48b0669609b4957f3dd757bdc898
Author: Eric Sandeen <[EMAIL PROTECTED]>
Date: Sat Oct 28 10:38:27 2006 -0700
[PATCH] jbd: journal_dirty_data re-check for unmapped buffers
When runni
On Apr 03, 2007 15:37 +0530, Aneesh Kumar K.V wrote:
> The extent insert code is derived out of the latest ext4 kernel
> source. I have tried to keep the code as close as possible to the
> kernel sources. This makes sure that any fixes for the tree building
> code in kernel should be easily applie
On Tue, Apr 03, 2007 at 11:37:16AM -0600, Andreas Dilger wrote:
> On Mar 31, 2007 10:39 -0400, Theodore Tso wrote:
> > I'm going to let this one soak for a bit to make sure we don't pick up
> > any fase positives or negatives in the hueristics.
> >
> > @@ -133,11 +133,10 @@ int e2fsck_pass1_check
On Mar 31, 2007 10:39 -0400, Theodore Tso wrote:
> I'm going to let this one soak for a bit to make sure we don't pick up
> any fase positives or negatives in the hueristics.
>
> @@ -133,11 +133,10 @@ int e2fsck_pass1_check_device_inode(ext2
> + * If the index flag is set, then this is a bog
On jeu, 2007-03-29 at 13:59 -0600, Andreas Dilger wrote:
> On Mar 29, 2007 14:17 +0200, Vincent Caron wrote:
> > I just noticed that 'tune2fs -l' did not returned a "lively" updated
> > information regarding the free inodes count (looks like it's always
> > correct after unmounting).
>
> This i
From: Aneesh Kumar K.V <[EMAIL PROTECTED]>
Add ext4migrate utility that helps in migrating a ext3 block mapped
inode to ext4 extent mapped inode.
ext4migrate command takes the below syntax
ext4migrate [--display | --migrate ]
The --display option helps in displaying the block map details for a
From: Aneesh Kumar K.V <[EMAIL PROTECTED]>
The code is derived out of the latest ext4 kernel source. I
have tried to keep the code as close as possible to the kernel
sources. This makes sure that any fixes for the tree building
code in kernel should be easily applied to ext4migrate. The
ext3_ext
This is work in progress
Changes from from my previous patches are as follows:
a) support for files with holes
b) use the block iterator present in libext2fs
c) don't mark the indirect blocks as unused early. If we mark the
the blocks unused, they can be resued for extent index. If we later