10 ms·

Knoppix still uses Reiserfs?

by sanqui 8y ago

xparco 8y ago
After he murdered his wife they dropped it
- lugg 8y ago
  Why?
  - sambull 8y ago
    Development got really slow. Developer was tangled up in some small personal issues.
    - pbhjpbhj 8y ago
      I guess you're being humorous, but it was a completed and widely used system. IIRC it was default for Slackware (which I guess was quite niche).
      - lostapathy 8y ago
        Reiserfs wasn’t quite complete - if it got heavily fragmented, you had to backup, reformat, and copy your data back. Unfortunately ... if you let it ride much above 80% disk usage for very long (or less time the fuller it got) it would fragment bad and the performance just fell off a cliff bad.
      - Rondom 8y ago
        SUSE had it as default as well. Quite sad that it was tied so much to the main creator's personality and "private issues" kind of sealed the fate of it. :-(
Jedd 8y ago
Heck, I still have a bunch of systems that use reiserfs -- it's rock solid, I very rarely have issues with it. It's a real shame the name was tied to the original / primary author, as the other developers are doubtless exceedingly competent & capable. Had Hans given the file system a more generic name I suspect it (the fs) would have thrived despite his personal activities.
- xtracto 8y ago
  I heard that it was renamed to KillerFS
- simcop2387 8y ago
  It does (did?) Have a very serious bug with fsck though. If you have an image of a resierfs file system on a reisferfs filesystem the fsck would merge the two like a maniac leaving the whole thing broken. This meant that it isn't suitable for virtual machines, disk image backups, or other similar situations. I hit that one a few times and it made me switch to ext3 once it was stable.
  - Jedd 8y ago
    An image as in a dd of another file system? That's a pretty serious bug - I'm wondering how it'd even find that, if it's searching its b-tree. This sounds like it's going past file system / meta data and looking at file content. I can't imagine why a fsck tool would dive into payload like that - do you have some more information about this bug, as I can't find reference to it. Most of my residual reiserfs boxes are VM's themselves, so I'm unlikely to hit it, but some mitigation would be comforting.
    - simcop2387 8y ago
      > An image as in a dd of another file system? That's a pretty serious bug - I'm wondering how it'd even find that, if it's searching its b-tree. This sounds like it's going past file system / meta data and looking at file content. Yep exactly that. The whole reason it did it was that it sometimes needed to recover from a corrupted b-tree but it leaves enough markers around that it could rebuild the b-tree by scanning all the blocks. https://en.wikipedia.org/wiki/ReiserFS#fsck https://en.wikipedia.org/wiki/ReiserFS#fsck I can't find a better link at the moment, the lkml link on wikipedia is dead and it's hard to search for, but at the time it was well known for this kind of bug. EDIT: Until I learned about that bug (the hard way at first) the ability of it to rebuild itself after a problem like that was actually incredibly useful, it'd recover really nicely from a bad disk, finding just what it could manage to find.

Knoppix still uses Reiserfs?

by sanqui 8y ago

Knoppix still uses Reiserfs?

xparco 8y ago

After he murdered his wife they dropped it

lugg 8y ago
Why?
- sambull 8y ago
  Development got really slow. Developer was tangled up in some small personal issues.
  - pbhjpbhj 8y ago
    I guess you're being humorous, but it was a completed and widely used system. IIRC it was default for Slackware (which I guess was quite niche).
    - lostapathy 8y ago
      Reiserfs wasn’t quite complete - if it got heavily fragmented, you had to backup, reformat, and copy your data back. Unfortunately ... if you let it ride much above 80% disk usage for very long (or less time the fuller it got) it would fragment bad and the performance just fell off a cliff bad.
    - Rondom 8y ago
      SUSE had it as default as well. Quite sad that it was tied so much to the main creator's personality and "private issues" kind of sealed the fate of it. :-(

Jedd 8y ago

Heck, I still have a bunch of systems that use reiserfs -- it's rock solid, I very rarely have issues with it. It's a real shame the name was tied to the original / primary author, as the other developers are doubtless exceedingly competent & capable. Had Hans given the file system a more generic name I suspect it (the fs) would have thrived despite his personal activities.

xtracto 8y ago
I heard that it was renamed to KillerFS
simcop2387 8y ago
It does (did?) Have a very serious bug with fsck though. If you have an image of a resierfs file system on a reisferfs filesystem the fsck would merge the two like a maniac leaving the whole thing broken. This meant that it isn't suitable for virtual machines, disk image backups, or other similar situations. I hit that one a few times and it made me switch to ext3 once it was stable.
- Jedd 8y ago
  An image as in a dd of another file system? That's a pretty serious bug - I'm wondering how it'd even find that, if it's searching its b-tree. This sounds like it's going past file system / meta data and looking at file content. I can't imagine why a fsck tool would dive into payload like that - do you have some more information about this bug, as I can't find reference to it. Most of my residual reiserfs boxes are VM's themselves, so I'm unlikely to hit it, but some mitigation would be comforting.
  - simcop2387 8y ago
    > An image as in a dd of another file system? That's a pretty serious bug - I'm wondering how it'd even find that, if it's searching its b-tree. This sounds like it's going past file system / meta data and looking at file content. Yep exactly that. The whole reason it did it was that it sometimes needed to recover from a corrupted b-tree but it leaves enough markers around that it could rebuild the b-tree by scanning all the blocks. https://en.wikipedia.org/wiki/ReiserFS#fsck https://en.wikipedia.org/wiki/ReiserFS#fsck I can't find a better link at the moment, the lkml link on wikipedia is dead and it's hard to search for, but at the time it was well known for this kind of bug. EDIT: Until I learned about that bug (the hard way at first) the ability of it to rebuild itself after a problem like that was actually incredibly useful, it'd recover really nicely from a bad disk, finding just what it could manage to find.