web-dev-qa-db-ja.com

Seagate 3TB ST3000DM001ハードドライブがLinuxで認識されないため、fdiskがハングする

Kubuntu12.04を実行しています。 Seagate 3TBST3000DM001ハードドライブを使用したことのない新品です。それは内蔵ドライブです。 USBエンクロージャーにインストールしました。

PCに接続しても、自動的に何も起こりません。実行するとSudo fdisk -l、このドライブをUSBポートから切断するまで、fdiskは(このドライブを報告せずに)ハングします。 blkidもそれを報告しません。

PCのUSB2.0ポートとUSB3.0ポートの両方に接続してみました。どちらの方法でも同じ結果が得られました。 2つの異なるUSBエンクロージャーを試したところ、同じ結果になりました。

同じドライブ、同じエンクロージャーを使用してWindows 7ラップトップに接続すると、USB大容量ストレージデバイスとして自動的に認識されます。

ドライブ(おそらくext4)をフォーマットして、ファイルをコピーしたいと思います。 USB 3.0経由でこのPCに接続されている別のドライブがUSBエンクロージャーにあり、正常に動作します。これは2.0 TB Samsung HDDです。この問題が解決したら、2TBから3TBドライブにファイルをコピーする予定です。

私のマザーボードはAsusP8B WS LGA1155/Intel C206/Quad CrossFireX/SATA3&USB3.0/A&2GbE/ATXです。 Linuxカーネルは3.2です。

複数の接続試行からのdmesg出力:

[43595.344419] usb 2-1.1: new high-speed USB device number 4 using ehci_hcd
[43605.570093] Initializing USB Mass Storage driver...
[43605.570435] scsi6 : usb-storage 2-1.1:1.0
[43605.570665] usbcore: registered new interface driver usb-storage
[43605.570673] USB Mass Storage support registered.
[43606.566344] scsi 6:0:0:0: Direct-Access     ST3000DM 001-9YN166       CC4C PQ: 0 ANSI: 0
[43606.568089] sd 6:0:0:0: Attached scsi generic sg1 type 0
[43606.569510] sd 6:0:0:0: [sdb] Very big device. Trying to use READ CAPACITY(16).
[43606.569884] sd 6:0:0:0: [sdb] 5860533168 512-byte logical blocks: (3.00 TB/2.72 TiB)
[43606.572883] sd 6:0:0:0: [sdb] Write Protect is off
[43606.572892] sd 6:0:0:0: [sdb] Mode Sense: 23 00 00 00
[43606.574012] sd 6:0:0:0: [sdb] No Caching mode page present
[43606.574024] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[43606.574857] sd 6:0:0:0: [sdb] Very big device. Trying to use READ CAPACITY(16).
[43606.576733] sd 6:0:0:0: [sdb] No Caching mode page present
[43606.576740] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[43636.913914] usb 2-1.1: reset high-speed USB device number 4 using ehci_hcd
[43667.845759] usb 2-1.1: reset high-speed USB device number 4 using ehci_hcd
[43674.904939] usb 2-1.1: USB disconnect, device number 4
[43674.912044] sd 6:0:0:0: [sdb] Unhandled error code
[43674.912055] sd 6:0:0:0: [sdb]  Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
[43674.912065] sd 6:0:0:0: [sdb] CDB: Read(10): 28 00 00 00 00 00 00 00 08 00
[43674.912085] end_request: I/O error, dev sdb, sector 0
[43674.912094] quiet_error: 6 callbacks suppressed
[43674.912099] Buffer I/O error on device sdb, logical block 0
[43674.912242] ldm_validate_partition_table(): Disk read failed.
[43674.912295] Dev sdb: unable to read RDB block 0
[43674.912377]  sdb: unable to read partition table
[43674.912718] sd 6:0:0:0: [sdb] READ CAPACITY failed
[43674.912731] sd 6:0:0:0: [sdb]  Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
[43674.912739] sd 6:0:0:0: [sdb] Sense not available.
[43674.913479] sd 6:0:0:0: [sdb] No Caching mode page present
[43674.913487] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[43674.913492] sd 6:0:0:0: [sdb] Attached SCSI disk
6
MountainX

Seagate 3TB ST3000DM001ハードドライブwill Linux(Kubuntu 12.04を使用)でUSB3.0と外部エンクロージャーを使用して動作します。ドライブが内部にマウントされている間に、最初にgdiskを使用してドライブをフォーマットする必要がありました。次に、適切な外部エンクロージャーを使用して、プラグを差し込むだけで、自動的に認識されます。ファイルマネージャは2.7TBの空き容量を示しています。通常のUSBハードドライブのように動作します。すべてが典型的であり、問​​題はありません。

問題は、fdiskを使用しようとしたり、2 TB)より大きいドライブをサポートしていないドライブエンクロージャーを使用したり、あるいはいくつかの非互換性から発生した可能性があります。

最大容量(ベイあたり)が3TBのSyba USBドック(sybausa.com/productInfo.php?iid=1108)で動作しました。このドックを使い続けるかどうかはわかりませんが、機能しています。

4
MountainX

確認済み。ただし、ドックの選択は最も重要です。私が最初に入手したドックであるstartechunidock2uは、最初にドライブをフォーマットした場合でも、最大4TBおよびLinuxとの互換性があると宣伝されていたにもかかわらず、同じエラーを示しました。上記の投稿は、Linuxで3TBを使用した成功について説明している唯一の投稿です。そして幸いにも、言及されたSybaは説明されたように機能します。オンラインで「SybaCL-ENC50038デュアルモードSATAIII HDDデュプリケーターとドッキングステーション」として見つけましたが、写真には「Connectland」というラベル/ブランドが付いています。これも私が持っているものです。最初に、3TB Seagate(ST3000DM001)を3TB対応のマザーボードSATAポートに接続し、ドライブをフォーマットしました。 (フォーマットせずに最初に試すとは思いませんでした。)しかし、その後はドックで完全に機能します。 2台の3.5 "3TBドライブが同時に動作します。

Debian Wheezy/Sid、カーネル3.2.0で、Connectland DOCK-3UBT3(上記のSybaと同じ)を備えたST3000DM0013TBドライブとそれよりも小さいドライブを使用しています。 CentOS 6でも動作すると思いますが、まだテストしていません。私の推論は、3TBドライブで発生したUSBエラーはCentOS(2.6.32)とDebian(3.2.0)で同じだったということです。

3
grumpkin