| |||||||||||||
|
| |||||||||||||
Filesystems (ext3, reiser, xfs, jfs) comparison on Debian Etch (DebianFilesystems (ext3, reiser, xfs, jfs) comparison on Debian Etch (DebianPosted Apr 26, 2006 16:56 UTC (Wed) by nevyn (subscriber, #33129)In reply to: Filesystems (ext3, reiser, xfs, jfs) comparison on Debian Etch (Debian by dmantione Parent article: Filesystems (ext3, reiser, xfs, jfs) comparison on Debian Etch (Debian Administration)
Feel free to read about how bad fsck.reiferfs is. If you want to use reiserfs for the speed, feel free to do so ... just don't pretend you don't need a really good backup strategy.
(Log in to post comments)
Filesystems (ext3, reiser, xfs, jfs) comparison on Debian Etch (Debian Posted Apr 26, 2006 21:21 UTC (Wed) by nix (subscriber, #2304) [Link] Oh, yes, I spotted that when it went by for the first time. The idea of `stitch reiserfsish blocks together' makes a lot of sense until you consider loop...
(One possible fix would be to put an fs-specific uuid in every block, but I hope anyone actually trying this realises how crazy it is and shoots themselves for the sake of our disk space.)
Filesystems (ext3, reiser, xfs, jfs) comparison on Debian Etch (Debian Posted Apr 27, 2006 6:06 UTC (Thu) by dmantione (guest, #4640) [Link] That link you post is a big troll. Reiserfsck can indeed rebuild thefilesystem (--rebuild-tree) from scratch by searching the disk. You only use it when no other recovery is possible. However, if no other recovery is possible, the recovery chance is still near 100%, unless you indeed had reiserfs images on your disk, but I doubt that is the case for many people.
No, I don't use reiserfs for speed. It just happens that it contains a
Filesystems (ext3, reiser, xfs, jfs) comparison on Debian Etch (Debian Posted Apr 27, 2006 13:08 UTC (Thu) by erich (subscriber, #7127) [Link] --rebuild-tree didn't work for me, and reiserfsck made things actually _worse_. It's crap. Or it was back then, when I stopped using reiserfs.
Filesystems (ext3, reiser, xfs, jfs) comparison on Debian Etch (Debian Posted Apr 27, 2006 13:54 UTC (Thu) by dmantione (guest, #4640) [Link] Yes, --rebuild-tree rebuilds the entire filesystem, so if it fails thefilesystem is not accessible because the old tree is no longer available. This situation remains until a successfull rebuild has been done, so investigate what the cause of the failure is and try again.
Filesystems (ext3, reiser, xfs, jfs) comparison on Debian Etch (Debian Posted Apr 29, 2006 10:56 UTC (Sat) by nix (subscriber, #2304) [Link] This is, of course, an extremely... peculiar design. The robust approach would be to build a new tree in parallel with the old (as long as space was available and the old tree was undamaged enough to determine which blocks were free), then switch over to the old atomically.
This is harder, but it does make the thing fail-safe.
|
|
||||||||||||