I think you are overestimating their competence. The issues continue to seem to be new formula/process to increase platter density, and poor long term testing to figure out it is garbage. Usually the platter issues show up well before the warranty expires and usually continues and fails most of them by 5 years. Each time they work up a "new" formula/process it is a new crap shoot on how good and/or bad it will be. They have been screwing up their new magnetic media platter formulas for a long time, and it usually causes it to delaminate/bubble off the platters causing bad sectors. On Sun, Aug 20, 2023 at 9:05 AM George N. White III <gnwiii@xxxxxxxxx> wrote: > > On Fri, Aug 18, 2023 at 5:21 PM Samuel Sieb <samuel@xxxxxxxx> wrote: >> >> On 8/18/23 13:15, Ranjan Maitra wrote: >> > Thanks, so are there two drives that are bad? Sorry, I am confused. It is likely no longer in warranty: the one with /home is new (I think) and also the /mnt/backup (which is a rsync-based backup I do so as to actually be able to see these files, and also as a more reliable backup that i can actually see). Outside this, I have a / drive that is a smaller SSD. I also used to have that raided, but that other / drive died and I never got to replacing it. >> > >> > So, my question is that is it only the raid drive /dev/sda that is bad, or is there something else that you can see based on the report? >> >> The logs only indicate that sda is bad. There are no errors for sdc. > > > My experience has been that manufacturers have become good at optimizing > drives so they start failing just after the warranty ends. A few will fail before > end-of-warranty. I used to proactively replace drives at end-of-warranty so I could > pick a time when users didn't have urgent demands. I also bought a few spares > to replace drives that would fail early to minimize impacts on users. Cost of spares > is much less than the cost of downtime, and there were always some non-critical > need for temporary drive space which could be met by putting a spare drive in > an external case. > > -- > George N. White III > > _______________________________________________ > users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe send an email to users-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/users@xxxxxxxxxxxxxxxxxxxxxxx > Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-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/users@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue