SSD

xyligano:

А вот советовать HDD - выглядит как вредные советы

в лабораториях восстановления данных постоянно сталкиваемся с отказами SSD, где в результате из-за естественных утечек зарядов происходит отказ накопителей. Если с накопителями на SLC, MLC особых проблем с долговременным хранением не испытывали, то на TLC эти проблемы уже стали проявляться, не говоря уже о накопителях с QLC памятью.

Типичный пример отказавшего диска с TLC (пролежавшего на полочке более года и до этого выработавшего где-то половину ресурса).

При включении своего архива к ПК пользователь сначала заметил некое замедление, после чего накопитель завис намертво. При следующем старте вывалился в аварийный режим (не смог прочитать необходимые структуры FTL).

При ручном сборе получим чуть некорректную трансляцию и некоторое количество страниц с ошибкой маркера, но видим, что проблема будет не единственная. Масса страниц читается с битовыми ошибками, что явно свидетельствует об утечках из NAND (в условиях отличных от штатных немалая часть этих страниц еще может быть прочитана).

Глядя на такие отказы, а также на отказы различных устройств прямо в процессе работы (особенно касается различных изделий с QLC) то можно сделать вывод, что хранить архивные данные на современных SSD очень плохая идея. Именно для архивных данных лучше предпочесть классические жесткие диски, так как деградация пластин происходит намного дольше, чем деградация NAND ячеек.

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

ASM:

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

вопрос.
при подключении SSD накопителя к питанию есть какой-то селфтест и механизм восстановления заряда?

ASM:

пролежавшего на полочке более года

В своё время в профильных СМИ поднимали вопрос о проблеме с утечкой заряда и соответственно потерей данных на SSD накопителях, и это касалось даже определенных моделей дисков, но сейчас этот вопрос уже не возникает в СМИ, хотя использование SSD в данный момент времени куда шире чем 2 года назад. Естественно из-за физики утечка заряда может быть, то хранение информации на SSD не подразумевает его отключения от питания по причине полного отсутствия "нежной" механики. Бэкапы=хранение на нескольких устройствах и хранение в "облаке" повышает шансы, но тоже не даёт 100% гарантию сохранности данных. Не стоит доводить всё до абсурда.

nasty_z_xt:

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

Как выглядит алгоритм чтения на примере одной страницы:
1) Читаем страницу
2) Проверяем корректность (строим проверочный полином)
3) При наличии ошибок в содержимом страницы (а в случае TLC, QLC они очень часто присутствуют в относительно нормальных ячейках) строим полиномы-локаторы ошибок и выполняем коррекцию при условии, что количество ошибок не превышает возможности циклического кода (обычно БЧХ(частная случай БЧХ кодов - коды Рида-Соломона))
4) Если количество ошибок превысило возможности БЧХ кода, тот тут используются опции Read Retry (см. datasheet на конкретные микросхемы) для перечитывания проблемных страниц. Обычно в этих случаях после успешной коррекции и происходи реакция микропрограммы которая может переписать группу страниц, где детектировались проблемы чтения. Если с помощью Read Retry прочитать не удалось, то возможно весьма неадекватное поведение многих микропрограмм.

nasty_z_xt:

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

Я бы использовал HDD для такой задачи ибо SSD внешний с учетом всех особенностей я бы использовал как быструю переноску и перезаписывал бы данные не доверяя внутреннем оффлайн скану. И всегда использовал бы безопасное извлечение.

_over_:

В своё время в профильных СМИ поднимали вопрос о проблеме с утечкой заряда и соответственно потерей данных на SSD накопителях, и это касалось даже определенных моделей дисков, но сейчас этот вопрос уже не возникает в СМИ, хотя использование SSD в данный момент времени куда шире чем 2 года назад.

Я бы не стал верить "профильным" СМИ. Куда полезнее почитать datasheets на микросхемы NAND памяти.

_over_:

Естественно из-за физики утечка заряда может быть,

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

_over_:

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

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

_over_:

Бэкапы=хранение на нескольких устройствах и хранение в "облаке" повышает шансы, но тоже не даёт 100% гарантию сохранности данных.

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

_over_:

Я думаю идёт проверка только "записанных" ячеек, пустые идут лесом?

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

_over_:

Возможно, но вся документация - это усредненные данные

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

_over_:

Так что смысла в проверки каждого LBA нет никакого.

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

nasty_z_xt:

ASM, смарт можно обнулить? Приехали 2 винта из Китая, у обоих flying hours 0, по дате выпуска 10 лет. Контакты не затерты.

Можно .

Vasiliy83,
1. IMHO, с этим вопросом лучше обратиться сюда: Паяльник & Отвертка TEAM part II
2. спрячьте картинки под спойлер;
3. три средних размытых фото практически одинаковы, зачем столько?
И есть такая операция, как обрезка (crop). Зачем эти простыни с фоном?

Добрый день, подскажите какой из этих под систему и игрушки взять?

Злой_Жук:

что за компьютер

Аsus z97m-plus, i5-4590. Есть М2, но хочу SATA.

andrey980:

Есть М2, но хочу SATA.

А на вашей плате только SATA и есть. Разъёма для NVMe-накопителя нет.