Andrei Borzenkov posted on Sun, 02 Apr 2017 09:30:46 +0300 as excerpted: > 02.04.2017 03:59, Duncan пишет: >> >> 4) In fact, since an in-place convert is almost certainly going to take >> more time than a blow-away and restore from backup, > > This caught my eyes. Why? In-place convert just needs to recreate > metadata. If you have multi-terabyte worth of data copying them twice > hardly can be faster. Why twice? If you care about the data by definition you already have backups, so it's only copying back from those backups to the newly created filesystem, right? And if you don't have backups, then by definition, you don't care about the data, at least not enough to be worth the hassle of a backup and thus arguably not enough to be worth the hassle of a convert, so just blow it away with a new mkfs and start from scratch since you self-evidently didn't care enough about the data for it to be worth a backup anyway, no problem. And actually, it's not even a single extra copy that you won't have to do anyway, if you schedule your new filesystem creation as part of your normal backup regime in place of what would otherwise be a full backup that you now don't have to make, so copying the data from the old filesystem to the new one is simply replacing the full backup that you'd otherwise be doing at the same point in time. -- 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
