Re: Got 10 csum errors according to dmesg but 0 errors according to dev stats

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Philip Seeger posted on Sat, 23 May 2015 14:49:50 +0200 as excerpted:

> Is this a known side effect, that files could get corrupted if no
> balance is run (not counting the balance with 4.0 which doesn't work due
> to that commit) after an ext4 conversion?

I'm not sure.

What I am sure of is that I'd not trust a btrfs converted from ext* until 
the saved subvol is deleted, and a defrag and balance run.  Even then, 
I'd personally be more comfortable with a fresh mkfs.btrfs, and copy over 
from backup, tho I know reality is that btrfs /needs/ a working 
conversion program or it'll never take off as the default successor to 
the ext* crown, as it wants to be.  I simply don't trust that conversion, 
as I've seen too many people have problems with their btrfs after doing 
the conversion from ext*.

Balance-conversions between raid modes of btrfs are a little different, 
and somewhat more trustworthy... to me, anyway.

To be fair, it might well be a personal bias of mine against ext* in the 
first place, as I never really was comfortable with it for various 
reasons.  Among others, I think enough kernel devs see ext* as simple 
enough to meddle with that it gets more changes than it really should 
have, ext3's period with data=writeback as the default being a primary 
example.  Reiserfs, my personal favorite, and xfs, and now btrfs, all 
seem to be different enough that the hacking is left to the folks that 
really know the filesystem, with others leaving it to the experts as 
they're afraid to touch it, at least more so than ext*.  Anyway, it's 
quite possible I have enough of a bias there that it taints anything 
converted from it more than it should as well.  Either way, I personally 
just don't trust ext* conversions, and would rather see people do 
mkfs.btrfs and copy over from backup, as I think the filesystem is 
cleanly native btrfs that way, and has less problems as a result.

But you really need a second opinion before trusting /that/, because as I 
said, it might simply be my personal bias talking.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux