外付けUSBハードドライブが完全にアクセスできない場合があるのはなぜですか?


11

私は、Sony VAIO VGN-NS310Fラップトップに接続された、Rosewill RX35-AT-SU SLVアルミニウム3.5インチシルバーUSB 2.0外部エンクロージャーの 1 TB SATAドライブで構成される外付けUSBハードドライブを持っています。コンピューターに直接接続されています。 (ハブを介してではありません。)エンクロージャー内のドライブは7200 rpm Western Digitalですが、正確なモデルを覚えていません。詳細を知る必要があると思われる場合は、ドライブをエンクロージャーから(もう一度)削除できます。 。

ドライブはext4でフォーマットされています。私udisksはLubuntu 11.10システムに動的にマウントします。通常はPCManFMを介して自動的にマウントします。(私はこのマシンでLubuntu 12.04を使用していて、これと同じ動作をすべて経験しました。)時々-1日に1回または2回-アクセスできなくなり、アンマウントが困難になります。でそれをアンマウントしようとするとsudo umount ...、エラーメッセージがドライブが使用中であると言ってと示唆与えますfuserlsof、それを使用しているかを調べるために。キリングプロセスはでドライブを使用していることが判明fuserし、lsof私はそれをアンマウントさせるために、時には十分であるが、通常ではありません。

ドライブがアンマウントされるか、マシンが再起動されると、ドライブはマウントされません。ドライブを接続してオンにしても、コンピュータには何も登録されません。dmesg変更されていません。ドライブが常にアクセスされているかのように、ドライブのアクセスライトは通常、勢いよく点滅します。その後、しばらく(30分)ドライブをオフにした後、再びマウントすることができます。

ドライブはしばらくの間このマシンでは動作しませんが、同じバージョンのUbuntuを実行している別のマシンではすぐに動作します。時々、他のマシンからそれを持ち帰ると、それを「修正」するようです。時々それはしません。

ドライブは、マウントれている、アクセスできなくなることはなく、マウントできなくなります。ときどき正常に動作し、コンピュータの電源を切り、コンピュータの電源を入れ直しましたが、ドライブをマウントできません。

現在、これが私がこの問題を抱えている唯一のドライブですが、異なるドライブで、異なるUbuntuマシンでこれと同じだと思う問題がありました。このラップトップには、別の外付けUSBドライブが定期的に接続されていますが、この問題はありません。「問題のある」ドライブを接続する前にそのドライブを取り外しても問題は解決しません。

私はドライブを開けて、接続が以前はしっかりしていることを確認しましたが、それは役に立たないようでした(再マウントを試みる前に、ドライブを開いたり閉じたりするのにかかったのと同じ時間待っただけです)それ)。

これを引き起こしている可能性のあること、実行すべきトラブルシューティングの手順、および/またはこの問題を完全に解決する方法について誰かが何か考えを持っていますか?

更新:Merlinの提案に従って、USBデータケーブル(エンクロージャーからラップトップまで)を交換してみました。症状に完全に適合しているので、ずっと前に試してみるべきでした(ドライブが別のマシンで動作します。ケーブルが異なる角度で曲げられ、ほつれたワイヤーの回路が完成する可能性があるため、これは理にかなっています)。残念ながら、これは役に立ちませんでした-新しいケーブルでも同じ問題があります。次回ドライブを機能させることができるようになったときに、エンクロージャー内のドライブに関する追加の詳細情報を提供するようにします。(現時点では、それを接続できる別のマシンがありません。)

メジャーアップデート(2012年6月28日)

ドライブはかなり劣化しているようです。私はそれを別のマシンに接続し、そこからファイルをコピーするときに無効な文字に関する多くのエラーを受け取ったので、これはそうだと思います。ドライブからのデータの回復には、何が問題なのかを理解するよりも、あまり興味がありません。具体的には、問題がドライブとエンクロージャのどちらにあるのかを知りたいです。

