なぜドライブはSMARTで「合格」と報告されても、フルリードテスト中に同じLBAで障害が発生するのか？
ドライブがSMARTで「PASSED」と報告していても、全領域の読み取りに失敗することがあります。全体的な健全性のしきい値は、すべてのセクターが読み取り可能であることを保証するものではないためです。
SMARTの総合健全性表示は、ベンダーが定義した故障しきい値を要約したものです。このチェックでディスク全面が読み取られたことを意味するわけではありません。全領域の読み取りテストでは、はるかに多くのアドレスにアクセスするため、局所的な訂正不能セクター、ヘッドの不調、フラッシュ領域の劣化、タイムアウト、ケーブルの問題、コントローラーのリセットなどが明らかになることがあります。最も有用な証拠は、同じLBAで失敗が再現するか、接続経路を変更したときにドライブに追随するかどうかです。
SMARTの総合健全性とセルフテスト結果を分けて考える
最後の「PASSED」行だけでなく、SMARTレポート全体を保存してください。属性、エラーログ、セルフテスト履歴、保留中のセクター、訂正不能セクター、CRCエラー、温度を含めます。
Smartmontoolsの説明によると、破損または訂正不能なセクターがベンダーの総合故障しきい値を超えていない場合、セルフテストに失敗していてもドライブがSMARTで「PASSED」と表示されることがあります。
セルフテストログにすでに失敗したLBAが表示されている場合は、追加のテストを実行する前に保存してください。総合健全性の結果で、具体的なメディアやテストの証拠を無視してはいけません。
全領域読み取りテストで何が分かるかを理解する
テストツール、読み取りモード、ブロックサイズ、開始LBA、終了LBA、経過時間、読み取り失敗時にリトライするかどうかを記録してください。テストが読み取り専用であることも確認します。
Seagateの説明によると、同社のLong Genericは各セクターを読み取ります。そのため、短時間の健全性チェックでは見つからない局所的な問題を検出できます。
全領域読み取りの失敗は、同じアドレスで繰り返し発生する場合のほうが、対処につながる情報として有用です。アドレスが変わったり、特定のエンクロージャー経由でのみ発生したりする場合は、伝送経路、電源、コントローラーの不安定さが原因の可能性があります。
別ベンダーの拡張テストと比較する
ドライブが十分に安定しており、データが保護されている場合は、メーカーがサポートする拡張診断またはメディアスキャンを実行します。結果コードとログを保存してください。
Western Digitalは、拡張テストをドライブの詳細なテストと説明しています。汎用的な読み取り失敗が、単一のユーティリティー固有の問題ではないことを確認するのに役立ちます。
重要なデータの唯一のコピーが保存されているドライブに、テストを繰り返し実行して負荷をかけないでください。エラーが増加している場合は、確認作業を続けるより、読み取り可能な領域をイメージ化するほうが安全です。
失敗したLBAをドライブ自身のログと照合する
全領域読み取りで失敗したアドレスを、SMARTセルフテストログ、ATAエラーログ、保留セクターの変化、システムのI/Oエラーと照合します。同じLBAまたはその近辺の範囲が繰り返し現れるかどうかを記録してください。
Debianのsmartctlリファレンスには、最初に失敗した論理ブロックアドレスを保持できるセルフテストおよびエラーログの出力について記載されています。
同じアドレスで再現する場合は、局所的なメディア損傷の可能性が高くなります。CRCエラー、リンクリセット、デバイスの消失とともにランダムなアドレスで発生する場合は、接続経路またはコントローラーが原因である可能性が高くなります。
読み取り専用のサーフェステストは慎重に行う
選択したツールが読み取り専用モードになっており、正しいデバイスを対象にしていることを確認してください。必要なデータが保存されているディスクで、破壊的な書き込みパターンテストを絶対に実行しないでください。
badblocksのマニュアルでは、読み取り専用スキャンと破壊的な書き込みモードを区別しています。データが保存されたディスクをテストする前に、必ず確認してください。
サーフェススキャンは修復ではありません。現在の条件下での読み取り可能性を測定するものであり、失敗した読み取りを何度もリトライすると、故障しつつあるドライブへの負荷が増す可能性があります。
メディア故障とケーブル、電源、コントローラーの故障を切り分ける
データを保護した後、既知の正常なケーブル、直接接続したポート、安定した電源経路、可能であれば別のコントローラーを使い、失敗した範囲の周辺を短時間かつ範囲限定で再読み取りします。
GNU ddrescueは、進行状況を記録しながら読み取り可能な領域を先に救出するよう設計されています。不安定なディスクに通常の全領域読み取りを何度も最初から実行するより安全です。
既知の正常な経路を使っても同じLBAで失敗する場合、共通する要素はドライブです。経路によって失敗が消えたり変化したりする場合は、電源、ケーブル、ブリッジ、HBA、ホストのログを確認してください。
ドライブを交換するか判断する前にデータを保護する
エラーが増加した場合、デバイスがリセットされた場合、SMARTの保留中または訂正不能のカウントが増加した場合、またはドライブにかけがえのないデータが保存されている場合は、不要なテストを中止してください。まず読み取り可能なデータをコピーまたはイメージ化します。
ZimaSpaceの不良SATAケーブルと故障しつつあるドライブの見分け方に関するガイドでは、関連する経路切り分けの判断を扱っています。この記事では、SMARTが「PASSED」と表示されても全領域の結果と一致しない理由に焦点を当てています。
接続経路を制御した後も、再現性のある読み取り不能領域、拡張テストの失敗、悪化するデバイスログ、またはシリアル番号に追随するエラーが残る場合、そのドライブは主要な運用から外すべきです。
よくある質問
SMARTが「PASSED」なら、ドライブは正常ですか？
ドライブがベンダーの総合故障しきい値を超えていないことを意味します。すべてのLBAが読み取り可能であることや、断続的な電子部品または伝送経路の故障がないことを保証するものではありません。
全領域読み取りテストは破壊的ですか？
読み取り専用スキャンはデータを変更することを目的としていませんが、弱ったドライブに負荷をかける可能性があります。書き込みパターンを使うサーフェステストは破壊的であり、必要なデータがあるドライブでは絶対に使用しないでください。
同じ失敗セクターを何度もリトライすべきですか？
いいえ。リトライを繰り返すと時間を浪費し、不安定なメディアに負荷をかける可能性があります。最初のエラーを保存し、読み取り可能なデータを保護してください。データが重要な場合は、復旧を優先するツールを使用します。
おすすめ商品
サポートとヒント
もっと読む
ライブTV録画の容量・保存期間・クリーンアップガイド
実際の録音を測定し、ヘッドルームを確保し、経過時間と容量の制限を組み合わせ、ストレージが満杯になる前に最も古い対象プログラムが削除されることを確認する。
データベース復元後のホームメディアメタデータ復旧ワークフロー
復元した状態を保護し、メディアの識別情報とパスを確認してから、メタデータを広範囲に変更する前に、パイロットライブラリで不足しているアートワークや一致項目を修復します。
オーディオ、ビデオ、字幕のJellyfinクライアント互換性チェックリスト
代表的なファイルを一度に1つの変数だけテストし、すべてのクライアントについて、ダイレクトプレイ、リマックス、音声変換、動画トランスコード、または失敗を記録します。
