外付けHDDケースは、なぜ検証読み取り中だけ接続が切断されるのですか？
外付けHDDケースは、継続的な読み取りによって電源、USBトランスポート、ブリッジ、発熱、ケーブル、またはドライブのエラーが顕在化するため、検証中に接続が切れることがあります。
通常のブラウジングでは小さな範囲しか読み取らないため、電源アダプターの出力不足、ブリッジチップの不安定さ、ケーブルの損傷、コントローラーの過熱、ディスクの読み取り不能領域が現れないことがあります。検証では長時間にわたって連続的に読み取り、失敗したセクターを再試行することも多いため、不安定な経路がリセットされる原因となる負荷がかかります。いずれかのコンポーネントを交換する前に、USBトランスポートとドライブを分けて診断してください。
デバイスがリセットされたのか、ファイルシステムが単にアンマウントされたのかを確認する
障害が発生したときに、最初のシステムログイベント、USBデバイスの識別情報、ブロックデバイス名、マウント状態、検証オフセットを記録します。ケースがUSBから消えたのか、ディスクは残っているもののI/Oエラーを報告しているのか、またはエラー後にファイルシステムがアンマウントされたのかを確認してください。
LinuxのUSB電源管理に関するドキュメントでは、デバイスの電源状態の変化と、より上位のファイルシステムの動作が区別されています。カーネルのUSB電源管理モデルを利用すると、USBレベルのサスペンドやリセットと、ストレージI/Oの失敗に対するファイルシステムの反応を切り分けられます。
ケースがUSB列挙から消える場合は、まず電源、ケーブル、ブリッジファームウェア、ホストコントローラー、サスペンドを調べます。読み取りエラーが発生しても接続が維持される場合は、失敗したアドレスを記録し、ディスクまたはブリッジの変換処理を調査してください。
継続的な読み取り負荷の下で電力供給をテストする
ケースに適合する正しい電源アダプターを使用し、ホストに直接接続します。電源供給のないハブやフロントパネルの延長ケーブルは取り外してください。スピンアップ時、アイドル時、検証時の動作を比較します。
Seagateの外付けドライブのトラブルシューティングガイダンスでは、ドライブの故障と判断する前に、電源、USBの直接接続、ケーブル、別のポートを確認するよう推奨しています。継続的な動作によって、軽い使用では問題なくても不安定な接続が明らかになることがあるためです。
負荷がかかったときだけ接続が切れる電源付きケースでも、容量不足または故障しかけたアダプターを使用している可能性があります。電圧、極性、コネクター、電流定格がケースの要件と一致しない電源は代用しないでください。
1回だけの管理されたテストでUSBセレクティブサスペンドを無効にする
オペレーティングシステムのUSB電源ポリシーと、検証開始前にケースがアイドル状態へ移行しているかどうかを記録します。可能であれば、影響を受けるデバイスまたはテスト用システムだけを変更してください。
Microsoftは、USBセレクティブサスペンドをデバイス単位の電源機能として説明しています。これは省電力に役立ちますが、特定のストレージ経路がサスペンドやレジュームの前後で失敗する場合の切り分けにも利用できます。
サスペンドを無効にするとケースが安定する場合は、電源管理を恒久的に無効にしたままにする前に、チップセット、USB、ケースのファームウェアを更新してください。テストに成功したからといって最終的な故障部品が特定されたわけではなく、電源状態の相互作用が確認されたにすぎません。
UASとバルクオンリーUSBトランスポートを比較する
ケースがUSB Attached SCSI（UAS）を使用しているのか、従来のバルクオンリートランスポートを使用しているのかを確認します。モードを変更する前に、ブリッジチップの識別情報、ドライバー、キュー深度、エラーを記録してください。
Debianのlsusbリファレンスでは、ブリッジとアクティブなUSBインターフェースを特定できます。これは、デバイス固有のトランスポート回避策を適用する前に必要です。
バルクオンリーモードをテストすると、UASまたはキュー処理の問題が明らかになることがあります。ただし、パフォーマンスとコマンドの並列実行性は低下します。すべてのケースに対する万能の解決策ではなく、管理された比較テストとして使用してください。
ファイルシステムの負荷をかけずにドライブの健全性をテストする
ブリッジがパススルーに対応している場合は、ケース経由でSMARTデータを読み取ります。保留中のセクター、訂正不能エラー、インターフェースCRCエラー、温度、コマンドタイムアウト、セルフテスト履歴を記録してください。
Debianのsmartctlマニュアルでは、ケースが必要なコマンドをドライブへパススルーできる場合、SMARTセルフテストとエラーログが、メディアエラーとUSBトランスポートのリセットを区別するのに役立つと説明しています。
短時間のテストに成功しても、ディスク全体の読み取り中に失敗するドライブが正常になったとは限りません。データをバックアップ済みで、エラーが急速に悪化していない場合に限り、長時間テストまたは読み取り専用スキャンを実行してください。
ケーブルの品質、ホストポート、USBトポロジーを確認する
データケーブルを短い正常確認済みのケーブルに交換し、ケースをマザーボード背面の別のポートへ移します。テスト中はアダプターやハブを避けてください。
USB-IFは、USBの電力経路は電源、ケーブル、コネクター、デバイス全体で構成されると説明しています。そのため、短時間のメタデータ読み取りでは動作するコネクターでも、ケースとディスクが高い負荷で動作し続けると失敗することがあります。
問題が特定のケーブルやポートについて回る場合は、そのコンポーネントの使用を中止してください。複数のホストでケースについて回る場合は、ケースのブリッジ、電源、冷却、またはディスク本体に注目します。
再現性のある失敗箇所を特定し、データ損失の前に中止する
切断が同じ論理ブロック範囲、同じ経過時間、または同じ温度で発生するかを確認できるところまでにとどめて、検証を繰り返します。これらのパターンから、メディアの損傷と発熱またはトランスポートの不安定さを切り分けられます。
ZimaSpaceの外付けバックアップドライブの切断に関する記事では、継続的な転送の失敗とストレージメディアのエラーを比較しています。
読み取りエラーが増加する、同じ範囲でディスクが繰り返しリセットされる、SMARTの健全性が悪化する、またはケースが過熱する場合は、テストを中止して、まず復旧可能なデータをコピーしてください。USBリセット、I/Oエラー、健全性に関する警告の増加がない安定した経路で、完全な読み取り検証が完了して初めて問題は解決したと判断できます。
おすすめ商品
サポートとヒント
もっと読む
Plexは別のDockerコンテナとGPUを共有できますか？
Plexと別のコンテナは同じGPUにアクセスできることが多いですが、ドライバーのサポート、デバイスマッピング、ビデオエンジンの負荷、メモリ、復旧動作をテストする必要があります。
Plexのエラーがクライアント側とサーバー側のどちらに起因するかを見分ける方法
別のクライアントで同じ項目を再現し、セッションパスを比較してから、スコープによって障害の実際の所在が特定された後にのみサーバーの証拠を収集してください。
Plexのキャッシュとトランスコード用一時ストレージを設定する方法
永続的な Plex の状態を保護しつつ、トランスコードの一時ファイルを適切なローカルストレージに配置し、クリーンアップ、空き容量、再起動時の動作を確認します。
