On Tue, Aug 11, 2015 at 11:56 AM, Timothy Normand Miller <theo...@gmail.com> wrote: > On Tue, Aug 11, 2015 at 12:21 AM, Chris Murphy <li...@colorremedies.com> > wrote:
>> I don't see nodatacow in your fstab, so I don't know why that's >> happening. That means no checksumming for data. > > Sorry. I was dumb. I only showed you the entry for what I was trying > to mount manually. I have subvolumes, and this is what is in my > fstab: > > UUID=ecdff84d-b4a2-4286-a1c1-cd7e5396901c /home btrfs > compress=lzo,noatime,space_cache,subvol=home 0 2 > UUID=ecdff84d-b4a2-4286-a1c1-cd7e5396901c /mnt/btrfs btrfs > compress=lzo,noatime,space_cache 0 2 > UUID=ecdff84d-b4a2-4286-a1c1-cd7e5396901c /mnt/vms btrfs > noatime,nodatacow,space_cache,subvol=vms 0 2 > UUID=ecdff84d-b4a2-4286-a1c1-cd7e5396901c /mnt/oldfiles btrfs > compress=lzo,noatime,space_cache,subvol=oldfiles 0 2 > UUID=ecdff84d-b4a2-4286-a1c1-cd7e5396901c /mnt/backup btrfs > compress=lzo,noatime,space_cache,subvol=backup 0 2 Huh. I thought nodatacow applies to an entire volume only, not per subvolume unless you use chattr +C (in which case it can be per subvolume, directory or per file). I could be confused, but I think you have mutually exclusive mount options. >> Have you tried to mount with -o degraded? > > Ooh! I can do that! > > Mounting ro,degraded, I see this: > > [94197.902443] BTRFS info (device sdc): allowing degraded mounts > [94197.902448] BTRFS info (device sdc): disk space caching is enabled > [94198.240621] BTRFS: bdev (null) errs: wr 1724, rd 305, flush 45, > corrupt 0, gen 2 > > Mounting rw,degraded, I see this: > > [94312.091613] BTRFS info (device sdc): allowing degraded mounts > [94312.091618] BTRFS info (device sdc): disk space caching is enabled > [94312.194513] BTRFS: bdev (null) errs: wr 1724, rd 305, flush 45, > corrupt 0, gen 2 > [94319.824563] BTRFS: checking UUID tree I don't see any mount failure message. It worked then? -- Chris Murphy -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html