私のUSBハードドライブにアクセスできないようです。

私のUSBハードドライブにアクセスできないようです。

だから私は、毎時、毎日、毎週、毎月のフルディスクスナップショットを自動的にマウントして使用するUSB​​ハードドライブを持っています。

失敗したようです。回復が可能な場合は、以前のバックアップがすべて失われるため、完全な再フォーマットを試すことに懐疑的です。


コンテキスト

オペレーティングシステムはLinux Mint 18.1です。ドライブはWDマイパスポートです。 USBドライブを使用する唯一の理由は、すでに持っているからです。 USBドライブを抜きたくありません。

最近電源ストリップを交換しましたが、これが停電を引き起こす唯一の最近の出来事でした。ただし、これを実行するとコンピュータがシャットダウンしました。その後、起動にはいくつかの問題があり、検索結果はマザーボードのCLR CMOSピンを短絡してBIOSをリセットすると問題が解決したことがわかりました。どうやらパワー問題があるようです。その後も、.NETから起動するまで緊急復旧端末を介して起動する際に問題がありましたfstab

診断しよう

(を含むすべてのコマンドsudo

fdisk -l /dev/sdb生産するfdisk: cannot open /dev/sdb: Input/output error

blkid /dev/sdb何も出力されません。

fsck /dev/sdb出力

fsck from util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
fsck.ext2: Attempt to read block from filesystem resulted in short read while trying to open /dev/sdb
Could this be a zero-length partition?

ls /devリストsdb

UUIDを介してマウントしようとするとmount: can't find UUID=83dbb817-b194-4c83-bb3f-9b67163e1c5c

ドライブの説明を入力せずにコンピュータを起動しようとすると、緑色のドットスプラッシュ画面がfstab長続きし、最終的にオレンジ色に変わり、さまざまなエラーメッセージが表示されます。私が移って少ない唯一のことはblk_update_request: critical medium error

終了が完了する前に終了すると、次の端末画面が表示されます。

Linux Mint 18.1 Serena dt tty 1
dt login: [ 5840.759433] blk_update_request: critical medium error, dev sdb, sector 0
[ 5840.759523] Buffer I/O error on dev sdb, logical block 0, async page read

これら2つのエラーメッセージは、タイムスタンプが増加するにつれてマシンが最終的に終了するまで数回繰り返されます(ゆっくりと、各エラーメッセージ間に大きな遅延が発生します)。メッセージが2番目に表示されるまでの間隔は約1秒です。 17秒。もう写真を撮らなかったのですが、6回ほど繰り返していたかもしれません。これは起動を試みたときに発生するおおよそのエラーでもあります。

コンピュータがシャットダウンしたとき、ドライブの小さなインジケータが点滅し続け、ドライブから少しばかげた音がすることがわかりました。ちゃんと働いた時もこんなことがあったか覚えていません。

試験を終えたsmartctl

~ $ sudo smartctl -i -A /dev/sdb
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.8.0-56-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Elements / My Passport (USB, AF)
Device Model:     WDC WD20NMVW-11AV3S4
Serial Number:    WD-WX11E23AAA87
LU WWN Device Id: 5 0014ee 2b36180eb
Firmware Version: 01.01A01
User Capacity:    2,000,398,934,016 bytes [2.00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5200 rpm
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-2 (minor revision not indicated)
SATA Version is:  SATA 3.0, 3.0 Gb/s (current: 3.0 Gb/s)
Local Time is:    Wed Jun 21 22:50:33 2017 EDT
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       207
  3 Spin_Up_Time            0x0027   222   216   021    Pre-fail  Always       -       3900
  4 Start_Stop_Count        0x0032   099   099   000    Old_age   Always       -       1664
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   185   185   000    Old_age   Always       -       248
  9 Power_On_Hours          0x0032   094   094   000    Old_age   Always       -       4855
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       182
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       56
193 Load_Cycle_Count        0x0032   199   199   000    Old_age   Always       -       5196
194 Temperature_Celsius     0x0022   126   105   000    Old_age   Always       -       26
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       3
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   100   253   000    Old_age   Offline      -       0

dmesg貼り付けボックス:ここ

答え1

部分的な答え:ディスクへの最初のアクセス試行のログメッセージは次のとおりです。

[   19.614242] sd 6:0:0:0: [sdb] 3906963456 512-byte logical blocks: (2.00 TB/1.82 TiB)
[   19.614484] sd 6:0:0:0: [sdb] Write Protect is off
[   19.614485] sd 6:0:0:0: [sdb] Mode Sense: 47 00 10 08
[   19.614724] sd 6:0:0:0: [sdb] No Caching mode page found
[   19.614734] sd 6:0:0:0: [sdb] Assuming drive cache: write through

これはドライブの初期化に関する一般的なメッセージです。ただし、10秒後(おそらくタイムアウト):

[   38.037295] sd 6:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[   38.037297] sd 6:0:0:0: [sdb] tag#0 Sense Key : Medium Error [current]
[   38.037298] sd 6:0:0:0: [sdb] tag#0 Add. Sense: Unrecovered read error
[   38.037299] sd 6:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 00 00 00 00 00 00 08 00
[   38.037300] blk_update_request: critical medium error, dev sdb, sector 0

したがって、最初から最初の読み取りは失敗し、その読み取りはパーティション表のようです。これは、最良のシナリオでは、パーティションテーブルが配置されているブロックに不良ブロックがあることを意味します。パーティションテーブルについて覚えているものはありますか?ディスク全体にパーティションが1つしかない場合は、回復が簡単です。

最悪の場合は何も読み取れないので、最初のステップは実行してbadblocks /dev/sdb読み取りエラーがいくつかあるかどうかを確認することです。

パーティションテーブルのみがある場合は、安全な方法(データが本当に貴重な場合)は、2番目のハードドライブを購入するか、すべてのブロックを使用するか、別の方法で読み取り、dd_rescue読み取りddrescueエラーがどこにあるかを確認することです(パーティションテーブルのみ)。 )、破損したハードドライブのコピーに新しいパーティションを作成して修復できる項目を確認してください。

少し安全性の低いオプションは、パーティションテーブルの作成方法と記憶方法に応じて、(MBR)または(GPT)を使用して新しいパーティションを作成することfdiskです。再割り当てされたセクタの数はゼロであるため、破損したセクタを交換するためのスペアセクタが必要です。sfdisksgdiskいいえパーティションに新しいファイルシステムを作成すると、既存のデータが削除されます。マウントパーティション読み取り専用、何が得られるか確認してください。

ただし、今後はデータをバックアップするためにこのドライブを使用しません。

関連情報