On Thu, Jun 25, 2020 at 11:57 PM Chris Murphy <lists@xxxxxxxxxxxxxxxxx> wrote: > > They are using consumer drives. > > In the last 12 months I've done 100+ pull the power plug tests while compiling i.e. while writing. Every cold boot subsequent had no complaints, normal in every way. No special commands or repairs. > > Thing is? This isn't a scientific sample. It's not enough data to understand what are pseudorandom hardware problems. Do you think these tests prove I have good hardware? I don't. I know there are bugs in my SSD firmware. I just haven't been hit by one at the same time as a power plug pull. > > Btrfs is tested way more than this though. Both synthetically using xfstests, including dm-log-writes tests to demonstrate proper power fail behavior by the filesystem. Facebook does these tests continuously. So do many other companies. Things can still go wrong in ways no file system can completely project you from. > > But also other filesystems don't checksum my data. Why should I have confidence in my data otherwise? The answer to your question "Why should I have confidence in my data" is because of the same reason you are giving for using btrfs. Because years (decades?) of using ext4, I haven't had a single problem with my files (that I've seen), due to the filesystem, even without a checksum. xfs is not up to decades, but it's certainly around a decade, for me. A different use case I haven't seen mentioned yet is using sd-cards. I use sd-cards a lot in small raspberry-pi type/size machines. I've been able to use some of these for several years at a time. I'm always prepared to re-install these at any time, but others might not. How does btrfs do on sd-cards? Troy _______________________________________________ kde mailing list -- kde@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to kde-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/kde@xxxxxxxxxxxxxxxxxxxxxxx
