Ubuntu 11.04 和大型外部驱动器

Ubuntu 11.04 和大型外部驱动器

我有一个 Hitachi USB 外置 3 TB 驱动器连接到 Dell Precision T1500。当连接到运行 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

根据我在 Internet 上发现的信息,这可能与分区大于 2 TB 有关。我将驱动器连接到 Windows XP 系统,并将驱动器分成两个 NTFS 分区,每个分区 1.5 TB。它当前有一个 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 秒或更短,请尝试将其更改为10( sudo echo 10 > sys/module/usb_storage/parameters/delay_use),然后插入驱动器。

  • 内核不知道 GPT 分区类型。你说你使用了gdisk,但它可能无法识别 GPT 分区,因为内核根本不知道这些分区。要检查这一点,请验证您当前的内核配置是否同时具有CONFIG_PARTITION_ADVANCEDCONFIG_EFI设置为y(据我所知,在 Ubuntu 上,内核配置位于/boot目录下)。

  • 由于您使用的是 NTFS(我认为对于大型驱动器来说不是一个好的文件系统,但是 - 也没有与 Windows 一起使用的好的替代方案),文件系统可能需要进行一致性检查。这可能会阻止 Linux 工具安装它,但不能解释为什么驱动器不能被gdisk.不过,将其插入 Windows 机器并进行完整的磁盘检查不会有什么坏处。

  • 浏览了一下这个论坛主题我认为主要问题归根结底可能是驱动器外壳。

相关内容