これで、問題が発生していた元のマシンにドライブを差し込んでも、ドライブは表示されません(を含むsudo fdisk -l)が、カーネルによって認識され、にメッセージが追加されdmesgます。メッセージのほとんどは、次のようなエラーで構成され、何度も繰り返されます。

[    7.707593] sd 5:0:0:0: [sdc] Unhandled sense code
[    7.707599] sd 5:0:0:0: [sdc]  Result: hostbyte=invalid driverbyte=DRIVER_SENSE
[    7.707606] sd 5:0:0:0: [sdc]  Sense Key : Medium Error [current] 
[    7.707614] sd 5:0:0:0: [sdc]  Add. Sense: Unrecovered read error
[    7.707621] sd 5:0:0:0: [sdc] CDB: Read(10): 28 00 00 00 00 00 00 00 08 00
[    7.707636] end_request: critical target error, dev sdc, sector 0
[    7.707641] Buffer I/O error on device sdc, logical block 0

以下はdmesg、ドライブが認識されたときから始まるすべての行です。その点に注意してください:

  • 私はこのマシンでLubuntu 12.04を実行するようになりました(そしておそらくそれがより良いエラーメッセージの要因です)。
  • ドライブは、このいずれかに別のマシンとバックに差し込まれたものであり、今こと、私が説明したように、ドライブのアクセスランプが点滅しない、今、このマシンが戻って12.04を実行しているのであること。ドライブを見ると、アクセスが少ないかまったくない状態で、正常に動作しているように見えます。
  • この動作(エラー)は、ドライブを接続した状態でマシンを再起動したとき、およびドライブを手動で接続したときにも発生します。
  • メッセージのいくつかは約/dev/sdbです。そのドライブは正常に動作しています。不良ドライブは/dev/sdcです。途中から何も編集したくなかっただけです。

3
壊れた/危険なケーブル?
ムーグ

ドライブはSATA IIまたはSATA IIIですか?BIOSまたはファームウェアの更新はありますか?
ミッチ

そのディスクのSMARTステータスを確認できますか?どこでも認識できる場合。
Samik

@Samikデバイスが認識されても、それができないようです
Eliah Kagan

2
dmesgログから@EliahKaganを実行すると、システムが繰り返し最初のセクターの読み取りに失敗し、READ(10)命令が失敗していることがわかります。したがって、それはそこで成長している悪いセクターであるかもしれません。
Samik

回答:


2

問題がドライブとエンクロージャのどちらであるかを判別するには、ドライブをエンクロージャから取り外し、十分な電力のあるデスクトップに取り付けて、スマートステータスを確認します。

より詳細なテストについては、ドライブのすべてのセクターをチェックできますddrescueddrescueはプロセス中にエラーサイズを報告し、次のように同時にデータリカバリを試行できますsudo ddrescue /dev/sdb2 /path/to/recovery.image logfilesudo lsblkまたはclassic のパーティションを一覧表示しfdisk -lます。

データに本当に関心がない場合は、出力ファイルを次の/dev/nullように強制できます。

sudo ddrescue --force /dev/sdc /dev/null logfile 

そして、あなたはまだ標準出力のエラーサイズに関するレポートを取得します

/ dev / sdb2(1MBのスワップパーティション)を使用したこの短い例で、次のようにGNU ddrescue 1.17を使用してUbuntu 14.04でテストされています

$ sudo ddrescue --force /dev/sdb2 /dev/null logfile


GNU ddrescue 1.17
Press Ctrl-C to interrupt
rescued:      1024 B,  errsize:       0 B,  current rate:     1024 B/s
   ipos:         0 B,   errors:       0,    average rate:     1024 B/s
   opos:         0 B,    time since last successful read:       0 s

これらの手順を正確に実行することはできませんでしたが、この回答は正解であり、私が抱えていた問題の性質を最もよく捉えていると思います(他のシナリオも同様に、さまざまなシナリオで同様に現れます)。最終的にドライブは完全に動作しなくなり、(電源付き)エンクロージャーから取り外し、別の(電源付き)エンクロージャーでは(複数のマシンで)動作しなかったことがわかり、元のドライブでは(複数のマシンで)動作した別のドライブが見つかりましたエンクロージャ。問題のドライブを再び認識させることができなかったので、ddrescueSMARTステータスを実行したり確認したりしませんでした。
Eliah Kagan 2015

