외장 USB 하드 드라이브에 가끔 액세스 할 수없는 이유는 무엇입니까?


11

SONY VAIO VGN-NS310F 랩탑에 연결된 Rosewill RX35-AT-SU SLV 알루미늄 3.5 "실버 USB 2.0 외장 인클로저에 1TB SATA 드라이브로 구성된 외장 USB 하드 드라이브 가 있습니다. 컴퓨터에 직접 연결되어 있습니다. (허브를 통하지 않음) 인클로저 내부의 드라이브는 7200 rpm Western Digital이지만 정확한 모델을 기억하지 못합니다. 사람들이 그 세부 사항을 알아야한다면 인클로저에서 드라이브를 제거 할 수 있습니다 (다시). .

드라이브는 ext4로 포맷되었습니다. udisks일반적으로 PCManFM을 통해 자동으로 Lubuntu 11.10 시스템에 동적으로 마운트합니다 . (저는이 머신에서 Lubuntu 12.04를 사용했으며 이와 동일한 동작을 모두 경험했습니다.) 하루에 한 번 또는 하루에 두 번씩 액세스 할 수없고 마운트를 해제하기가 ​​어렵습니다. sudo umount ...드라이브 를 마운트 해제하려고 하면 드라이브가 사용 중이고 드라이브를 사용 중임을 제안 fuser하고 lsof찾는 오류 메시지 가 나타납니다. 죽이는 프로세스와 드라이브를 사용하는 것을 발견 fuser하고 lsof내가 그것을 마운트 해제 할 수 때로는 충분하지만, 보통이 아니다.

드라이브가 마운트 해제되거나 머신이 재부팅되면 드라이브가 마운트되지 않습니다. 드라이브를 연결하고 전원을 켜면 컴퓨터에 아무것도 등록되지 않습니다. dmesg변경되지 않았습니다. 일반적으로 드라이브에 계속 액세스하는 것처럼 드라이브의 액세스 표시등이 격렬하게 깜박입니다. 그런 다음 결국 한 시간 동안 (1 시간 반) 드라이브를 끈 후에 다시 마운트 할 수 있습니다.

이 시스템 에서는 드라이브가 잠시 작동하지 않지만 동일한 버전의 Ubuntu를 실행하는 다른 시스템에서는 즉시 작동합니다 . 때로는 다른 컴퓨터에서 다시 가져 와서 "고정"하는 것처럼 보입니다. 때로는 그렇지 않습니다.

마운트 할 수없는 상태 가되기 전에 마운트 하는 동안 드라이브의 액세스가 항상 중지되는 것은 아닙니다 . 때로는 제대로 작동하고 컴퓨터를 끄고 컴퓨터를 다시 켜서 드라이브를 마운트 할 수 없습니다.

현재 이것은이 문제가있는 유일한 드라이브이지만 다른 우분투 컴퓨터에서 다른 드라이브와 동일한 문제가 있다고 생각합니다. 이 랩톱에는 다른 외부 USB 드라이브가 정기적으로 연결되어 있으며이 문제는 없습니다. "문제"드라이브를 연결하기 전에 드라이브를 분리해도 문제가 해결되지 않습니다.

드라이브를 열고 과거에 연결이 빡빡했는지 확인했지만 도움이되지 않는 것으로 보입니다 (다시 마운트를 시도하기 전에 드라이브를 열고 닫는 데 걸리는 것과 동일한 시간을 기다리는 것 이상) 그것).

이 문제의 원인, 수행해야 할 문제 해결 단계 및 / 또는이 문제를 완전히 해결할 수있는 방법에 대한 아이디어가 있습니까?

업데이트 : Merlin이 제안한 것처럼 USB 데이터 케이블 (외함에서 랩톱으로)을 교체하려고 했습니다. 오래 전에 시도해 보았습니다. 증상이 완벽하게 맞습니다 (드라이브는 다른 기계에서 작동합니다. 케이블이 다른 각도로 구부러져 닳은 전선 회로를 완성 할 수 있기 때문에 의미가 있습니다). 그러나 불행히도 이것은 도움이되지 못했습니다. 새 케이블과 동일한 문제가 있습니다. 다음에 드라이브를 작동시킬 수있을 때 인클로저 내부의 드라이브에 대한 추가 세부 정보를 제공하려고합니다. (현재 연결할 수있는 다른 컴퓨터가 없습니다.)

주요 업데이트 (2012 년 6 월 28 일)

드라이브가 상당히 나빠진 것 같습니다. 다른 컴퓨터에 첨부하고 파일을 복사 할 때 유효하지 않은 문자에 대해 많은 오류가 발생했기 때문에 이것이 그렇게 생각합니다. 문제가 무엇인지 파악하는 것보다 드라이브에서 데이터를 복구하는 데 관심이 적습니다. 특히 문제가 드라이브 또는 인클로저인지 확인하고 싶습니다.

