Каким образом у вас выходили из строя SSD?

Отформатировал, переустановил линукс, работает дальше.

Безумству храбрых…

Потерять накопитель с системой это не трагедия, а если хомяк на другом накопителе или резервируется куда-нибудь, то и вовсе пустяк

Ну если это не рабочая система и ее невключение в нужное время и потеря полдня на восстановление не обернется потерями выше чем цена гребанной говножелезки.

Сомневаюсь что человек с таким дорогим рабочим часом будет терпеть тормоза хардов 🤷🏻‍♂️

ну это да - хотя смотря для чего. Под хранилище NAS с зазеркаленными хардами вполне себе приемлемо.

а сколько у вас к примеру записано, ресурсов отработано?
У меня например на одном ссд - 80 терабайтов записано, 90т уже чтение, время наработки больше 4 лет) Не помню когда покупал.

С ссд - проблем не было, на хдд бэд секторы приходилось ремаппить. Хотя на ссд тоже есть ремапы о чем смарт говорит. Но хдд конкретно начал хрустеть тогда!

А что с ним будет? Это же не hdd где головка об диск шкрябает, сбойные блоки он сам замапил.

с.м.а.р.т хотя бы глянули? там указано количество ремапнутых..

А где вариант что-то типа были потери данных но сам диск рабочий до сих пор.

У меня с SSD интересная история.

Года 2 где-то назад мне выделили машину удаленную, при чем системник был новый, фирменный, от Gigabyte. В нём был M.2 SSD, очень быстрый, я аж офигел, он не смотря на то что TLC, даже когда кончается его MLC-кеш, он все равно быстрее был чем мои домашние SSD, о которых позже, но например на одном бюджетном тоже TLC когда кончается его MLC-кеш то он ощутимо медленне чем жесткий диск.

Ну так вот классный сторейдж, но через месяц было такое что я запаковал сырцы в архив (ну мне намного удобнее то что я делаю локально - резервировать в архив, чем гитовать), потом решил чутка откаться и не смог распаковать архив, архив был поврежден.

Стал смотреть причину - и причина была аппаратной, на диске появлись плохие секторы, прием они какое-то время, несколько дней расли, о чем говорил и соответствующий показатель в S.M.A.R.T. (196,5) и характерные симптомы были в виде того что CHKDSK так же находил проблемы по ключу /R.

Потом новые плохие сектора появляться перестали и было около года без них, потом опять разово появились и были выведены из эксплуатации.

Но что очень удивительно, теперь все показатели S.M.A.R.T. у него в идеале. Я не запускал никаких таких утилит, и более того вроде бы как никакие утилиты не имеют такой возможности - сбивать этот показатель, по крайней мере через M.2 или SATA, возможно через специальный диагностический режим, но это же в спец.лаболаториях а не в обычных условиях. Т.е. сначала в нем были плохие секторы, которые были зафиксированы и в S.M.A.R.T. и привели к реальным потерям пользовательских данных, а теперь согласно S.M.A.R.T. диск идеально здров.

Вот такой вот опыт.

Есть и хороший опыт - дома у меня с 2011 (или 12 точно не помню) почти 24х7 (т.к. давно работаю из дома), трудится KINGSTON SNVP325S2128GB. Он MLC. Это один из первых появившихся на рынке SSDх. При чем трудится он под Виндой, а Винда значительно более агрессивно пишет на диск чем Линукс, и не только из-за другой стратегии работы с подкачкой (Винда стремится активнее использовать подкачку, выгружая туда неиспользуемые части программ, даже если свободной памяти много, в чем и + и -. Плюс например в том что в отличии от Линукс Винда более готова к резкой потребности какокого-нибудь приложения в большом количестве RAM), но и так же в Винде очень сильно развита система журналирования событий - очень активно журналирует, в общем диск конечно не в публичном сервере загрузки контента, но используется активно. Хотя с другой стороны я никогда в нём ни компилял что-то большое, lal большое я компилял на HDD, ну потому что 128ГБ это очень мало. Так что наверное хоть и 24х7, но нагрузка лишь чуть выше среднего относительно всех мировых экзепляров этого диска.

Так вот в нём до сих пор, согласно S.M.A.R.T. нет проблем и не было событий переназначения. Я даже уже не знаю верить этим показателям S.M.A.R.T. или нет, но тем не менее сам по себе никогда не замечал ни только потерю данных, но и каких-то проблем с логической структурой ф.с. (ntfs).

Т.е. диску около 12 лет, а он живой.

