Messages in this thread | | | Subject | Re: ext4 features | From | Petr Tesarik <> | Date | Tue, 04 Jul 2006 11:22:08 +0200 |
| |
On Mon, 2006-07-03 at 23:25 +0200, Diego Calleja wrote: > El Mon, 03 Jul 2006 15:46:55 -0600, > "Jeff V. Merkey" <jmerkey@wolfmountaingroup.com> escribió: > > > Add a salvagable file system to ext4, i.e. when a file is deleted, you > > just rename it and move it to a directory called DELETED.SAV and recycle > > the files as people allocate new ones. Easy to do (internal "mv" of > > > Easily doable in userspace, why bother with kernel programming
Yes and no. A simple mv is better done in userspace, but what I'd _really_ appreciate would be a true kernel salvage (similar to the way NetWare does things). That means marking the file as deleted in the directory, marking its blocks as deleted but avoiding the use of those blocks. The kernel would then prefer allocating new blocks from elsewhere but once the filesystem runs out of space, it would start allocating from the deleted files area and marking the blocks as well as the corresponding files purged.
Salvaging files would be done with a separate tool. Of course, if you delete more files with the same name in the same directory, you'd need to tell that tool which one of them you want to salvage. Yes, I really mean you'd have more than one deleted file with the same name in the directory.
Anyway, I doubt we want such feature for ext4, because to make things efficient, you'd need to provide some kind of pointer from the deleted (but not yet purged) blocks to the corresponding file. Hard links are also problematic and there is a whole lot of other troubles I haven't even thought of.
Just my two cents.
-- Petr Tesarik - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |