У меня в этом году посыпался жёсткий диск с Альтом. SMART показал критическое состояние. Перед этим несколько раз повторилась такая-же https://forum.altlinux.org/index.php?topic=47141.0 ситуация (нарушалась структура файловой системы).
У меня было два варианта: купить SSD на 250 ГБ, или HDD на 1 (или более) ТБ. Я выбрал второй вариант, а на оставшиеся деньги купил ОЗУ большего объёма, чем было и ИБП (для чего - объяснил выше).
Кстати, диск, который рассыпался был произведён в 2011 году. Если бы я раньше поставил ОЗУ побольше и обзавёлся ИБП, то возможно, он бы ещё работал. А так бывали случаи, когда работаешь за компьютером, при этом жёсткий диск не простаивает, и ту бац - "света нет - электричество кончилось"! Представьте, какой это стресс для механических деталей жёсткого диска. Что насчёт SSD, то данные на нём вряд-ли перенесут экстренное отключение электроэнергии, особенно при записи на него.
Давайте разбираться. Когда смарт показал критическое состояние, то какие атрибуты были не в норме? Что было причиной, механика, или поверхность блинов?
Судя по тому, что были проблемы с ФС, предположу, что проблема с поверхностью и добавление RAM и установка ИБП никак не повлияли бы на это.
Как реагируют разные диски на проблему "и ту бац - "света нет - электричество кончилось"!".
Что HDD, что SSD имеют атрибут в смарте
192 Power-Off_Retract_Count
это показатель того, что у диска отобрали питание без команды на завершение операций и сброса кеша на диск.
При внезапном пропадании питания все HDD умеют правильно парковать головки на основе инерции раскрученных блинов, то есть, механических повреждений это не вызывает.
Другое дело данные, которые находились в DRAM-кеше диска. Если в момент пропадания питания производились действия с файловой системой, моменты между командами syns, то это приведёт ФС в неконсистентное состояние, что потребует fsck при последующей загрузке.
Ничего из этого не может наносить вред самому накопителю.
Ваш HDD умер своей смертью из-за деградации магнитного слоя блинов.
Для SSD проблема некорректного отключения питания может иметь последствия, так как smart и не только smart, пишется в контроллер в режиме реального времени.
При нехватке конденсаторов по цепям питания контроллера он просто не успевает нормально записать эти данные и они оказываются испорченными. При следующем включении микропрограмма видит некорректность параметров и решает сбросить прошивку на ту, которая записана в самом контроллере. Соответственно накопитель выглядит как пустой и название у него меняется.
Ну и проблемы с неконсистентностью ФС такие-же как и у HDD.
Вот здесь ИБП может помочь, но только в случае, если настроено автоматическое завершение работы компьютера, что требует соединения ИБП и компьютера кабелем и установки с настройкой соответствующего ПО.