USB 하드 드라이브가 고장났나요?

USB 하드 드라이브가 고장났나요?

USB 하드 드라이브에서 신호음이 울리기 시작한 후 작동을 멈췄습니다. 다시 작동하려면 하드 드라이브를 다시 삽입해야 했습니다. 얼마 후 같은 소리가 들리더니 다시 작동이 멈췄습니다. 내 USB 하드 드라이브는 Transcend StoreJet입니다.

USB 하드 드라이브가 죽어가고 있나요? 확실하지 않으므로 아래에 syslog 출력 파일을 추가했습니다.

그런데 저는 Ubuntu 12.04 Beta 2를 사용하고 있습니다. 우분투 베타 버전의 영향 때문일까요?

Mar 31 22:25:48 talk kernel: [13337.448109] usb 2-3: new high-speed USB device number 8 using ehci_hcd
Mar 31 22:25:48 talk kernel: [13337.582406] usb-storage 2-3:1.0: Quirks match for vid 152d pid 2329: 8020
Mar 31 22:25:48 talk kernel: [13337.582473] scsi7 : usb-storage 2-3:1.0
Mar 31 22:25:48 talk mtp-probe: checking bus 2, device 8: "/sys/devices/pci0000:00/0000:00:1d.7/usb2/2-3"
Mar 31 22:25:48 talk mtp-probe: bus: 2, device: 8 was not an MTP device
Mar 31 22:25:49 talk kernel: [13338.622683] scsi 7:0:0:0: Direct-Access     StoreJet Transcend             PQ: 0 ANSI: 2 CCS
Mar 31 22:25:49 talk kernel: [13338.624995] sd 7:0:0:0: Attached scsi generic sg2 type 0
Mar 31 22:25:49 talk kernel: [13338.627119] sd 7:0:0:0: [sdb] 976773168 512-byte logical blocks: (500 GB/465 GiB)
Mar 31 22:25:49 talk kernel: [13338.629874] sd 7:0:0:0: [sdb] Write Protect is off
Mar 31 22:25:49 talk kernel: [13338.629885] sd 7:0:0:0: [sdb] Mode Sense: 28 00 00 00
Mar 31 22:25:49 talk kernel: [13338.630727] sd 7:0:0:0: [sdb] No Caching mode page present
Mar 31 22:25:49 talk kernel: [13338.630738] sd 7:0:0:0: [sdb] Assuming drive cache: write through
Mar 31 22:25:49 talk kernel: [13338.633992] sd 7:0:0:0: [sdb] No Caching mode page present
Mar 31 22:25:49 talk kernel: [13338.634002] sd 7:0:0:0: [sdb] Assuming drive cache: write through
Mar 31 22:25:49 talk kernel: [13338.656453]  sdb: sdb1 sdb2
Mar 31 22:25:49 talk kernel: [13338.659225] sd 7:0:0:0: [sdb] No Caching mode page present
Mar 31 22:25:49 talk kernel: [13338.659232] sd 7:0:0:0: [sdb] Assuming drive cache: write through
Mar 31 22:25:49 talk kernel: [13338.659238] sd 7:0:0:0: [sdb] Attached SCSI disk
Mar 31 22:26:06 talk kernel: [13354.935136] usb 2-3: USB disconnect, device number 8
Mar 31 22:26:06 talk kernel: [13354.939147] sd 7:0:0:0: [sdb] Unhandled error code
Mar 31 22:26:06 talk kernel: [13354.939153] sd 7:0:0:0: [sdb]  Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
Mar 31 22:26:06 talk kernel: [13354.939160] sd 7:0:0:0: [sdb] CDB: Read(10): 28 00 1d 1d 4b 3d 00 00 6f 00
Mar 31 22:26:06 talk kernel: [13354.939177] end_request: I/O error, dev sdb, sector 488459069
Mar 31 22:26:06 talk kernel: [13354.939320] sd 7:0:0:0: [sdb] Unhandled error code
Mar 31 22:26:06 talk kernel: [13354.939324] sd 7:0:0:0: [sdb]  Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
Mar 31 22:26:06 talk kernel: [13354.939329] sd 7:0:0:0: [sdb] CDB: Read(10): 28 00 1d 1d 4b ac 00 00 5f 00
Mar 31 22:26:06 talk kernel: [13354.939344] end_request: I/O error, dev sdb, sector 488459180
Mar 31 22:26:06 talk kernel: [13354.939470] FAT-fs (sdb2): FAT read failed (blocknr 72482)
Mar 31 22:26:59 talk kernel: [13408.240101] ieee80211 phy0: wlan0: No probe response from AP 00:0c:f6:ad:0d:e8 after 500ms, disconnecting.
Mar 31 22:26:59 talk wpa_supplicant[960]: CTRL-EVENT-DISCONNECTED bssid=00:0c:f6:ad:0d:e8 reason=4
Mar 31 22:26:59 talk kernel: [13408.300676] cfg80211: All devices are disconnected, going to restore regulatory settings
Mar 31 22:26:59 talk kernel: [13408.300687] cfg80211: Restoring regulatory settings
Mar 31 22:26:59 talk kernel: [13408.300698] cfg80211: Calling CRDA to update world regulatory domain
Mar 31 22:26:59 talk NetworkManager[860]: <info> (wlan0): supplicant interface state: completed -> disconnected
Mar 31 22:26:59 talk kernel: [13408.309382] cfg80211: Ignoring regulatory request Set by core since the driver uses its own custom regulatory domain
Mar 31 22:26:59 talk kernel: [13408.309390] cfg80211: World regulatory domain updated:
Mar 31 22:26:59 talk kernel: [13408.309393] cfg80211:     (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
Mar 31 22:26:59 talk kernel: [13408.309399] cfg80211:     (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Mar 31 22:26:59 talk kernel: [13408.309403] cfg80211:     (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
Mar 31 22:26:59 talk kernel: [13408.309407] cfg80211:     (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
Mar 31 22:26:59 talk kernel: [13408.309411] cfg80211:     (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Mar 31 22:26:59 talk kernel: [13408.309416] cfg80211:     (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Mar 31 22:26:59 talk NetworkManager[860]: <info> (wlan0): supplicant interface state: disconnected -> scanning
Mar 31 22:27:00 talk wpa_supplicant[960]: Trying to authenticate with 00:0c:f6:ad:0d:e8 (SSID='SitecomAD0DE8' freq=2462 MHz)
Mar 31 22:27:00 talk kernel: [13409.598576] wlan0: authenticate with 00:0c:f6:ad:0d:e8 (try 1)
Mar 31 22:27:00 talk wpa_supplicant[960]: Trying to associate with 00:0c:f6:ad:0d:e8 (SSID='SitecomAD0DE8' freq=2462 MHz)
Mar 31 22:27:00 talk NetworkManager[860]: <info> (wlan0): supplicant interface state: scanning -> associating
Mar 31 22:27:00 talk kernel: [13409.600886] wlan0: authenticated
Mar 31 22:27:00 talk kernel: [13409.601164] wlan0: associate with 00:0c:f6:ad:0d:e8 (try 1)
Mar 31 22:27:00 talk kernel: [13409.605796] wlan0: RX ReassocResp from 00:0c:f6:ad:0d:e8 (capab=0x431 status=0 aid=1)
Mar 31 22:27:00 talk kernel: [13409.605803] wlan0: associated
Mar 31 22:27:00 talk wpa_supplicant[960]: Associated with 00:0c:f6:ad:0d:e8
Mar 31 22:27:00 talk NetworkManager[860]: <info> (wlan0): supplicant interface state: associating -> 4-way handshake
Mar 31 22:27:00 talk wpa_supplicant[960]: WPA: Key negotiation completed with 00:0c:f6:ad:0d:e8 [PTK=CCMP GTK=CCMP]
Mar 31 22:27:00 talk wpa_supplicant[960]: CTRL-EVENT-CONNECTED - Connection to 00:0c:f6:ad:0d:e8 completed (reauth) [id=0 id_str=]
Mar 31 22:27:00 talk NetworkManager[860]: <info> (wlan0): supplicant interface state: 4-way handshake -> completed
Mar 31 22:27:16 talk kernel: [13425.516140] usb 2-3: new high-speed USB device number 9 using ehci_hcd
Mar 31 22:27:16 talk kernel: [13425.667791] usb-storage 2-3:1.0: Quirks match for vid 152d pid 2329: 8020
Mar 31 22:27:16 talk kernel: [13425.667849] scsi8 : usb-storage 2-3:1.0
Mar 31 22:27:16 talk mtp-probe: checking bus 2, device 9: "/sys/devices/pci0000:00/0000:00:1d.7/usb2/2-3"
Mar 31 22:27:16 talk mtp-probe: bus: 2, device: 9 was not an MTP device
Mar 31 22:27:17 talk kernel: [13426.710254] scsi 8:0:0:0: Direct-Access     StoreJet Transcend             PQ: 0 ANSI: 2 CCS
Mar 31 22:27:17 talk kernel: [13426.711635] sd 8:0:0:0: Attached scsi generic sg2 type 0
Mar 31 22:27:17 talk kernel: [13426.716360] sd 8:0:0:0: [sdb] 976773168 512-byte logical blocks: (500 GB/465 GiB)
Mar 31 22:27:17 talk kernel: [13426.717212] sd 8:0:0:0: [sdb] Write Protect is off
Mar 31 22:27:17 talk kernel: [13426.717219] sd 8:0:0:0: [sdb] Mode Sense: 28 00 00 00
Mar 31 22:27:17 talk kernel: [13426.717965] sd 8:0:0:0: [sdb] No Caching mode page present
Mar 31 22:27:17 talk kernel: [13426.717973] sd 8:0:0:0: [sdb] Assuming drive cache: write through
Mar 31 22:27:17 talk kernel: [13426.720716] sd 8:0:0:0: [sdb] No Caching mode page present
Mar 31 22:27:17 talk kernel: [13426.720723] sd 8:0:0:0: [sdb] Assuming drive cache: write through

답변1

Ubuntu의 베타 상태가 드라이브 문제와 관련이 있는지는 매우 의심스럽습니다.

드라이브에 문제가 있지만 로그 출력에 따르면 문제가 치명적인지 알 수 있는 방법이 없습니다. 다음은 문제를 나타내는 관련 줄입니다.

Mar 31 22:26:06 talk kernel: [13354.939177] end_request: I/O error, dev sdb, sector 488459069
Mar 31 22:26:06 talk kernel: [13354.939344] end_request: I/O error, dev sdb, sector 488459180

이러한 오류가 읽기로 인해 발생한 경우 물리적 디스크 섹터를 덮어쓰기만 하면 오류를 해결할 수 있습니다. 정전으로 인해 섹터에 잘못된 체크섬이 기록될 수 있습니다. 이후에 이러한 섹터를 읽으면 체크섬이 데이터와 일치하지 않기 때문에 I/O 오류가 발생합니다. 이러한 섹터를 덮어쓰면 체크섬이 수정되고 해당 섹터를 다시 읽을 수 있습니다. 나는 이런 식으로 여러 드라이브를 수리했습니다.

그러나 물리적 블록에 오류가 발생하여 드라이브에 이를 교체할 예비 블록이 부족할 수도 있습니다. 이 경우 드라이브를 폐기해야 합니다.

지금 해야 할 일은 교체 드라이브를 구입하고 문제가 있는 드라이브에서 데이터를 복사하는 것입니다. 완료되면 불량 섹터를 덮어쓰고 I/O 오류가 사라지는지 확인할 수 있습니다.

답변2

나는 이것을 전에 경험했지만 문제는 다를 수 있습니다. 어쨌든, 내가 한 일이 당신에게 도움이 된다면 정말 좋을 것 같아요.

일부 USB 케이블은 오래되어 더 까다로운 장치에 전력을 공급할 만큼 충분한 전력을 공급할 수 없습니다. 일부 USB 포트는 오래되어 충분한 전력을 전송하지 않습니다.

내 하드 드라이브에는 컴퓨터에 연결하기 위한 2개의 끝이 있는 USB 케이블이 함께 제공됩니다. 최신 PC에서는 "더 두꺼운" 와이어가 있는 USB 헤더를 사용할 수 있습니다. 최신 PC에서는 두 헤드를 모두 컴퓨터에 연결해야 합니다. 하나는 데이터 전송용이고 다른 하나는 하드드라이브가 더 빠르게 회전하기 시작할 때 필요할 수 있는 추가 전력을 공급하기 위한 것입니다.

USB 케이블이 오래됐나요? USB 케이블을 엉망으로 만들지 않는 한 그렇지 않을 것 같습니다. 컴퓨터가 오래됐나요? USB 포트 자체가 하드 드라이브에 전원을 공급하지 못할 수도 있습니다.

아무 문제 없이 장치를 "현대적인" 컴퓨터에 연결할 수 있다면 USB 포트에 문제가 있다고 생각합니다.

하드 드라이브는 더 많은 전력을 끌어야 하는 지점까지 회전하다가, 전력을 공급받지 못하면 계획대로 진행되지 않기 때문에 끊기거나 경고음이 울리고 "재부팅"하여 다시 회전을 시도합니다. 드라이브에 따라 다시 연결할 때까지 유휴 상태입니다.

내가 완전히 틀렸을 수도 있지만 그런 일이 나에게 일어났습니다.

관련 정보