Как вы упомянули, наиболее надежная внутренняя информация о жестких дисках/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 и может вызвать перемещение плохих секторов или может сделать еще хуже)