LINUX.ORG.RU

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

 ,


2

5

В идеале при исчерпании ресурса SSD должен переходить в режим «только чтение»(RO), позволяя при этом прочитать все данные с него. Да, в сети есть результаты тестов, но интересует ситуация на практике.

Если помните, то напишите в комментариях модель, видно ли было в SMART приближающуюся поломку и отработал ли SSD заявленный ресурс.

  1. Не было проблем ни разу. 345 (64%)

    ********************************************************************************************************************************************************************************************************************************************************************************************************************************

  2. Перестал определяться в BIOS и в системе. 116 (22%)

    ***********************************************************************************************************

  3. В RO не перешёл. Начали повреждаться/теряться данные. 39 (7%)

    ************************************

  4. Не пользуюсь SSD. 32 (6%)

    *****************************

  5. Перешёл в RO. Данные целы. 31 (6%)

    ****************************

  6. Свой вариант в комментариях. 30 (6%)

    ***************************

  7. Перешёл в RO. Данные повреждены/потеряны. 14 (3%)

    ************

Всего голосов: 607, всего проголосовавших: 538



Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 3)

Ответ на: комментарий от Iron_Bug

и чем опасен smart-ups? просто интересно? ;-)

про дисковое хранилище - которые тупые и мелкие - так они же убогие донельзя! и да, всё это ещё не значит что они никуда не лазят и на них не буду майнить

проще взять старый корпус где много мест можно сделать благо сейчас 2.5" рулит и васякот!

mumpster ★★★★★
()
Ответ на: комментарий от Iron_Bug

Китайцы сейчас продают недорого «серверные» платы с кучей sata, парой Ethernet и каким-нибудь недопроцессором типа селерона, и NAS DIY корпуса в которые можно натолкать 3.5 и 2.5 до черта лысого. Чтобы поставить обычный линукс или фряху и организовать на этом роскошестве все что душа пожелает.

А готовые NAS - совершенно солидарен, черт его знает что они там нагородили и можно ли вытянуть оттуда свои данные если там навернется не диск а процессор этого чуда.

Qui-Gon ★★★★★
()

Брехня все это про «ресурс». Сколько их с 2013 перелапал - ни у одного не «кончился ресурс ячеек, а первый 32Гб Кингстон до сих пор шебуршит!

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

Особенно это дело любят конченые Адата. Но и „энтепрайзный“ Интол за 500уе может вот также взять и издохнуть. Достаточно взять фаЙловую 1С БП базу на 2-3Гб и поставить на перезакрытие года.

Речь об sata, nvme в таком пока не замечены. С одной стороны выборка меньше, а с другой - юзать их без охлада, идиотизм.

hargard ★★
()
Ответ на: комментарий от Ghostwolf

если вдруг не знаешь - на простом mdadm это флаг W на реплику, мне нравится как то работает. на других технологиях YMMV

mumpster ★★★★★
()
Ответ на: комментарий от filosof

самому старому ссд у меня где-то 10 лет, полёт нормальный

peregrine ★★★★★
()
Ответ на: комментарий от hobbit

Элементарный нагрев чего-то то нерабочих температур во время работы

peregrine ★★★★★
()
Ответ на: комментарий от Irma

как, я понимаю ещё сесть на него или чтоб он загорелся (у меня такое было)

peregrine ★★★★★
()
Последнее исправление: peregrine (всего исправлений: 1)
Ответ на: комментарий от u5er

Вот этот вот 4ый, который KINGSTON SUV500MS240G, начал чудить

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   100   100   000    Pre-fail  Always       -       4863
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       756
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       554
100 Unknown_Kingston_Attr   0x0032   100   100   000    Old_age   Always       -       311856
101 Unknown_Kingston_Attr   0x0032   100   100   000    Old_age   Always       -       33840
170 Reserved_Block_Count    0x0032   100   100   000    Old_age   Always       -       0
171 Program_Fail_Count      0x0032   100   100   000    Old_age   Always       -       0
172 Erase_Fail_Count        0x0032   100   100   000    Old_age   Always       -       0
174 Unexpect_Power_Loss_Ct  0x0032   100   100   000    Old_age   Always       -       112
175 Program_Fail_Count_Chip 0x0032   100   100   000    Old_age   Always       -       0
176 Erase_Fail_Count_Chip   0x0032   100   100   000    Old_age   Always       -       0
177 Wear_Leveling_Count     0x0032   100   100   000    Old_age   Always       -       219
178 Used_Rsvd_Blk_Cnt_Chip  0x0002   100   100   000    Old_age   Always       -       0
180 Unused_Rsvd_Blk_Cnt_Tot 0x0002   100   100   000    Old_age   Always       -       704
183 Runtime_Bad_Block       0x0032   100   100   000    Old_age   Always       -       1
187 Reported_Uncorrect      0x0033   100   100   000    Pre-fail  Always       -       0
194 Temperature_Celsius     0x0022   042   100   000    Old_age   Always       -       42 (Min/Max 16/55)
195 Hardware_ECC_Recovered  0x0032   100   100   000    Old_age   Always       -       4863
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   100   100   000    Old_age   Always       -       0
199 UDMA_CRC_Error_Count    0x0012   100   100   000    Old_age   Always       -       0
201 Unc_Read_Error_Rate     0x0032   100   100   000    Old_age   Always       -       0
204 Soft_ECC_Correction     0x0032   100   100   000    Old_age   Always       -       4863
231 SSD_Life_Left           0x0032   100   100   000    Old_age   Always       -       0
233 Media_Wearout_Indicator 0x0032   100   100   000    Old_age   Always       -       802
234 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       344
241 Host_Writes_GiB         0x0032   100   100   000    Old_age   Always       -       553
242 Host_Reads_GiB          0x0032   100   100   000    Old_age   Always       -       572
250 Read_Retry_Count        0x0032   100   100   000    Old_age   Always       -       4830

И уже однажды потерял некоторые системные файлы после обновления системы. Судя по всему, как раз в тот момент, когда Runtime_Bad_Block прыгнул на единицу. Причём используется он в ноуте и не так часто. Отработал он в сумме где-то год. Заявлен ресурс записи в 100Тб, записано меньше 1, а он уже. Высад.

u5er
() автор топика
Ответ на: комментарий от Iron_Bug

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

Это была бракованная партия. Как вариант – закупили редкостный хлам. Жесткие диски тоже могут выходить из строя пачками. А покупать современный процессор, чтобы убивать всю производительность системы нещадно тормозным жестким диском – глупость

hateWin ★☆
()
Ответ на: комментарий от Iron_Bug

сильно зря. Контора просто купила говенную модель да еще и партию видимо бракованную. Я тоже так попадал когда мы в троем с коллегами купили одну и ту же модель ССД и у всех троих они сдохли ну совершенно непредсказуемо и задолго до исчерпания ресурса. С тех пор куча ССД из современных моделей - никто не сдох. Харды, отложенные в коробочку с древними архивами какой-то магией перестали читать данные и начали стучать головами через одного, а эти собаки читаются на ура. С тех же времен лежащие.

Так что нормальный ССД сильно надеженее харда ну уж по крайней мере при выключении питания башкой об диск не стукнет. И ронять можно сколько угодно. Но понятно бэкап надо иметь в любом случае - электроника может сдохнуть непредсказуемо - что в ссд что в харде.

Qui-Gon ★★★★★
()

В идеале при исчерпании ресурса SSD должен переходить в режим «только чтение»(RO)

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

macrohard ★★
()
Ответ на: комментарий от macrohard

У меня была карта памяти кингстон MicroSD на 128 гигов. Однажды она перешла в режим RO.

