☰

Ubuntu 11.04 및 대형 외장 드라이브

tag-icon • tag-icon filesystems partition usb-drive external-hdd
Ubuntu 11.04 및 대형 외장 드라이브

Dell Precision T1500에 Hitachi 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의 NTFS 파티션 2개로 분할했습니다. 현재 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_ADVANCED및 가 둘 다 CONFIG_EFI있는지 확인하십시오 y(내가 아는 한 Ubuntu에서는 커널 구성이 /boot디렉토리 아래에 있음).

  • NTFS(대형 드라이브에 적합한 파일 시스템은 아니지만 Windows에서도 사용할 수 있는 좋은 대안은 없음)를 사용하고 있으므로 파일 시스템에 일관성 검사가 필요할 수 있습니다. 이로 인해 Linux 도구가 설치되지 않을 수 있지만 드라이브를 설치할 수 없는 이유는 설명되지 않습니다 gdisk. 그러나 Windows 시스템에 연결하고 전체 디스크 검사를 수행해도 문제가 되지 않습니다.

  • 조금 찾아보니이 포럼 주제주요 문제는 드라이브 하우징에 있을 수 있다고 생각합니다.

관련 정보