이제 문제가 발생한 원래 컴퓨터에 드라이브를 꽂아도 여전히 나타나지 않지만 (을 포함하여 sudo fdisk -l) 커널에서 인식하고 메시지가 추가됩니다 dmesg. 대부분의 메시지는 다음과 같은 오류로 구성되며 여러 번 반복됩니다.

[    7.707593] sd 5:0:0:0: [sdc] Unhandled sense code
[    7.707599] sd 5:0:0:0: [sdc]  Result: hostbyte=invalid driverbyte=DRIVER_SENSE
[    7.707606] sd 5:0:0:0: [sdc]  Sense Key : Medium Error [current] 
[    7.707614] sd 5:0:0:0: [sdc]  Add. Sense: Unrecovered read error
[    7.707621] sd 5:0:0:0: [sdc] CDB: Read(10): 28 00 00 00 00 00 00 00 08 00
[    7.707636] end_request: critical target error, dev sdc, sector 0
[    7.707641] Buffer I/O error on device sdc, logical block 0

다음은 dmesg드라이브가 인식 될 때 부터 시작 되는 모든 줄입니다 . 점에 유의하시기 바랍니다:

  • 이 컴퓨터에서 Lubuntu 12.04를 다시 실행했습니다 (아마도 더 나은 오류 메시지의 원인 일 수 있습니다).
  • 이제 드라이브가이 일에 다른 시스템과 뒷면에 연결하고되었음을 지금이 기계가 다시 12.04을 실행하는 것으로, 드라이브의 액세스 표시등이 내가 설명했던대로 깜박이지 않습니다. 드라이브를 살펴보면 액세스가 적거나없는 상태에서 정상적으로 작동하는 것처럼 보입니다.
  • 이 동작 (오류)은 드라이브가 연결된 상태에서 시스템을 재부팅 할 때와 드라이브를 수동으로 연결할 때 발생합니다.
  • 메시지 중 일부가 /dev/sdb입니다. 그 드라이브는 잘 작동하고 있습니다. 나쁜 드라이브는 /dev/sdc입니다. 중간에서 아무것도 편집하고 싶지 않았습니다.

3
고장난 케이블?
Moog

드라이브 SATA II 또는 SATA III입니까? BIOS 또는 펌웨어 업데이트?
Mitch

해당 디스크의 SMART 상태를 확인할 수 있습니까? 어디에서나 인식 할 수 있다면.
Samik


2
@EliahKagan dmesg로그 에서 시스템이 첫 번째 섹터를 반복적으로 읽지 못하고 READ (10) 명령이 실패 함을 알 수 있습니다. 따라서 그곳에서 성장하는 나쁜 부문 일 수 있습니다.
Samik

답변:


2

문제가 드라이브 또는 인클로저인지 확인하려면 인클로저에서 드라이브를 제거하고 충분한 전원이있는 데스크탑에 설치 한 후 스마트 상태를 확인하십시오.

보다 심도있는 테스트를 위해 다음과 같은 도구를 사용하여 드라이브의 모든 섹터를 확인할 수 있습니다 ddrescue. ddrescue프로세스 중에 오류 크기를보고하고 다음과 같은 시간에 데이터 복구를 시도 할 수 있습니다 sudo ddrescue /dev/sdb2 /path/to/recovery.image logfile. sudo lsblk또는 classic으로 파티션을 나열하십시오 fdisk -l.

데이터에 관심이 없다면 출력 파일을 다음 /dev/null과 같이 강제 실행할 수 있습니다 .

sudo ddrescue --force /dev/sdc /dev/null logfile 

stdout의 오류 크기에 대한 보고서가 계속 표시됩니다.

/ dev / sdb2 (1MB 스왑 파티션)를 사용하는이 짧은 예에서 다음과 같이 GNU ddrescue 1.17로 Ubuntu 14.04에서 테스트되었습니다.

$ sudo ddrescue --force /dev/sdb2 /dev/null logfile


GNU ddrescue 1.17
Press Ctrl-C to interrupt
rescued:      1024 B,  errsize:       0 B,  current rate:     1024 B/s
   ipos:         0 B,   errors:       0,    average rate:     1024 B/s
   opos:         0 B,    time since last successful read:       0 s

비록이 단계들을 정확하게 수행 할 수는 없었지만,이 답변은 정확하고 가장 좋은 것으로 생각하고있는 문제의 본질을 잘 파악할 수 있습니다 (다른 시나리오도 마찬가지로 다른 시나리오에서도 비슷하게 나타납니다). 결국 드라이브가 완전히 작동을 멈추고 (전원이 공급 된) 인클로저에서 드라이브를 제거하고 다른 (전원이 공급 된) 인클로저에있을 때 (여러 시스템에서) 작동하지 않았고, 원래의 다른 드라이브에서 여러 드라이브가 작동하는 것을 발견했습니다. 울로 둘러싼 땅. 문제 드라이브를 다시 인식 할 수 없어서 ddrescueSMART 상태 를 실행 하거나 확인 하지 못했습니다 .
Eliah Kagan

