Ext2Fsd 0.50 was released !

Ext2Fsd is an open source linux ext2/ext3 file system driver for Windows systems (2K/XP/VISTA/WIN7, X86/AMD64). It could provide natively reading or writing access to your ext2/ext3 volumes under windows.

Features implemented and bugfix from V0.48:

1, Ext4 extent readonly support by Bo Branten. Writing is
possible but with no size-extending
2, Ext3 directory index (hash-tree) support
3, Fast fsck (uninit_bg) and group block checksum support
4, Ext4 64k block size support
5, Symlink/special inodes open/read/deletion support
6, Buffer head implemented over cache pages
7, Memory allocation optimization for flexible-size inodes
8, Improve file deletion: don't grab global lock when deleting
9, FIXME: return zero-content for sparse file gaps
10, FIXME: check available spaces before blocks allocation
11, FIXME: refresh stale root dir content after journal replay
12, FIXME: incompatible dentry management for 64k block size
13, FIXME: don't do journal replay for devices set as readonly
14, FIXME: Win7 cmd.exe always reports file sizes as zero
15, FIXME: Win7 memory throttling issue calling CcPinRead
16, FIXME: Ext3Fsd Build issues (SLIST/div64 for Win2k, browser files)
17, FIXME: Compiling test failure (fastio doesn't update i_size)
18, FIXME: Possible Mcb memory leak for symbolic links

Supported Ext3/4 features by 0.50:

1, flexible inode size: > 128 bytes, up to block size
2, dir_index: htree directory index
3, filetype: extra file mode in dentry
4, large_file: > 4G files supported
5, sparse_super: super block backup in group descriptor
6, uninit_bg: fast fsck and group checksum
7, extent: reading, writing with no extending.
8, journal: only support replay for internal journal

Unsupported Ext3/4 features:
1, journal: log-based operations, external journal
2, extent: size truncating & expanding, file deletion
2, flex_bg: first metadata group
3, EA (extended attributes), ACL support

Features to be implemented in future:

1, EXT3/4 features support (extents, journal, flex_bg,)
2, Documents improvement: clear and elaborate
3, Performance improvement, code optimization
4, Automatic check & update of new versions
5, LVM support, e2fsprogs porting for Windows

Since 0.38, Ext2fsd is much stable even under heavy i/o loads,
both for reading and writing. Performance and stability are
highly, improved especially stability. A new and strong era of
Ext2Fsd in product shape is coming :)


The driver may crash your system and ruin your data unexpectedly,
since there might be software conflicts and I could only test it
on some of the popular platforms. You should use it with care and
use it at your own risk!

Matt <matt@ext2fsd.com>

Posted by Matt Wu 2011-02-05

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

No, thanks