> > and (b) so it could easily keep track of inode
> > information to make incremental restores easier (not that you couldn't
> > do it with stat(), but that's yet another syscall to slow things
> > down).
>
> e2fsprogs gives all the inode information available, so I don't see your
> point here...
Well, my point was that BSD 4.2 didn't have an equivalent of
e2fsprogs, so they read the raw disk, and Linux dump, being a direct
port, ended up doing the same thing. I think modifying dump to use
the e2fs libs makes perfect sense as it'll be much easier to keep up
with changes and enhancements in the filesystem.
-Doug
-- Doug McNaught doug@mcnaught.org http://www.mcnaught.org/~doug- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/