@EliahKagan은 기계적 또는 전기적 고장입니까? 드라이브 회전 소리가 들립니까? 그냥 궁금해서
Geek

마지막으로 드라이브 전원을 켰을 때 여전히 회전하는 소리를들을 수있었습니다.
Eliah Kagan

1

12.04 Ubuntu 데스크톱을 실행할 때 비슷한 경험을했습니다. 하드 드라이브 인클로저에는 2 가지 전원 옵션이 있습니다. a / c 어댑터를 구입하거나 미니 USB 케이블을 일반 USB 케이블로 사용하거나 미니 USB 케이블을 2 개의 USB 케이블로 사용할 수 있습니다. 이상적으로는 충분한 전원을 공급하기 위해 두 개의 USB 포트에 연결해야합니다. USB 케이블이나 eSata를 통해 데이터를 전송할 수 있습니다.

eSata 연결을 사용할 때 디스크가 회전 할 수 있도록 드라이브 전원을 먼저 공급 한 다음 시스템을 부팅하여 바이오스가 이미 회전하는 디스크를 인식해야했습니다. 그렇지 않으면 디스크가 제 시간에 보이지 않습니다. 나는 이것이 인클로저 컨트롤러와 관련이 있다고 생각합니다.

USB를 마운트했을 때 케이블을 먼저 인클로저에 꽂고 두 번째를 USB 포트에 꽂을 때 매우 혼합 된 결과를 얻었습니다. 어쩌면 반 정도가 제대로 장착 될 것입니다. USB 케이블을 먼저 PC 포트에 꽂은 다음 인클로저에 두 번째로 연결하면 약 70 %의 결과가 훨씬 나아졌습니다. USB 옵션으로 얻은 가장 좋은 결과는 인클로저에 외부 전원 공급 장치 (a / c 어댑터)를 사용하여 디스크를 컴퓨터에 꽂기 전에 디스크가 회전하고 안정적인지 확인하는 것입니다. 거의 100 % 일했다

이것이 정확히 당신의 문제라고 말하지는 않지만 인클로저 전원을 공급하고 디스크를 회전시켜 시스템을 읽도록 연결하는 데 도움이되었습니다. 아마도 한 시스템의 BIOS 또는 버스 속도가 다른 시스템보다 우수하고 디스크를 읽기 전에 인클로저 컨트롤러가 작동하기 시작할 시간이 있습니까? 그리고 인클로저의 플러그를 뽑은 후 얼마 후에 컨트롤러가 재설정됩니까?

컨트롤러는 USB 또는 전원 및 데이터에서 전원을 공급 받고 있는지 여부를 결정해야 할 수도 있습니다. 전압이나 전류 문제 일 수 있습니까? 어느 쪽이든 인클로저 컨트롤러가 까다로운 것 같습니다.


0

USB 드라이브의 경우 다음 단계를 수행하십시오 (아직 수행하지 않은 경우).

  1. sudo fdisk -l #정보를 얻다
  2. sudo mkdir /media/external # 마운트 포인트 생성
  3. sudo mount -t vfat /dev/sdb1 /media/external -o uid=1000,gid=1000,utf8,dmask=027,fmask=137 #산.

또는 pmountUSB 장착에 사용해보십시오 .


5
제안 해 주셔서 감사합니다. 불행하게도 : [1] sudo fdisk -l 은 드라이브에 대해 아무 것도 밝히지 않습니다. dmesg드라이브를 다시 연결해도 변경 되지 않으므로 기대 하지 않습니다. [2] 우분투가 인식하지 못하는 장치를 수동으로 마운트 할 수 없습니다 . (다시 말하지만, dmesg아무것도 말하지 않는다.) (이 적용 udiskspmount도.)이 드라이브의 파티션이 볼되지 않는 것이 아니라, 기억하십시오. 드라이브 가 보이지 않습니다. [3] 왜 ext4 볼륨을 vfat로 마운트합니까?
Eliah Kagan

0

USB 버스 드라이버 칩 또는 이와 유사한 문제가있을 수도 있습니다. 모든 USB 장치를 나열하는 도구가 있습니까? 드라이브가 올바르게 작동하고 드라이브에 액세스 할 수없는 경우 해당 도구를 실행하십시오. 차이점이 있습니까?

