Comments on: How to scrub a Btrfs filesystem http://xercestech.com/how-to-scrub-btrfs.geek Stuff geeks care about Fri, 03 Sep 2010 04:10:23 +0000 hourly 1 http://wordpress.org/?v=3.0.1 By: Bryan http://xercestech.com/how-to-scrub-btrfs.geek/comment-page-1#comment-2258 Bryan Thu, 24 Jun 2010 03:18:33 +0000 http://xercestech.com/?p=1753#comment-2258 What he means is that while the contents of the files themselves will be compared to their checksum, the filesystem structure itself - the directory structure and metadata - will not be, and thus you could still lose part or all of the filesystem map. Which would be very bad. Whether his assertion is true or not depends on details that I do not know. If he knew such details, he should have sketched out the technical implementation issues, at least briefly. What he means is that while the contents of the files themselves will be compared to their checksum, the filesystem structure itself – the directory structure and metadata – will not be, and thus you could still lose part or all of the filesystem map. Which would be very bad. Whether his assertion is true or not depends on details that I do not know. If he knew such details, he should have sketched out the technical implementation issues, at least briefly.

]]> By: Steve http://xercestech.com/how-to-scrub-btrfs.geek/comment-page-1#comment-1758 Steve Sun, 16 May 2010 03:22:51 +0000 http://xercestech.com/?p=1753#comment-1758 BAReFOOt, i'm not sure what you mean. It does step into each directory and stream the contents of each file to /dev/null, which should cause the kernel to read and compare the checksums. What were you expecting it to do? BAReFOOt, i’m not sure what you mean. It does step into each directory and stream the contents of each file to /dev/null, which should cause the kernel to read and compare the checksums.

What were you expecting it to do?

]]> By: BAReFOOt http://xercestech.com/how-to-scrub-btrfs.geek/comment-page-1#comment-1757 BAReFOOt Sun, 16 May 2010 03:09:40 +0000 http://xercestech.com/?p=1753#comment-1757 Horribly and sneakingly dangerous! This does not scrub the directories and meta-data at all. Which means it’s not much better than doing nothing. Since you still just as easily can lose everything. Horribly and sneakingly dangerous!

This does not scrub the directories and meta-data at all. Which means it’s not much better than doing nothing. Since you still just as easily can lose everything.

]]> By: Sam http://xercestech.com/how-to-scrub-btrfs.geek/comment-page-1#comment-1750 Sam Thu, 01 Apr 2010 17:20:14 +0000 http://xercestech.com/?p=1753#comment-1750 You could also do this with a backup rsync or something like that, and kill two birds with one stone. You could also do this with a backup rsync or something like that, and kill two birds with one stone.

]]> By: Steve http://xercestech.com/how-to-scrub-btrfs.geek/comment-page-1#comment-1662 Steve Tue, 16 Feb 2010 04:21:50 +0000 http://xercestech.com/?p=1753#comment-1662 Indeed, the -mount flag does what you suggest, i've updated the post. Thanks Mark! Indeed, the -mount flag does what you suggest, i’ve updated the post.

Thanks Mark!

]]> By: Mark J Musante http://xercestech.com/how-to-scrub-btrfs.geek/comment-page-1#comment-1661 Mark J Musante Tue, 16 Feb 2010 03:52:25 +0000 http://xercestech.com/?p=1753#comment-1661 You may want to add a -mount flag in there, or something like that. (There must be a way to tell Linux’s find command to only search within the starting filesystem and not follow symbolic links out of the filesystem, or ignore filesystems that are mounted beneath the starting filesystem. If it’s not -mount, I’m sure there’s another option for it). You may want to add a -mount flag in there, or something like that. (There must be a way to tell Linux’s find command to only search within the starting filesystem and not follow symbolic links out of the filesystem, or ignore filesystems that are mounted beneath the starting filesystem. If it’s not -mount, I’m sure there’s another option for it).

]]>