cheater00 . posted on Mon, 11 Jan 2016 08:54:55 +0100 as excerpted: > After the fsck, the Data segment is being resized correctly. It would > seem to me that the fact Data was 2TB when this bug transpired was just > a coincidence. > > Perhaps this line: > "BTRFS info (device sdc1): The free space cache file (2159324168192) > is invalid. skip it" > > should not be "info" but an error, and should instruct the user to fsck > the file system. [Please reply in context, under the context you're quoting, like this, not above it, which makes following the context very difficult and replying to multi-level context even more so, especially when others are trying to reply in context so some of the conversation is at the end, some at the beginning.] It really /is/ info, as the filesystem simply regenerates that section of the free-space cache. That the line disappeared in the remount after the fsck would appear to be coincidence as well. -- 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