Потом год назад я купил тоже SSD Kingston 120Гб (KINGSTON SA400S37120G), он уже бюджетник, описанный выше мной я уже не помню но скорее всего был или среднячек или топчик на тот момент. А сейчас купил бюджетник, он TLC.

Если их сравнивать то на MLC диске скорость записи даже очень больших файлов не падает, конечно упадет когда совсем мало места окажется свободно.

А вот на TLC бюджетнике - даже если весь диск свободен - топервый гигабайт пишется очень быстро, а в нем нет никакого буфера а только MCL-кеш, а как кеш кончается то скорость ниже даже чем на жестком диске, очень медленная. Ну а скорость чтения всегда офигенная, раза в 4 больше чем на старом MLC.

В итоге я решил его использовать для всякого кеша (VisualStudio свои пакеты там ворошит, файл подкачки там (он как раз небольшими порциями пишет, так что подкачку быстрее как раз именно на этом диске), кеш браузера). А систему я решил по прежнему оставить пусть и на более медленном но надежном SSD, просто от того что ко всему новому, особенно бюджетному сейчас изначально недоверие - т.к. комп работодателя удаленный - и тамошний TLC диск тому пример. Хотя меня удивило то что даже очень большие файлы, когда явно скорость падает (кончается MLC-кеш) то всеравно на том диске запись очень быстраа, быстрее моих SATA ssd.

А вообще я фанат жестких дисков - на ssd система, софт и горячие данные (с теми с которыми работаешь) а долгосрочное хранение - только HHD, а особо ценные данные (например личный фотоархив) - исключительно HDD.

Свой вариант в комментариях.

Переходил в ro, в syslog сыпались ошибки чтения/записи, сменил два диска, всё так же, пока не допёр что шлейф косячный.

если чип посыпался то он посыпался. Это как лавина в горах - сначала упал один камешек а дальше засыпало все.

Первый, совсем древний, на 64, начал повисать через несколько секунд непрерывной записи, но записанное не терял и с мелкими файлами работал нормально.
Второй, на 240, начал изредка бессистемно «исчезать».
То есть, в обоих случаях данные не потерялись.

Я со всех сторон обложился Netac: три SATA трудятся в малинке, ноутбуке и нетбуке, один PCIe NVMe - в кармане от Ugreen (пока что на скорости USB 3.0, но мне хотелось конфигурацию на вырост). Всё работает без нареканий от полугода до двух лет.

Мой первый 120Gb Patriot Blaze (MLC) умер тихо - просто перестал определяться, стоял под системой (Ubuntu + Windows 7), прослужил 4 года.

Прям кручу-верчу налюбить хочу :-)

Предпочитаю что-нить фирменное типа Intel, но в последнее время пользовался брендами попроще и китайцами типа Netac и Londisk. Ни разу не было проблем. От старости только уменьшалась скорость. Ну и процент соотв. падал. Был один от Silicon Power на 120Gb у него очень сильно упала скорость до 5-10Мбайт/сек, но данные все считались нормально.

в пека воткнул первый ссд < года. Полёт нормальный. В ноуте 3й год работает, всё отлично.

А как посмотреть состояние и понять что всё норм?

Есть те, кому хочется обязательно куда-нибудь ткнуть. И если для них не окажется подходящего варианта, это испортит их настроение.

Пофиксил

Но что очень удивительно, теперь все показатели S.M.A.R.T. у него в идеале. Я не запускал никаких таких утилит, и более того вроде бы как никакие утилиты не имеют такой возможности - сбивать этот показатель, по крайней мере через M.2 или SATA, возможно через специальный диагностический режим, но это же в спец.лаболаториях а не в обычных условиях. Т.е. сначала в нем были плохие секторы, которые были зафиксированы и в S.M.A.R.T. и привели к реальным потерям пользовательских данных, а теперь согласно S.M.A.R.T. диск идеально здров.

Так если это удалённая машина, железо которой не в вашей власти, то может быть там просто тупо поменяли SSD на новый с полным dd системы? Или может там в принципе виртуальная машина.

Я в банке когда-то работал и нас там насильно стали пересаживать на VDI. Сам сервер был один, находился в Москве, но с кучей клиентов, которые находились у нас в филиале.

А зря. Лучше ссд всё таки пользоваться и делать бэкапы. хдд кстати тоже склонны ломаться, иногда даже внезапно и нечитаемо.

хотя этого при обычном использовании трудно добиться.

Ну почему. Вполне себе обычное использование - забиваем ссд под завязку, выделяем своп на 2-4Гб, заводим АМД Дуал График с отображением 2гб видеопамяти в оперативку (7,5гб) и начинаем утюжить диск свопингом игрушки прям по нижнему лимиту минимальых системок.

