だから私は、毎時、毎日、毎週、毎月のフルディスクスナップショットを自動的にマウントして使用する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
です。再割り当てされたセクタの数はゼロであるため、破損したセクタを交換するためのスペアセクタが必要です。sfdisk
sgdisk
いいえパーティションに新しいファイルシステムを作成すると、既存のデータが削除されます。マウントパーティション読み取り専用、何が得られるか確認してください。
ただし、今後はデータをバックアップするためにこのドライブを使用しません。