@EliahKaganは機械的または電気的な障害でしたか?ドライブの回転が聞こえますか?ちょっと興味があるんだけど。
オタク長老2015

最後にドライブの電源を入れたとき、まだ回転しているのが聞こえました。
Eliah Kagan 2015

1

12.04 Ubuntuデスクトップを実行していたときも、同様の経験がありました。ハードドライブエンクロージャには2つの電源オプションがあり、A / Cアダプターを購入するか、1つのミニUSBから通常のUSBケーブルを使用するか、ミニUSBケーブルを2つのUSBケーブルに使用できます。理想的には、十分な電力を供給するために両方のUSBポートに接続する必要がありました。USBケーブルまたはeSata経由でデータを転送できます。

eSata接続を使用するとき、ディスクが回転しているように最初にドライブ電源を供給し、次にBIOSがすでに回転しているディスクを認識するようにシステムを起動する必要がありました。そうしないと、ディスクが時間内に認識されません。これはエンクロージャーのコントローラーと関係があると思います。

USBをマウントしたとき、最初にケーブルをエンクロージャーに差し込み、次にUSBポートに差し込んだときの結果は非常にまちまちでした。おそらく、正しくマウントされる時間の約半分です。最初にUSBケーブルをPCポートに差し込み、次にエンクロージャに差し込んだ場合、約70%ではるかに優れた結果が得られました。USBオプションで得た最良の結果は、エンクロージャーに外部電源(a / cアダプター)を使用して、ディスクをマシンに接続する前にディスクが回転していて安定していることを確認することでした。ほぼ100%機能した

これがまさにあなたの問題であると言っているわけではありませんが、私にとっては、それがシステムに読み取られるように接続する前に、エンクロージャーの電力を提供し、ディスクを回転させるのに役立ちました。おそらく、1つのシステムのBIOSまたはバス速度が他のシステムよりも優れており、エンクロージャーコントローラーがディスクを読み取ろうとする前に、エンクロージャーコントローラーが動作を開始するための時間を確保していますか?そして、おそらく、エンクロージャが取り外された後、しばらくしてコントローラがリセットされますか?

コントローラーがUSBから電力を得ているのか、それとも電力とデータから電力を得ているのかを判断するために、時間を調整する必要があるかもしれません。多分それは電圧またはアンペア数の問題ですか?いずれにしても、エンクロージャーコントローラーは扱いにくいようです。


0

USBドライブの場合は、次の手順を試してください(まだ行っていない場合)。

  1. sudo fdisk -l #情報を取得
  2. sudo mkdir /media/external #マウントポイントを作成する
  3. sudo mount -t vfat /dev/sdb1 /media/external -o uid=1000,gid=1000,utf8,dmask=027,fmask=137 #マウント。

またはpmount、USBのマウントに使用してみてください。


5
提案をありがとう。残念ながら、[1] sudo fdisk -lはドライブについて何も明らかにしません。dmesgドライブの再接続から変更がないので、私はそれを期待していません。[2] Ubuntuが接続されているとまったく認識しないデバイスを手動でマウントできません(ここでも、dmesg何も言う。)(これを適用udisksしてpmountも。)それは、ドライブのパーティションが見られていないことはありませんが、覚えておいてください。ドライブが認識されていません。[3]なぜext4ボリュームをvfatとしてマウントするのですか?
Eliah Kagan

0

USBバスドライバチップなどにも問題がある可能性があります。すべてのUSBデバイスを一覧表示するツールはありますか?ドライブが正常に動作しているとき、およびドライブにアクセスできないときに、これらのツールを実行してみてください。違いはありますか?