Никогда не выходили из строя. Но это ошибка выжившего, а с другой стороны из шерпотреба у меня только Netac, у некоторых KingSpec живет, что как бы ни о чем не говорит

Свой вариант в комментариях.

Не выходил из строя ещё ни разу.

Но был опыт покупки б/у ssd. Не заметил на озоне надпись. Когда увидел царапины на контактах, то заполозрил неладное, но всё равно начал перемещать (да-да) на него свои данные.

Он при перегреве пропадал и не виделся в системе, даже в биосе. Но после остывания снова появлялся. Так я смог спасти свои данные.

хдд кстати тоже склонны ломаться, иногда даже внезапно и нечитаемо.

у меня есть такой, как 2.5 гига иногда определяеться начал 5 лет назад, он до сих пор жив

Я подозреваю, что самая частая причина отъезда SSD в страну вечной охоты - это дебилы, которые за раз перезаписывают 2-3 объема диска, из-за них и начали указывать этот множитель объема для дневной перезаписи. И нет я тоже не пытался на терабайтник записать 2-3 терабайта за раз

это дебилы, которые за раз перезаписывают 2-3 объема диска

почему же дебилы? ты сам-то точно не дебил?

три SATA трудятся в малинке

Это из серии диск сдох вовремя тестов. Мемный Netac. Или это KingSpec сдох…

https://www.youtube.com/watch?v=rJR8DFb1lLc

Например, я это видео видел https://www.youtube.com/shorts/aVWBg5QMadg но мой нетак уже был с прижатым радиатором к контроллеру

это дебилы, которые за раз перезаписывают 2-3 объема диска, из-за них и начали указывать этот множитель объема для дневной перезаписи.

Ты опять за своё? Хватит нести эту чушь. Забудь про неё, ты её сам выдумал.

А потому что инструкции не читают. Там такое написано.

Почему же нет? Из писанины у того кингстона следует, что TBW гарантируется только, если DWPD не превышен

https://www.kingston.com/ua/ssd/dwpd

Я невнимательно отредактировал комментарий. Три SATA SSD у меня всего. В малинке трудится один.

не хватает варианта: определяется, но дискового пространства нету.

Из писанины у того кингстона следует

Нет, не следует. Это кривой перевод, читать надо в первоисточнике https://www.kingston.com/en/ssd/dwpd

Покупатели разучились читать и считать, поэтому цифра в TBW для них очень сложна для понимания (а именно она считается в SMART и влияет на гарантию, но теоретически), поэтому ввели усреднённый параметр DWPD.

Все равно. То что китайцы нетаковские дохнут, если их 2-3 раза перезаписать, перегрев контроллер - факт доказанный брита… учеными с ютуба. Я проверять это не буду…

Хотя мой сасунг 980 жив:

Temperature Sensor 1:               32 Celsius
Temperature Sensor 2:               40 Celsius
Thermal Temp. 2 Transition Count:   6580
Thermal Temp. 2 Total Time:         1048

у него какие-то запредельные цифры, винда с ним в бсоды уходила, а на линухе он живет

Все равно.

Нет, не всё равно. Если тебе надо писать долго - поставь на ssd радиатор + организуй обдув.

Посмотрел видео по твоим ссылкам. Понял, что с моими SATA и моим NV3000 во внешнем кармане будет всё в порядке, особенно на USB 3.0 (впрочем, охлаждение все-таки лучше доработать). Но скоростные NVMe, похоже, лучше взять от кого-то более именитого.

ну эти ssd греются больше 100 градусов, даже у сасунга датчик температуры показывает неправду, а у говна всякого и подавно там цифры от фонаря. у паяльного фена температура 180 градусов… дополнительный радиатор врядли спасет от отвала чипа при таких вводных, лучше судьбу не испытывать

Как-то так:

1. система перестала видеть (умер)
2. показывает неправильный размер (умер)
3. стал read only, не сохраняет файлы, вечный день сурка (умер, но данные можно спасти)

Я тут крамольную вещь скажу: бэкапы нужны всегда, если данные представляют хотя бы минимальную ценность. Это не зависит от того, какой накопитель ты используешь, можешь хоть в DOS с дискеты работать.

