On 05/18/2012 12:10 AM, Sergey E. Kolesnikov wrote: > Hello. > I've been running Ubuntu 12.04 kernel and btrfs on two partitions of two > GPT partitioned SSDs. Rootfs was btrfs subvol "@" and homes were at > "@home". When I was batch trimming with "fstrim /" using Ubuntu's > standard kernel 3.2.0 - everything was fine. Then I compiled vanilla > 3.3.6 kernel ad tried to fstrim again, fs got severely damaged. > > It seems that batch trim miscalculates ranges and trims some occupied > space. Can't say if GPT or other partitioning details matter. > > I will try to provide any info possible, but fs is trimmed badly, and I > need this machine to be up and running, so will have to mkfs.btrfs again > and use 3.2.0 kernel. > > Steps that caused corruption: > 1. Created partitions on two (say /dev/sd[ab]) SSD drives with about 1G > offset from the beginning (first partition is ext4 for /boot) > 2. mkfs.btrfs /dev/sd[ab]2 > 3. created subvolumes "@" and "@home" for mountpoints "/" and "/home" > respectively > 4. installed xubuntu 12.04 > 5. fstrim / > 6. everything is ok > 7. compiled and installed vanilla 3.3.6 kernel > 8. reboot into 3.3.6 > 9. btrfs scrub - ok > 10. fstrim / > 11. fs got baaadly corrupted Could you please show some logs about the corrpution? I'll try to reproduce it on my own box. ;) thanks, liubo > -- > 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 > -- 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
