Добрый день! Я описал самый частотный случай в наших дата-центрах. SAS в практике попадаются редко — у нас их осталось единицы, а новые мы не заказываем (их больше не заказать). С NVMe — свои приколы, согласен. Они довольно капризные. И лучше их проверять через официальное ПО производителя. Если актуально, могут описать в комментариях, как посмотреть смарт для них.
В теории проблем быть не должно, если его не использовали и он не подвергался механическим воздействиям.
По второму вопросу: даже если диски работают исправно, HDD рекомендуют заменять, если количество часов работы превысило 43800. У SSD-дисков необходимо контролировать остаток жизненного цикла. Этот показатель можно посмотреть на официальном сайте производителя.
Добрый день! Я описал самый частотный случай в наших дата-центрах. SAS в практике попадаются редко — у нас их осталось единицы, а новые мы не заказываем (их больше не заказать). С NVMe — свои приколы, согласен. Они довольно капризные. И лучше их проверять через официальное ПО производителя. Если актуально, могут описать в комментариях, как посмотреть смарт для них.
В теории проблем быть не должно, если его не использовали и он не подвергался механическим воздействиям.
По второму вопросу: даже если диски работают исправно, HDD рекомендуют заменять, если количество часов работы превысило 43800. У SSD-дисков необходимо контролировать остаток жизненного цикла. Этот показатель можно посмотреть на официальном сайте производителя.
На фото машинка для уничтожения только HDD.
Мы написали скрип затирки дисков Daegon_run. В нем прописано, что SSD-диски трутся с помощью утилиты linux DD, а NVME-диски трутся утилитой nvmecli.
На момент написания скрипта мы пользовались (еще с давних пор) именно этими утилитами для затирок. Скрипт Daegon просто автоматизировал этот процесс.
В данный момент мы пересматриваем утилиты для затирки, потому как заметили баг, который роняет скорость дисков после затирок с помощью DD и nmvecli.