Я купил SSD у национального реселлера, который продавал его под своим брендом. Но я знаю, что они его не производили.
Смой SSD, по-видимому, выходит из строя, Я хотел бы использовать специальный диагностический инструмент. Но я спросил у реселлера, и он ответил, что для этого SSD нет специального диагностического инструмента, и они не скажут мне, кто его изготовил.
Я предполагаю, что если бы я знал, кто его изготовил, я мог бы использовать их собственный диагностический инструмент с моим SSD, чтобы проверить его состояние. Он также мог бы декодировать атрибуты SMART, которые smartmontools не знает.
Если говорить точнее, я использую Debian GNU/Linux и у меня нет лицензии ни на одну из последних версий Windows (последняя версия — Windows 98).
Редактировать: По данным реселлера(извините, ссылка на французском), это устройство использует контроллер SMI2256K. Может ли эта информация помочь?
решение1
Если на устройстве есть идентификационный номер FCC, вы можете проверить его здесь:https://www.fcc.gov/oet/ea/fccid
решение2
Если ваш реселлер перепрограммировал прошивку и добавил свое имя и модель, то нет простого способа это выяснить — не существует API, который различал бы «имя/модель реселлера» и «оригинальное имя/модель производителя».
Если бы у вас была база данных всех распространенных контроллеров SSD, возможно, можно было бы использовать какие-то тесты, чтобы сузить круг поиска, но я не знаю ни одной такой общедоступной базы данных.
И даже если бы вы знали производителя, вряд ли они предоставили бы вам низкоуровневые инструменты, необходимые для такой задачи. В конце концов, они ничего от этого не выигрывают.
«Специализированные инструменты», которые некоторые производители SSD предлагают для загрузки, не обладают столь глубокими возможностями.
решение3
Наиболее надежную внутреннюю информацию HDD/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
Вся информация, которую вы ищете, записана во внутреннем EPROM на контроллере SSD, поэтому это единственная информация о производителе. Если у реселлера есть возможность (или соглашение с оригинальным производителем) изменить информацию в отчете SMART, то вы ничего не можете с этим поделать. Единственная информация, которую вы можете получить об оригинальном производителе, — это найти шаблон в нумерации устройств, чтобы сравнить с оригинальным производителем, и надеяться, что вы угадали.
Что касается проблемы с вашим SSD, практически все производители SSD/HDD имеют запасные ячейки на своих устройствах и заменяют сломанные, когда срабатывает некоторый порог (обычно довольно высокий), и тогда внутренний контроллер заменяет плохие сектора, поэтому они не хотят менять плохие сектора как можно скорее. На обычном HDD вы можете принудительно применить внутреннюю логику контроллера для замены плохих секторов, многократно записывая в сломанные сектора, пока не запустится алгоритм замены. К сожалению, это не относится к SSD, где все сектора виртуальные, потому что внутренний контроллер всегда переназначает ячейки, чтобы иметь возможность равномерно перераспределять циклы записи (SSD killers) по всем ячейкам, поэтому практически невозможно вылечить такой SSD с помощью стандартного оборудования. (Что ж, если есть важная информация, которую нужно восстановить, вы можете попробовать записать шаблон 0 (ноль)/1 (один) на весь диск и проверять после каждого прохода, изменилось ли "196 Reallocated_Event_Count". Просто будьте осторожны, такая процедура обычно имеет шансы 50/50 и может вызвать либо перемещение плохих секторов, либо сделать еще хуже.)