Как Я Испортил Ssd За Два Месяца

Эпиграф

«Никогда не доверяйте компьютеру, который нельзя выбросить в окно».

Стив Возняк

Два месяца назад я установил SSD-накопитель в свой ноутбук.

Он работал отлично, но на прошлой неделе он внезапно умер из-за истощения клеток (я думаю).

Эта статья о том, как это произошло и что я сделал не так.



Описание окружающей среды

  • Пользователь: Веб-разработчик.

    То есть в ход идут такие вещи, как виртуальные машины, eclipse и частые обновления репозиториев.

  • ОС: Генту.

    То есть мир часто «собирается заново».

  • ФС: ext4. То есть пишется журнал.

Итак, история начинается в апреле, когда я наконец-то додумался скопировать разделы на SSD-веник на 64ГБ, купленный еще в сентябре.

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

Прирост производительности был, конечно, колоссальный: все стало загружаться в два раза быстрее; но, самое главное, исчез такой паразитный параметр, как время доступа.

В результате вы сможете: «собрать мир» в фоновом режиме, запустить три-четыре приложения, активно взаимодействующие с диском; Все это практически не влияет на работу.

Никакая модернизация процессора этого не сделает.

Что я сделал, чтобы он работал дольше?

Конечно, я изучил многочисленные публикации о том, как ухаживать за SSD-накопителями.

И вот что я сделал:

  • Помещать нет времени для разделов, чтобы при обращении к файлу не обновлялась запись времени последнего доступа.

  • Я увеличил оперативную память до максимума и отключил своп.

Больше ничего не делал, так как считал, что компьютер должен служить пользователю, а не наоборот, и лишние танцы с бубном – это неправильно.



УМНЫЙ.

За три дня до осени меня беспокоил вопрос: откуда мне знать, сколько у меня счастья? Я попробовал утилиту Смартмонтулс , но отображалась неверная информация.

Пришлось скачать даташит и написать к ним патч.

После написания патча я накопал один интересный параметр: среднее_количество_стираний/максимальное_количество_стираний = 35000/45000. Но прочитав, что ячейки MLC выдерживают только 10 000 циклов, я решил, что эти параметры означают не совсем то, что я думал, и отказался от них.



Хроника падения

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

Из любопытства я посмотрел на тот самый S.M.A.R.T. параметр, это было уже 37000/50000 (+2000/5000 за три дня).

Перезапустить уже было невозможно; файловая система основного раздела не может быть прочитана.

Я начал с компакта и начал проверять.

Проверка показала много сломанных узлов.

В процессе восстановления утилита начала проверку на наличие сбойных секторов и их маркировку.

Закончилось все на следующий день таким результатом: 60Гб из 64Гб были отмечены как плохие.

Примечание.

В жестких дисках SSD ячейка считается поврежденной, если туда невозможно записать новую информацию.

Чтение из такой ячейки все равно будет возможно.

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

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

Утилита начала форматирование, застонала и сообщила, что превышено разумно допустимое количество сбойных секторов, и что есть сбои, поэтому завершить форматирование не удалось.

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

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

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

Гарантия еще 2 года, так что попробую.

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



Что случилось

Честно говоря, я и сам не знаю.

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

А при проверке битых секторов контроллер диска просто позволял пометить как плохие все ячейки, в которых было превышено допустимое количество циклов записи.



Что делать, если у вас SSD



Окна
Ставьте Windows 7, все максимально оптимизировано под такие диски.

Также установите много оперативной памяти.



МакОс
Скорее всего, оптимизированы только те компьютеры, которые будут сразу продаваться с SSD.

FreeBSD
Установите 9.0. Почитайте советы по Linux, подумайте, что с ними можно сделать.



Линукс
  • Установите ядро 2.6.33, в котором есть оптимизация для таких дисков в виде команды TRIM.
  • Увеличьте объем памяти, чтобы можно было безопасно отключить подкачку.

  • Набор для монтируемых перегородок нет времени .

  • Использовалась файловая система с копированием при записи или нежурнируемая файловая система (например, ext2).

    На данный момент использовать ФС с копированием при записи достаточно сложно.

    ZFS в настоящее время работает только через FUSE. А нильфы и бтрфы при монтировании ругаются, что их формат еще не доработан.

  • Включать НООП IO Scheduler позволит вам не совершать лишних бесполезных действий для SSD.
  • Концептуально правильно, но диску особо не поможет - перенести временные файлы в tmpfs .

  • Для систем, которые интенсивно записывают журнал, его следует хранить в другом месте.

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

  • Поумнеть.

    утилиты, корректно отображающие состояние SSD-диска, чтобы вы могли периодически контролировать диск.

  • Просто сохраните диск.

    А для гентушников это дополнительно означает не «пересобирать мир».



Вопросы к хабра-сообществу

  • Действительно ли можно убить клетки MLC за 2 месяца? Я, конечно, понимаю, что диск не жалел, но ничего сверхъестественного не делал, просто работал как обычно.

  • Это гарантийный случай?
УПД : Диск у меня был Transcend TS64GSSD25S-M. УПД2 : В комментариях очень хорошие отзывы о SSD от Intel и SAMSUNG. Кроме того, люди удивляются, как можно так быстро убить SSD метлой.

Поверьте, я недоумевал точно так же.

Однако не исключено, что это наспех адаптированная серия SSD, и ее можно быстро убить.

UPD3 : В комментариях и следующая статья мне говорят, что мой диск на контроллере JMicron, то есть кэша нет и «если им нужно было изменить 4кб данных в случайном месте, им приходилось каждый раз стирать весь блок 64-512кб».

Могу добавить, что свой собственный диск я увидел в продаже в Германии еще в марте.

Так что шанс попасть в беду есть у каждого.

P.S. Ну а пока я откладываю старую метлу и смотрю в сторону Хитачи SSD или Intel X25-M. UPD4 : Производитель признал, что проблема с контроллером и вернул деньги.

УПД5 : Перешёл на Intel X25-M 80G, доволен как слон.

Теги: #Компьютерное оборудование #ssd #smart

Вместе с данным постом часто просматривают:

Автор Статьи


Зарегистрирован: 2019-12-10 15:07:06
Баллов опыта: 0
Всего постов на сайте: 0
Всего комментарий на сайте: 0
Dima Manisha

Dima Manisha

Эксперт Wmlog. Профессиональный веб-мастер, SEO-специалист, дизайнер, маркетолог и интернет-предприниматель.