私は自社ブランドで販売している国内の再販業者から SSD を購入しました。しかし、彼らがそれを製造したのではないことはわかっています。
以来私のSSDはどうやら故障しているようです専用の診断ツールを使いたいのですが、再販業者に問い合わせたところ、この SSD 専用の診断ツールはなく、製造元も教えてくれないとの回答でした。
私の推測では、製造元がわかれば、その製造元の診断ツールを SSD に使用して、その健全性状態をチェックできるはずです。また、smartmontools が認識できない SMART 属性をデコードできる可能性もあります。
ちなみに、私は Debian GNU/Linux を使用しており、最近の Windows のライセンスは持っていません (最新のものは Windows 98 です)。
編集： 再販業者によると(申し訳ありませんが、リンクはフランス語です)、このデバイスは SMI2256K コントローラーを使用します。この情報は役に立ちますか?
答え1
FCC ID 番号が記載されている場合は、ここで確認できます。翻訳元
答え2
再販業者がファームウェアを再編集し、名前とモデルを追加した場合、それを確認する簡単な方法はありません。「再販業者の名前/モデル」と「元の製造元の名前/モデル」を区別する API がないからです。
一般的な SSD コントローラーすべてのデータベースがあれば、絞り込みに使用できるテストがいくつかあるかもしれませんが、そのような公開データベースは知りません。
また、たとえメーカーを知っていたとしても、そのようなタスクに必要な低レベルのツールをメーカーが提供してくれる可能性は低いでしょう。結局のところ、メーカーはそこから何も得るものがないのです。
一部の SSD メーカーがダウンロード用に提供している「専用ツール」は、そこまで深く掘り下げたものではありません。
答え3
HDD/SSDの最も信頼性の高い内部情報は、スマートモンツールあなたがおっしゃったとおりです。覚えておかなければならない唯一のことは、ハードウェア データベースが常に最新のものではないため、update-smart-drivedbDebian の smartmontools パッケージに付属する で定期的に更新する必要があることです (別のスレッドに投稿した SMART 情報によると、データベースの日付は 2014-10-07 です)。Debian では、シンプルな C 言語ヘッダーとして配布されるデータベースは、デフォルトで にあるはずです/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 の確率で、不良セクターの再配置をトリガーするか、さらに悪い結果になる可能性があることに注意してください)