Il 13-07-2017 23:34 Reindl Harald ha scritto:
maybe because the disk is, well, not in a good shape and don't know that by itself
But the kernel *does* know that, as the dmesg entries clearly show. Basically, some SATA commands timed-out and/or were aborted. As the kernel reported these erros in dmesg, why do not use these information to stop a failing disk?
(and no filesystems with checksums won't magically recover your data, they just tell you realier they are gone)
Checksummed filesystem that integrates their block-level management (read: ZFS or BTRFS) can recover the missing/corrupted data by the healthy disks, discarging corrupted data based on the checksum mismatch.
Anyway, this has nothing to do with linux software RAID. I was only "thinking loud" :)
Thanks. -- Danti Gionatan Supporto Tecnico Assyoma S.r.l. - www.assyoma.it email: g.danti@xxxxxxxxxx - info@xxxxxxxxxx GPG public key ID: FF5F32A8 -- To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