Дело было так. В какой-то момент я достаю смартфон из кармана и пытаюсь на нём что-то сделать, а он тормозит прям жуть. Я его его пытаюсь перезагрузить, а он зависает наглухо в момент загрузки. Я думаю: ну всё, приплыли. Прихожу домой, начинаю разбираться и замечаю, что без флешки он работает без проблем.

Начинаю плясать вокруг флешки и замечаю такую забавную картину: флешка делает вид, что выполняет операции, но на деле ничего не делает. Например, я удаляю папку - вроде удалило. Нажимаю «Обновить» в проводнике и папка снова появляется. Я делаю её форматирование и она пишет, что форматирование успешно, но файловая система с файлами всё равно на месте.

Это была единственная флешка на моей памяти, которая перешла в режим только чтение.

u5er
() автор топика
Ответ на: комментарий от Qui-Gon

у меня лежит один хард IBM 1986 года выпуска. IDE, 10 мегабайт. работает!

пока что харды не дохли, если я к этому не прикладывала усилий (физических). при работе я их не трясу, поэтому никто из них «башкой об диск» ни разу не стучал. при работе ноута диск отключается, за ненадобностью. единственное, что жуёт файлы - это кэш браузера, но я его засунула в раму, чтобы он не выпендривался. и диск 90% времени просто спит. диски работают активно только на серверах. но на серверах у меня они тоже пока не дохли. есть машины, которые работают круглосуточно лет 15-20. и как-то нормально всё с дисками. есть диски с холодными архивами (бэкапы, старые записи репетиций и прочее) - живы-здоровы уже дофига лет. но, правда, для важных вещей я делаю две копии на разные диски. тем не менее, у меня нет нареканий на харды. недавно купила внешний хард на 5 гигов. делать быстрые бэкапы и хранить всякий жир типа торрентов, которые редко качают. хард довольно компактный. конечно, при такой плотности там уже вероятность посыпаться поболее, чем ноль. посмотрю, сколько он протянет.

Iron_Bug ★★★★★
()
Ответ на: комментарий от macrohard

Использовать для кэширования LVM или ZFS не вариант?

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

Iron_Bug ★★★★★
()
Ответ на: комментарий от macrohard

Недостатки: mdadm на нём работает медленно

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

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

Iron_Bug ★★★★★
()
Последнее исправление: Iron_Bug (всего исправлений: 1)
Ответ на: комментарий от u5er

Кстати, раз ты на блинах сидишь. Ты рыжики проверяешь?

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

Iron_Bug ★★★★★
()
Ответ на: комментарий от Iron_Bug

На жёстких дисках есть плата контроллера. На этой плате есть контакты, которыми она соединяется с двигателем и стрелой и которые имеют свойство окисляться со всеми вытекающими. Ты проверяешь их состояние?

u5er
() автор топика
Ответ на: комментарий от u5er

Ты проверяешь их состояние?

да нет, конечно. я что, на маньяка похожа?

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

Iron_Bug ★★★★★
()
Последнее исправление: Iron_Bug (всего исправлений: 2)
Ответ на: комментарий от Iron_Bug

не окисляются без особо агрессивной среды

Ты пишешь это человеку, который видел эти снимал эти оксилы на новых(!) дисках ;)

u5er
() автор топика
Ответ на: комментарий от u5er

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

Iron_Bug ★★★★★
()

вот прямо сейчас еще один из строя выходит и постоянно переходит в ro данные целы, просто все зависает, а сигнальный светодиод для винта постоянно горит, после перезагрузки опять все работает, но не долго, шлейф менял, в другой разъем питания включал - ничего не помогает.

amd_amd ★★★★★
()
Ответ на: комментарий от gag

2797 раз не удалось получить от SSD данные (по 4KB ?) Вопрос в том, сколько было повторных попыток, была ли последняя из них успешная, сколько было разных LBA-адресов. И в итоге, были ли полные потери данных.

Потерь данных замечено не было. На этом SSD какой файловой системы только не было.

unixnik ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.