Western Digitalのハードドライブ(モデル:WD2500BEVS-75UST0)があり、SATAに接続されたラップトップ内で目に見える問題なく実行されています。しかし、SATAをUSBに変換する外部ケースに接続すると問題が発生します。私が使用している外部ケースは、BIGtec 2.5 "USB3.0ポータブルSATAハードディスクエンクロージャー(BIG152)です。
まず、ラップトップへの直接SATA接続を使用するときにディスクをフォーマットしました(NTFSおよびFAT32ファイルシステムを試しました)。次に、USB(BIGtec Enclosureを使用)を使用してハードドライブをLinux Mintラップトップに接続すると、自動的にマウントされませんが、ディスクユーティリティに表示されます。ただし、ファイルシステムはそこで認識されず、フォーマットオプションは表示されますが、機能しません。状況をさらに調査するために、ターミナルでfdisk /dev/sdb
を実行していました(sdbはUSB経由で接続されたハードドライブです)。次のメッセージが表示されます。
fdisk: unable to read /dev/sdb: Input/output error
誰かが私がさらに試すことができるアイデアを持っていますか?私はすでに、すべてが正常に機能する別のハードドライブ(NTFSファイルシステム)にBIGtecエンクロージャーを使用しています。とにかく別のエンクロージャーを試すのは理にかなっていると思いますか?
ご回答ありがとうございます!
更新#1:
ドライブdoesスピンアップすることをさらに強調したいと思います!さらに、ここでは、私が使用している2台のハードドライブとSATA-> USBコネクタの写真を見ることができます。両方のハードドライブは非常に似ており、本当の違いを見つけることさえできませんでした。ただし、示されているように、左側のドライブは問題なく認識およびマウントされ、右側のドライブは認識されますが、マウントまたはフォーマットすることはできません。
正しいハードドライブが認識されていると言うことは、スクリーンショットに示されているように、Linuxでディスクツールを使用して表示されることを意味します。
一見すると、ファイルシステムも認識されていないようです。そのため、NTFSファイルシステムでフォーマットしようとしました。表示されるのは障害メッセージであり、魔法のように(物理的に存在しない)2番目のハードドライブがディスクツールに表示されます。ここで何が起こっているのか、本当に説明がありません...
また、ハードドライブが破損する可能性があることも懸念していたため、ハードドライブをラップトップのSATAポートに直接接続しながら、広範なbadblocksテストを実行していました。私が実行していたテストは私が呼び出しました
badblocks -vsn /dev/sdb
そして、12時間以上のテストの後に現れた結果は
Pass completed, 0 bad blocks found
したがって、ドライブはまだ正しく動作しているようです...何か提案はありますか?
更新#2:
Jarmundsの提案によると、私は次のことを行いました。
最初:lsblk /dev/sdb
を実行しました、出力は
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sdb 8:16 0 232,9G 0 disk
2番目:WindowsでUSB経由でドライブを接続すると、ドライブが回転し、Windowsがドライブのドライバーを探して正常にインストールしたようです。ただし、ファイルエクスプローラーに表示されるドライブはありません。したがって、ドライブを初期化する必要があることを通知するディスク管理ユーティリティにアクセスしました(次のスクリーンショットを参照)。
2つのオプションのどちらを選択しても、CRCエラーが表示されます(ドイツ語では申し訳ありません)。
その後、ディスクはユーティリティに表示されますが、正しく初期化されていないため、フォーマットすることもできません。
3番目:dmesg
デバイスを接続した直後は次を返します:
[17152.892960] usb 3-1: new SuperSpeed USB device number 10 using xhci_hcd
[17156.597275] usb 3-1: New USB device found, idVendor=174c, idProduct=5106
[17156.597282] usb 3-1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[17156.597286] usb 3-1: Product: AS2105
[17156.597290] usb 3-1: Manufacturer: ASMedia
[17156.597293] usb 3-1: SerialNumber: WD-WXEZ07H42312
[17156.598247] usb-storage 3-1:1.0: USB Mass Storage device detected
[17156.598687] scsi12 : usb-storage 3-1:1.0
[17157.595759] scsi 12:0:0:0: Direct-Access WDC WD25 00BEVS-75UST0 01.0 PQ: 0 ANSI: 5
[17157.595988] sd 12:0:0:0: Attached scsi generic sg1 type 0
[17157.596173] sd 12:0:0:0: [sdb] 488397168 512-byte logical blocks: (250 GB/232 GiB)
[17157.596412] sd 12:0:0:0: [sdb] Write Protect is off
[17157.596414] sd 12:0:0:0: [sdb] Mode Sense: 23 00 00 00
[17157.596648] sd 12:0:0:0: [sdb] No Caching mode page found
[17157.596652] sd 12:0:0:0: [sdb] Assuming drive cache: write through
[17157.599898] sd 12:0:0:0: [sdb] No Caching mode page found
[17157.599904] sd 12:0:0:0: [sdb] Assuming drive cache: write through
[17157.600434] sd 12:0:0:0: [sdb] Unhandled sense code
[17157.600438] sd 12:0:0:0: [sdb]
[17157.600439] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[17157.600441] sd 12:0:0:0: [sdb]
[17157.600442] Sense Key : Medium Error [current]
[17157.600445] sd 12:0:0:0: [sdb]
[17157.600447] Add. Sense: Unrecovered read error
[17157.600449] sd 12:0:0:0: [sdb] CDB:
[17157.600450] Read(10): 28 00 00 00 00 00 00 00 08 00
[17157.600457] blk_update_request: 154 callbacks suppressed
[17157.600458] end_request: critical medium error, dev sdb, sector 0
[17157.600460] quiet_error: 154 callbacks suppressed
[17157.600462] Buffer I/O error on device sdb, logical block 0
Medium Error[current]
で始まる行は、ここに貼り付けなかったdmesg
の次の行に繰り返し表示されていることに注意してください。
ここジャームンドを応援してくれてありがとう!
更新#3:
必死になって、別のハードウェアで動作するかどうかをテストするために、2つの追加の外付けHDDエンクロージャーを編成しました。私が今試したものは次のとおりです。
私は特に、1つをUSB 2.0で、もう1つをUSB3.0で動作させることにしました。しかし、どちらも機能しなかったため、SATAインターフェイスで直接使用したい人にハードドライブを販売することにしました。したがって、将来の提案をテストすることはできません。
this ケースのうち4つと this ハードドライブのうち2つを使用して同様の問題が発生しました。 4つの同一のケースのうち1つだけがWD30EZRXドライブを受け入れました。他の3つのケースを介して接続された場合、コンピューターは、単一の3ではなく、2.2 TBハードドライブと0.8 TB不明なパーティションテーブルのハードドライブ)を報告しました。 TB完全なGPTパーティションテーブルを備えたドライブ。ケースのベンダーは、最大2台のハードドライブのみをサポートしていることがわかりましたTB容量(そのタイプの外部を使用)ケース)なので、1つの作業ケースを持っているだけで運が良かったと思います。
簡単に言うと、ケースベンダーが希望のサイズのハードドライブをサポートしていることを確認してください。
残念ながら、次のアプローチは私の問題には役立ちませんでしたが、他のユーザーにとっては興味深いかもしれません。
質問に示されている2つのハードドライブを比較したところ、異なるジャンパー構成を使用していることがわかりました。したがって、私はこれについていくつかの調査を行い、 ジャンパー設定に関するドキュメント を見つけました。動作中のハードドライブが、Reduced Power Spinup(RPS)を有効にするための設定3のように構成されていることに気付きました。ドライブのスピンアップが正しく機能しているように見えたにもかかわらず、これは私にとって興味深いかもしれないと思いました。また、RPS自体に関するデータシートもあります ここ 。
動作していないディスクのジャンパー設定を動作しているディスクの1つに変更した後、3つの異なるエンクロージャーを再試行しましたが、動作する構成を取得できませんでした。しかし、それが少なくともあなた方の何人かを助けることを願っています!
古いファションRPMタイプのハードドライブは、通常、非常に電力を消費します。 USBポートが十分な電流を供給できると確信していますか?
USBポートを備えたハードウェアについて自慢しているハードウェアベンダーを見たことがありますが、USB3標準で規定されているようにUSB3ポートが実際には900mAを供給していないことは言及していません。
また、USB3デバイスは技術的にUSB2と下位互換性がありますが、USB2が提供できるよりも多くの電流を必要とする場合、すべてが不十分です。
試すこと:
Android現在の問題が発生したときにファイルシステム自体に問題があると主張しているのを見たことがあることに注意してください。適切にフォーマットされている限り、ファイルシステム自体に問題があるとは思われません。ファイルシステム。
RE:アップデート#1
1つは機能し、もう1つは機能しませんが、電圧と電流の仕様は同じであるため、現時点では、供給電力の問題ではないかと思います。
私が興味を持っているいくつかのこと:
lsblk /dev/sdb
いう?fdisk /dev/sdb
はI/Oエラーを出しますか?dmesg
は何と言いますか?RE:アップデート#2
残念ながら、なぜ失敗しているのかわからないので、この時点で途方に暮れています。私が言えるのは、ドライブから何も読み取れないことは明らかです。これは、ファイルシステムまたはその欠如は、最初のセクターを通過することさえできないため、違いがないことを示しています。
通常、私はディスクの死を疑うでしょうが、USB経由で接続されていないときは正常に動作するので、それは除外できます。