古い(そして安価な)ドライブは、「熱再較正」(TACL)と呼ばれるプロセスを1時間ごとに発生します。ドライブは、熱の蓄積によりディスクヘッドがどれだけ曲がっているのかを推定している間、数秒間アクセス不能になる可能性があります。ドライブで。TCLの間、ステッピングモーターとコイルはすべてのトラックにシークし、ヘッドはすべてのトラックに位置合わせされ、結果が保存されます。これはファームウェアの内部機能です。このプロセスは行き詰まっているか、おそらく間違った回答を生成しているため、熱による再キャリブレーション後にドライブにアクセスできなくなっているようです。

dmesgから投稿したエラーは、sdc、セクター0、論理ブロック0に問題があることを示しています。これらの小さい番号のブロックは、多くの場合、ドライブのジオメトリ(ハードまたはソフトフォーマット)を含んでいます。これらのブロックが不良になると、ドライブ全体が永続的にアクセスできなくなる可能性があります。メディア障害は熱に関連している可能性があり、非アクティブな期間(ドライブを別のマシンに移動する)が時々それを修正し、時々それを修正しない理由を説明するかもしれません。

問題が熱に関連しているかどうかを確認するには、コンピューターの電源を入れてストップウォッチを起動しますが、実際にはドライブを使用しないでください。ドライブが故障するまで待って、故障するまでの時間を記録してください。次に、電源をオフにして数時間オフにしてから冷却し、テストを再実行して、コンピューターとドライブの電源を入れますが、データを大量に使用するドライブとドライブのコピー(同じドライブ)を開始します。ステッピングモーターでより多くの作業を行うと、おそらくドライブの加熱が早くなり、故障が早くなります。障害の遅延に大きな変化がある場合、ドライブはトーストであり、別のドライブを取得します。幸運を!


0

このタイプの問題は、USBケーブルからドライブに十分な電力が供給されていないことが原因で発生することがよくあります。これは、外付けドライブが既成品ではなく、自己組立式の場合に特に発生しやすくなります。(外付けドライブの製造元が、USBポートがそれをサポートできることを確認していただろうと思います。)

デバイスは、USB 2.0仕様ではポートから最大500 mA、USB 3.0では最大900 mAを引き込むことができます。外付けドライブの製造元の仕様を確認することにより、ドライブの最大電力要件を確認できる場合があります。

この問題は、USB3ポートを使用することで解決できます(ポートがあり、まだ試していない場合)。USB2ポートよりも多くの電力が供給されるため、またはUSB Yケーブルを入手して、ドライブから電力を得ることができます。1ではなく2つのポート。これらはeBayまたはAmazonで安価に入手できます。


0

問題の本当の原因はすでに指摘されていますが、外付けHDDが4台あるので、同じ答えを追加したいと思います。

製造されたすべてのコンピューターは、電源が構成の仕様に従って使用され、最大で20%の過負荷であることを前提としています。

コンピュータの電源を保護するために、外部USBデバイスはすべて外部電源ハブから電力を供給される必要があります。 説明されている動作は、電力過負荷の典型的な動作です。外付けDVDもあるとすると、これも録音に失敗し、デバイス、さらにはコンピュータさえも回復不能にする可能性さえあります。ラップトップは通常、この方法でブレーキをかけます。これは、ユーザーがHDDやDVDなどのパッシブUSBハブまたはコンピューター駆動のデバイスを使用する傾向があるためです。

外付けの電源付きUSBハブを購入し、コンピューターの電源から電力を消費する代わりに、電源付きUSBポートを介してUSBデバイスを接続します。これは、HDDに損傷を与えるためです。電力サージは、電力が不足しているコンピュータまたは外部デバイスとほとんど同じです。USB規格は、電力不足のデバイスとは関係ありません。このように考えてみてください。もしあなたがあなたの車からの力が欲しいなら、あなたはどんな燃料を使いますか?燃えるもの、またはメーカーの指定した燃料?ここでもまったく同じです。 電源が入っていないUSBデバイスを使用して、コンピュータの内部電源から電力を排出します。すでに十分な数のデバイスが接続されています!

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.