Btrfs does report most of this, tracked per device, and stored in the device tree. `btrfs decice stats`. The counter can be reset. It is a cumulative counter so

Btrfs does report most of this, tracked per device, and stored in the device tree. `btrfs decice stats`. The counter can be reset. It is a cumulative counter so if you have one defect and the affected file is read three times, the respective counter increments by three, assuming a persistent error. https://www.man7.org/linux/man-pages/man8/btrfs-device.8.html https://www.man7.org/linux/man-pages/man8/btrfs-device.8.htm... Man page includes definitions of the 5 kinds of errors tracked. The article mentions structural errors. Sounds like this is the detection of an inconsistency. These aren't counted on btrfs, but are logged. Anytime the read or write time tree checker finds a problem, it results in the filesystem going read-only to prevent (further) confusion from ending up on disk. These are exceptionally rare, I've never seen one on any of my filesystems; but have seen it catch things like bitflips due to bad RAM, i.e. the checksum was computed correctly on already corrupted (meta)data.