Ubuntu 11.04と大型外付けドライブ

Ubuntu 11.04と大型外付けドライブ

Dell Precision T1500には、日立USB外付け3TBドライブが接続されています。 Ubuntu 11.04 (2.6.38-11-generic #50-Ubuntu SMP Mon Sep 12 21:17:25 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux) を実行しているコンピュータに接続すると、ログに以下が表示されます。

[1636365.665558] usb 2-1.7: new high speed USB device using ehci_hcd and address 15 
[1636365.813198] scsi18 : uas 
[1636377.895182] scsi 18:0:0:0: Direct-Access     Hitachi  Hitachi HDS72303 A580 PQ: 0 ANSI: 4 
[1636384.388480] scsi 18:0:0:0: uas_eh_abort_handler tag 0 
[1636384.388485] scsi 18:0:0:0: uas_eh_device_reset_handler tag 0 
[1636384.388487] scsi 18:0:0:0: uas_eh_target_reset_handler tag 0 
[1636384.388489] scsi 18:0:0:0: uas_eh_bus_reset_handler tag 0 
[1636384.468415] usb 2-1.7: reset high speed USB device using ehci_hcd and address 15 
[1636384.609589] scsi 18:0:0:0: Device offlined - not ready after error recovery 
[1636384.609649] scsi 18:0:0:0: rejecting I/O to offline device 
[1636384.609663] scsi 18:0:0:0: rejecting I/O to offline device 
[1636384.610978] scsi 18:0:0:1: Enclosure         Hitachi  SES              A580 PQ: 0 ANSI: 4 
[1636384.611472] scsi 18:0:0:2: uas_eh_device_reset_handler tag -1 
[1636384.611477] scsi 18:0:0:2: uas_eh_target_reset_handler tag -1 
[1636384.611481] scsi 18:0:0:2: uas_eh_bus_reset_handler tag -1 
[1636384.707808] usb 2-1.7: reset high speed USB device using ehci_hcd and address 15 
[1636384.838735] scsi 18:0:0:2: Device offlined - not ready after error recovery 
[1636384.838952] sd 18:0:0:0: Attached scsi generic sg4 type 0 
[1636384.839029] ses 18:0:0:1: Attached Enclosure device 
[1636384.839080] ses 18:0:0:1: Attached scsi generic sg5 type 13 [1636415.301027] sd 18:0:0:0: uas_eh_abort_handler tag 0 
[1636415.301036] sd 18:0:0:0: uas_eh_device_reset_handler tag 0 
[1636415.301042] sd 18:0:0:0: uas_eh_target_reset_handler tag 0 
[1636415.301046] sd 18:0:0:0: uas_eh_bus_reset_handler tag 0 
[1636415.381053] usb 2-1.7: reset high speed USB device using ehci_hcd and address 15 
[1636415.522005] sd 18:0:0:0: Device offlined - not ready after error recovery 
[1636415.522080] sd 18:0:0:0: rejecting I/O to offline device 
[1636415.522093] sd 18:0:0:0: rejecting I/O to offline device 
[1636415.522101] sd 18:0:0:0: rejecting I/O to offline device 
[1636415.522107] sd 18:0:0:0: [sdc] READ CAPACITY failed 
[1636415.522110] sd 18:0:0:0: [sdc]  Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK 
[1636415.522116] sd 18:0:0:0: [sdc] Sense not available. 
[1636415.522123] sd 18:0:0:0: rejecting I/O to offline device 
[1636415.522129] sd 18:0:0:0: [sdc] Write Protect is off 
[1636415.522133] sd 18:0:0:0: [sdc] Mode Sense: 00 00 00 00 
[1636415.522139] sd 18:0:0:0: rejecting I/O to offline device 
[1636415.522144] sd 18:0:0:0: [sdc] Asking for cache data failed 
[1636415.522147] sd 18:0:0:0: [sdc] Assuming drive cache: write through 
[1636415.522355] sd 18:0:0:0: [sdc] Attached SCSI disk

インターネット上で見つけたものによれば、これはパーティションが2TBより大きいことに関連している可能性があります。ドライブをWindows XPシステムに接続し、ドライブをそれぞれ1.5TBの2つのNTFSパーティションに分割しました。現在、GUIDパーティションテーブルがあります。

ドライブを見るためにgdiskを試してみましたが、Linuxはいかなる方法でもそのドライブを利用可能であると認識していません。しかし、WindowsとOS Xでは動作しているようです(または、少なくともそのオペレーティングシステムでフォーマットとパーティション化のためのユーティリティで見ることができます...)。

Linuxでこれを正しく機能させるには、単純なものはありませんか?

ベストアンサー1

考えられる原因と考えられるアクションはいくつかあります。 dmesgの抜粋はいくつかのことを示しています。

  • カーネルがデバイスに何度もアクセスしようとしました。毎回何らかの理由で完了しないようです。
  • ドライブがファイルシステムのスキャンに失敗したか(これらのスキャンを試みたにもかかわらず)、スキャンが必要であるという通知がありますが、システムはnot ready after error recoveryこれを行う方法がわかりません。
  • 新しいカーネルドライバを使用してドライブにアクセスするuas- これはドライブにアクセスする唯一の方法かもしれませんが、>2TBソリューションを検索するときに知っておくことをお勧めします。

私が考えることができる理由は次のとおりです。

  • エンクロージャと一緒に出荷されたドライブ電子機器は、非標準通信設定を使用するように設定されています。またはデバイスに電力が供給されます。電源が問題でケースに外部電源が付属している場合は、必ずそれを使用する必要があります(これまで使用していない場合)。問題が排他的な通信メカニズムにある場合は、ケースのマニュアルを読んだり、ドライブを次に切り替えることができるWindowsプログラムを実行して問題を解決できます。基準または遺産パターン(必要に応じて名前を付けることができます)。

  • ドライブを安定させるのに時間がかかりすぎます - ドライブを接続した後、ドライブが利用可能になるまでシステムが短すぎるのを待つように設定されている可能性があります。この設定を確認/変更するには実行します。cat /sys/module/usb_storage/parameters/delay_use- 値は秒単位で表示されます。 5秒以下の場合は10sudo echo 10 > sys/module/usb_storage/parameters/delay_use)に変更してドライブを挿入してみてください。

  • カーネルはGPTパーティションタイプを知りません。あなたはそれを使用すると言うが、gdiskカーネルはそのパーティションについて全く知らないので、おそらくGPTパーティションを認識しないでしょう。これを確認するには、現在のカーネル構成に、および両方があることをCONFIG_PARTITION_ADVANCED確認CONFIG_EFIしてくださいy(私が知っている限り、Ubuntuではカーネル構成がディレクトリ/bootの下にあります)。

  • NTFS(大規模ドライブに適したファイルシステムではありませんが、Windowsでも利用可能な良い選択肢はありません)を使用しているため、ファイルシステムに一貫性チェックが必要になる場合があります。これにより、Linuxツールがインストールされない可能性があるがドライブをインストールできない理由は説明されていませんgdisk。ただし、Windowsシステムに接続してディスク全体をスキャンしても問題はありません。

  • 少し探してみるこのフォーラムトピック主な問題はドライブハウジングにある可能性があると思います。

おすすめ記事