On Wednesday 17 November 2010 22:24:23 Alan McKinnon wrote: > Apparently, though unproven, at 23:59 on Wednesday 17 November 2010, James > did opine thusly: > > Hello, > > > > I have a ~250 gig sata disk I want to migrate to a 2T > > Sata disk. This is simple, but, I have a few caveats. [snip ...]
> > > > Ok now I was going to use same reiserfs < no big deal> > > I dropped my beloved reiserfs systems of many years in favour of ext4. I > was seeing ext4 (and the much-hyped btrfs) racing forward into the > distance with improvements, useful features and more, while reiser3 > languished. The last straw was when I started getting fs errors for no > good reason. > > Let's face it, reiser was Hans. The team he left behind can do maintenance > and bug-fixes, but how many features have you seen added in two years? > > > unless I can use reiser4? good idea? <discuss-caveats> > > Yuck. > It's not in mainline and will never go in mainline. > It's not in the tree and will never go in the tree. Hmm ... that's not what is mooted here: http://www.phoronix.com/scan.php?page=news_item&px=NzY4OQ > My understanding is it never actually got finished; and with all those > plugins it is just not possible to write a *real* fsck. I would not touch > it myself with your bargepole. It seems that it is still under development, but perhaps not as fast as it were when Hans Reiser was at it full time. I have been using reiser4 for almost a year. It *is* fast! http://www.phoronix.com/scan.php?page=article&item=reiser4_benchmarks&num=1 However, Alan's point about a <aheam!> questionable fsck.reiser4 seems correct if my experience is anything to go by: I've had a number of fs corruptions (could be dodgy hardware?) and some of them have not recovered gracefully. :-( Some data (files) were lost a couple of times. I don't know if I should blame the disk, the fs or the fsck.reiser4 command, but it is clear to me that reiser4 is not as reliable as reiserfs was for me for over 6 years. YMMV. -- Regards, Mick
signature.asc
Description: This is a digitally signed message part.