오래된 (그리고 저렴한) 드라이브는 매 시간 정도마다 발생하는 "열 재 보정"(TACL)이라는 프로세스를 거칩니다. 드라이브는 열 축적으로 인해 디스크 헤드가 얼마나 많이 굽어지고 있는지 추정하는 동안 몇 초 동안 액세스 할 수 없게됩니다. 드라이브에. TCL 동안 스테퍼 모터와 코일은 모든 트랙을 탐색하고 헤드는 모든 트랙에 정렬되고 결과가 저장됩니다. 이것은 펌웨어의 내부 기능입니다. 이 프로세스가 중단되었거나 잘못된 응답을 생성하여 열 재 보정 후 드라이브에 액세스 할 수없는 것처럼 들립니다.

dmesg에서 게시 한 오류는 sdc, 섹터 0, 논리 블록 0에 문제가 있음을 나타냅니다.이 낮은 번호의 블록에는 종종 드라이브의 구조 (하드 또는 소프트 포맷)가 포함됩니다. 이러한 블록이 잘못되면 전체 드라이브에 영구적으로 액세스 할 수 없게됩니다. 매체 장애는 열과 관련이있을 수 있으며, 이로 인해 비활성 상태 (드라이브를 다른 기계로 이동)가 때때로 문제를 해결하고 때로는 수정하지 않는 이유를 설명 할 수 있습니다.

문제가 열 관련 문제인지 확인하려면 컴퓨터를 켜고 스톱워치를 시작하되 실제로 드라이브를 사용하지 마십시오. 드라이브가 고장날 때까지 기다렸다가 실패하는 데 걸리는 시간을 기록하십시오. 그런 다음 전원을 끄고 몇 시간 동안 식혀 두었다가 식힌 다음 테스트를 다시 실행하고 컴퓨터와 드라이브를 켜고 데이터 집약적 인 드라이브 드라이브 사본 (동일한 드라이브)을 시작하십시오. 스테퍼 모터로 더 많은 작업을 수행하면 드라이브가 더 빨리 가열되어 더 빨리 고장날 수 있습니다. 고장 지연에 큰 변화가 있다면, 드라이브가 건드리고 다른 것을 얻을 것입니다. 행운을 빕니다!


0

종종 이러한 유형의 문제는 USB 케이블로 드라이브에 전원이 공급되지 않아 발생합니다. 특히 외장 드라이브를 기성품으로 구입하지 않고 자체 조립 한 경우에 특히 그렇습니다. 외장 드라이브 제조업체 가 USB 포트가이를 지원할 수 있기를 바랍니다.

장치는 USB 2.0 사양의 포트에서 최대 500mA, USB 3.0의 경우 최대 900mA를 사용할 수 있습니다. 외장 드라이브의 제조업체 사양을 확인하면 드라이브의 최대 전원 요구 사항을 확인할 수 있습니다.

USB3보다 더 많은 전력을 공급하거나 USB Y 케이블을 사용하여 드라이브에서 전원을 공급받을 수 있기 때문에 USB3 포트를 사용하여 문제를 해결할 수 있습니다 (하나가 있고 아직 시도하지 않은 경우). 1 대신 2 개의 포트. eBay 또는 Amazon에서 저렴하게 사용할 수 있습니다.


0

문제의 실제 원인이 이미 지적되었지만 외부 HDD가 4 개 있기 때문에 동일한 대답을 추가하고 싶습니다.

제조 된 모든 컴퓨터는 전원이 구성 사양 및 최대 20 %의 과부하에 따라 사용된다고 가정합니다.

컴퓨터의 전원을 보호하기 위해 모든 외부 USB 장치는 외부 전원 공급 허브에서 전원을 공급 받아야합니다. 설명 된 동작은 전원 과부하의 일반적인 동작입니다. 외장 DVD가 있다고 가정하면 레코딩에 실패하고 장치 및 컴퓨터를 복구 할 수없는 상태가 될 수도 있습니다. 사용자는 수동 USB 허브 또는 HDD, DVD 등을 포함한 컴퓨터 전원 장치를 사용하는 경향이 있기 때문에 랩톱은 일반적으로 이런 식으로 제동합니다.

컴퓨터 전원을 끄는 대신 외부 전원 공급 USB 허브를 구입하고 USB 포트를 통해 USB 장치를 연결하십시오. 이 방법은 HDD 이상을 손상시킬 수 있습니다. 전력 서지는 대부분 저전력 컴퓨터 또는 외부 장치와 동일합니다. USB 표준은 저전력 장치와 관련이 없습니다. 이것을 다음과 같이 생각하십시오 : 자동차의 동력을 원한다면 어떤 연료를 사용 하시겠습니까? 화상 또는 제조업체가 지정한 연료가 있습니까? 여기서 정확히 동일합니다. UNPOWERED USB 장치를 사용하여 컴퓨터의 내부 전원에서 전원을 방전시킵니다. 이미 충분한 장치가 연결되어 있습니다!

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.