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では、両方のヘッドをコンピュータに接続する必要があります。 1つはデータ転送用で、もう1つはハードドライブがより速く回転し始めるときに必要な追加の電力を供給することです。
USBケーブルは古いですか？ USBケーブルを台無しにしない限りそうではありません。コンピュータは古いですか？ USBポート自体がハードドライブに電力を供給できない場合があります。
問題なくデバイスを「現代の」コンピュータに接続できる場合は、USBポートに問題があると思います。
ハードドライブは、より多くの電力を引き込む必要がある点まで回転しますが、電力が供給されていないと計画どおりに進まないため、切断したり警告音が鳴り、「再起動」して再度回転を試みます。ドライブに応じて再接続するまでアイドル状態です。
私は完全に間違っているかもしれませんが、そのようなことが私に起こりました。