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

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

Я предполагаю, что, если бы я знал, кто его изготовил, я мог бы использовать их собственный диагностический инструмент с моим SSD, чтобы проверить его состояние здоровья. Он также может декодировать атрибуты SMART, которые smartmontools не знает.

Что бы это ни стоило, я использую Debian GNU/Linux и не имею лицензии ни на одну из последних версий Windows (последняя у меня Windows 98).

Изменить: По словам посредника (извините, ссылка на французском языке), это устройство использует контроллер SMI2256K. Может ли эта информация помочь?

3 ответа3

2

Если на нем указан идентификационный номер FCC, вы можете проверить его здесь: https://www.fcc.gov/oet/ea/fccid.

0

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

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

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

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

0

Как вы упомянули, наиболее надежная внутренняя информация о жестких дисках/SSD может быть извлечена с помощью smartmontools . Единственное, что нужно иметь в виду, это то, что аппаратная база данных не всегда актуальна и должна периодически обновляться с помощью update-smart-drivedb который поставляется с пакетом smartmontools в Debian(согласно информации SMART, которую вы разместили в другой ветке, ваша база данных датирована 2014-10-07). База данных, распространяемая в виде простого заголовка языка C и в Debian, должна быть по умолчанию расположена в /var/lib/smartmontools/drivedb/drivedb.h , поэтому в качестве первого шага обновите drivedb.h с помощью update-smart-drivedb(8) и попытаться получить полную информацию с:

smartctl -a /dev/sdb

Вся информация, которую вы ищете, записана во внутреннем СППЗУ на контроллере SSD, так что это единственная информация о производителе. Если у торгового посредника есть возможность (или соглашение с оригинальным производителем) изменить информацию в отчете SMART, вы ничего не можете с этим поделать. Единственная информация, которую вы можете получить относительно оригинального производителя, - это найти образец нумерации устройства для сравнения с оригинальным производителем и надеяться, что вы угадали его правильно.

Что касается вопроса о вашем SSD, то практически все производители SSD/HDD имеют запасные ячейки на своем устройстве и заменяют сломанные, когда срабатывает какой-то порог (обычно довольно высокий), а затем внутренний контроллер заменяет плохие сектора, поэтому они не желают менять плохие. сектора как можно скорее. На обычном жестком диске вы можете использовать логику внутреннего контроллера для замены поврежденных секторов, многократно записывая в поврежденные сектора, пока он не запустит алгоритм замены. К сожалению, это не относится к SSD, где все сектора являются виртуальными, потому что внутренний контроллер всегда переназначает ячейки, чтобы иметь возможность перераспределять циклы записи (убийцы SSD) равномерно по всем ячейкам, поэтому практически невозможно вылечить такой SSD с помощью стандартного оборудования. (Хорошо, если есть важная информация, которую необходимо восстановить, вы можете попробовать записать шаблон 0 (ноль)/1 (один) на весь диск и после каждого прохода проверять, изменилось ли значение "196 Reallocated_Event_Count"). Только предупреждаю, такая процедура обычно имеет шанс 50/50 и может вызвать перемещение плохих секторов или может сделать еще хуже)

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .