[Lvlug] Detecting new bad blocks on a disk while a system is
rignes at pobox.com
Fri Dec 22 19:48:51 EST 2006
* Mark <mstanley at technologist.com> [2006-12-21 22:34:28-0500]
> On Thursday 21 December 2006 19:09, Brian Reichert wrote:
> > What do you mean by, "Or maybe you're using reiserfs."? Is reiserfs more
> > prone to these sorts of things than other file systems?
> I don't know about you but I've had excellent service with reiserfs on my
> Slack 8 box over the last several years. It only reboots about once or twice
> a year when we lose power. In fact it was running for over 8 months till it
> rebooted last week and reiserfs recovered everything just fine... Once I
> replaced the power supply. ;-)
> > The reason I ask is I've been considering changing from reiserfs at some
> > point in the future.
> What file system(s) are you considering and what are it's merits? Reiser has
> been good to me but I still keep my eyes open. I'd really like to try a
> database style fs if I could trust one.
I had one experience where I simply rebooted and my root partition was
corrupted to the point where it wouldn't boot. I was forced to rebuild the
tree and hope for the best. Luckily for me it recovered fine and I've been
fine ever since. However, I was thinking of trying something more tried and
true like ext2 or something more evolutionary like ext3 rather than the more
Don't get me wrong, reiserfs has been great so far. And I'm not going to
rebuild or backup and restore all my stuff just to change my file system.
However, I'm considering not using reiserfs next time I need to do an install.
Having a system not bootable due to some random error out of the blue like that
worries me a bit.
A new dramatist of the absurd
Has a voice that will shortly be heard.
I learn from my spies
He's about to devise
An unprintable three-letter word.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: not available
Url : http://www.thelinuxlink.net/pipermail/lvlug/attachments/20061223/43cfd32e/attachment.bin
More information about the Lvlug