我从一家全国经销商那里买了一个 SSD，他们以自己的品牌销售。但我知道他们不是这款产品的制造商。
自从我的固态硬盘显然出现故障我想使用专用的诊断工具。但我问了经销商，他们回答说没有专用于此 SSD 的诊断工具，他们也不会告诉我是谁制造的。
我的猜测是，如果我知道是谁制造的，我可以使用他们自己的诊断工具来检查我的 SSD 的健康状况。它也许还能解码 smartmontools 不知道的 SMART 属性。
不管怎样，我正在使用 Debian GNU/Linux，并且没有任何最新 Windows 许可证（最新的是 Windows 98）。
编辑： 据经销商称（抱歉，链接是法语的），该设备使用 SMI2256K 控制器。这些信息有帮助吗？
答案1
如果它上有 FCC ID 号码，您可以在此处查看：https://www.fcc.gov/oet/ea/fccid
答案2
如果您的经销商重新编写了固件并添加了他的姓名和型号，那么您就很难找到它 - 没有区分“经销商名称/型号”和“原始制造商名称/型号”的 API。
如果您有一个包含所有常见 SSD 控制器的数据库，也许有一些测试可以用来缩小范围，但我不知道有任何这样的公共数据库。
而且，即使你认识制造商，他们也不太可能为你提供完成此类任务所需的低级工具。毕竟，他们不会从中得到任何好处。
一些 SSD 制造商提供下载的“专用工具”并没有那么深入。
答案3
可以使用以下方法提取 HDD/SSD 最可靠的内部信息智能工具正如您所提到的。唯一需要记住的是，硬件数据库并不总是最新的，需要定期更新，update-smart-drivedb它随 Debian 上的 smartmontools 软件包一起提供（根据您在另一个线程中发布的 SMART 信息，您的数据库的日期为 2014-10-07）。作为简单 C 语言标头分发的数据库在 Debian 上默认位于/var/lib/smartmontools/drivedb/drivedb.h，因此作为第一步 - 使用更新drivedb.h并update-smart-drivedb(8)尝试使用以下方法获取完整信息：
smartctl -a /dev/sdb
您查找的所有信息都写在 SSD 控制器的内部 EPROM 中，因此这是有关制造商的唯一信息。如果经销商有能力（或与原始制造商达成协议）更改 SMART 报告中的信息，那么您对此无能为力。您可以获得有关原始制造商的唯一信息是找到设备编号中的模式以与原始制造商进行比较，并希望您猜对了。
关于您的 SSD 问题，几乎所有 SSD/HDD 制造商都在其设备上备有备用单元，当触发某个阈值（通常非常高）时，他们会更换损坏的单元，然后内部控制器将更换坏扇区，因此他们不愿意尽快更换坏扇区。在普通 HDD 上，您可以通过反复写入损坏的扇区直到触发替换算法来强制执行内部控制器的逻辑以更换坏扇区。不幸的是，SSD 的情况并非如此，因为内部控制器始终重新映射单元，以便能够在所有单元之间均匀地重新分配写入周期（SSD 杀手），因此实际上不可能使用标准设备来修复此类 SSD。（好吧，如果有需要恢复的重要信息，您可以尝试将 0（零）/1（一）模式写入整个磁盘，并在每次通过后检查“196 Reallocated_Event_Count”是否发生变化。请注意，此类过程通常有 50/50 的机会，可能会触发坏扇区的重新定位，甚至可能造成更糟糕的后果）