☰

USB 하드디스크가 죽었나요?

tag-icon • tag-icon linux ubuntu usb-drive
USB 하드디스크가 죽었나요?

USB 하드 디스크에서 경고음이 울리기 시작한 후 작동이 멈췄습니다. 다시 작동하려면 하드 디스크를 다시 연결해야 합니다. 잠시 후 같은 소리가 들리더니 다시 작동이 멈춥니다. 내 USB 하드 디스크는 Transcend StoreJet입니다.

내 USB 하드 디스크가 죽어가고 있나요? 확실하지 않아서 아래에 syslog 출력 파일을 추가했습니다.

그런데 저는 Ubuntu 12.04 Beta 2를 사용하고 있습니다. Ubuntu 베타 버전이 영향을 미치기 때문인가요?

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에서는 두 헤드를 모두 컴퓨터에 연결해야 합니다. 하나는 데이터 전송에 사용되고 다른 하나는 haddrive가 더 빠르게 회전하기 시작할 때 필요할 수 있는 추가 전력을 전송하는 데 사용됩니다.

USB 코드가 오래됐나요? 나는 당신이 주변에 누워있는 USB 코드를 섞지 않는 한 그렇지 않다고 가정합니다. 컴퓨터가 오래됐나요? 어쩌면 USB 포트 자체가 하드 드라이브에 전원을 공급할 수 없기 때문일 수도 있습니다.

문제 없이 장치를 '최신' 컴퓨터에 연결할 수 있다면 USB 포트에 문제가 있다고 지적합니다.

하드 드라이브는 더 많은 전력을 끌어야 하는 지점까지 회전하다가 전력이 공급되지 않으면 물건이 계획한 대로 진행되지 않기 때문에 삐 소리가 나고 '재부팅'되어 다시 회전을 시도합니다. 또는 드라이브에 따라 다시 연결할 때까지 유휴 상태로 유지됩니다.

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

관련 정보