Model Family:     Phison Driven SSDs
Device Model:     KINGSTON SA400S37960G

Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x0032   100   100   000    Old_age   Always       -       270557169844324
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       5930 (0 1 0)
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       4410931413243
148 Unknown_Attribute       0x0000   100   100   000    Old_age   Offline      -       3448858738689
149 Unknown_Attribute       0x0000   100   100   000    Old_age   Offline      -       0
167 Write_Protect_Mode      0x0000   100   100   000    Old_age   Offline      -       0
168 SATA_Phy_Error_Count    0x0012   100   100   000    Old_age   Always       -       6068788789248
169 Bad_Block_Rate          0x0000   100   100   000    Old_age   Offline      -       194407399686144
170 Bad_Blk_Ct_Erl/Lat      0x0000   100   100   010    Old_age   Offline      -       0/0
172 Erase_Fail_Count        0x0032   100   100   000    Old_age   Always       -       519691042816
173 MaxAvgErase_Ct          0x0000   100   100   000    Old_age   Offline      -       0
181 Program_Fail_Count      0x0032   100   100   000    Old_age   Always       -       280409824821248
182 Erase_Fail_Count        0x0000   100   100   000    Old_age   Offline      -       1
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
192 Unsafe_Shutdown_Count   0x0012   100   100   000    Old_age   Always       -       8813272891396
194 Temperature_Celsius     0x0022   026   001   000    Old_age   Always       -       26 (0 1 128 1 0)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       1
199 SATA_CRC_Error_Count    0x0032   100   100   000    Old_age   Always       -       0
218 CRC_Error_Count         0x0032   100   100   000    Old_age   Always       -       0
231 SSD_Life_Left           0x0000   100   100   000    Old_age   Offline      -       167125767422052
233 Flash_Writes_GiB        0x0032   100   100   000    Old_age   Always       -       1099511632257
241 Lifetime_Writes_GiB     0x0032   100   100   000    Old_age   Always       -       2700
242 Lifetime_Reads_GiB      0x0032   100   100   000    Old_age   Always       -       7963
244 Average_Erase_Count     0x0000   100   100   000    Old_age   Offline      -       9
245 Max_Erase_Count         0x0000   100   100   000    Old_age   Offline      -       15
246 Total_Erase_Count       0x0000   100   100   000    Old_age   Offline      -       30042

SMART Error Log Version: 1
No Errors Logged

с «приветом» от Wildberries, да, он работает, естественно индикатор износа показывает кошмарный аларм


У меня есть другие KINGSTON SA400, там таких ужасов нет.

Ну греются и греются, синтетический DWPD то тут каким боком?

со мной приключалась вот такая история: Баг в ядре уничтожает файлы

он перегревается при записи, и радиатор может рассеять тепло только при непродолжительном перегреве, диск после того как slc-кеш исчерпан очень медленно записывается и его нужно непрерывно пару часов писать чтобы пару-тройку раз dwpd выработать… тут логика такая, что они при разовой перезаписи 0.43 или 0.6 объема точно не перегреются до таких температур при которых отстанет припой, потому что это протестировано производителем точно

Пока единственная проблема, с которой сталкивался – объем диска со временем уменьшается.

Кстати, а можно как-то узнать, сколько у SSD ещё, образно говоря, ‘hitpoint’ов’ осталось? Чтоб его выход из строя не стал неожиданностью?

Понятно, confirmation bias.

Это просто логические рассуждения. Китайцы (тайваньские или… китайские) явно то секут в сопромате в отличии от меня, и не от балды значения рисуют, а ссдюк даже если его на солнце оставить на пару недель сдохнет, ни то что там пару часов при 100 градусах пердеть. На ютубе много психов, там в духовке их запекают и потом проверяют. Любые теории кто-то проверил за меня

явно то секут в сопромате

Ты лучше молчи…

Изменится ли Ваше поведение с включением в состав ядра linux 6.7 файловой системы cachefs ?

откровенные глюки типа не видится при старте компе

Ну так это уже всё, а вопрос был как определить это заранее. Пока что я наблюдаю по голосованию, что на ссд важных данных хранить нельзя - в большинстве случаев они перестают определяться.

Да купил я уже себе 4 ссд.

1. KINGSTON SM2280S3120G. Брал под винду лет 6-7 назад. Я тогда ещё виндузятником был. Работает до сих пор без проблем.

2. Radeon r5 120gb r5sl120g. Брал специально один из самых дешёвых под игры. Проблемы начались через несколько часов: при активном использовании у него проседает скорость чтения и записи. Проседает до такой степени, что даже игры перестают грузиться. В итоге определил его в карман залман для эмуляции исошек.

3. XPG GAMMIX S70 BLADE 512gb. Брал в качестве системного диска под линукс. ФС xfs. Прошёл год - работает тез нареканий.

4. Есть ещё какой-то кингстон mSATA на 240 гигов. Изначально брался для UMPC, но потом я передумал и поставил его в ноут. Работает без проблем, но сколько времени прошло не помню.

И?