syslog に奇妙なエラーが表示されています。Debian 7.9 を実行しています。このようなエラーを以前に見たことがある方、または何が起こっているのか知っている方はいらっしゃいますか? ハード ドライブが故障しているのでしょうか? 先日、起動時に fsck を実行しましたが、そのようなメッセージは表示されませんでした。これは外付け USB 暗号化ハード ドライブ (LUKS) で、起動時に暗号化解除/マウントされます。コンピューターには RAID などの設定はありません。他に 2 つのドライブが同様に設定されていますが、問題はありません。
ドライブのスマート データを確認したところ、「全体的なヘルス テスト」に合格したと表示されています。ドライブの状態を把握するために他に確認したり実行したりできることはありますか? なぜこのようなエラーが発生するのでしょうか?
Sep 24 02:49:03 centaur kernel: [ 1429.377929] sd 2:0:0:0: [sdb] Unhandled error code
Sep 24 02:49:03 centaur kernel: [ 1429.377933] sd 2:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_OK
Sep 24 02:49:03 centaur kernel: [ 1429.377939] sd 2:0:0:0: [sdb] CDB: Read(10): 28 00 38 80 16 08 00 00 08 00
Sep 24 02:49:03 centaur kernel: [ 1429.377950] end_request: I/O error, dev sdb, sector 947918344
Sep 24 11:41:19 centaur kernel: [32752.064706] sd 2:0:0:0: [sdb] Unhandled error code
Sep 24 11:41:19 centaur kernel: [32752.064710] sd 2:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_OK
Sep 24 11:41:19 centaur kernel: [32752.064715] sd 2:0:0:0: [sdb] CDB: Read(10): 28 00 38 40 f6 08 00 00 08 00
Sep 24 11:41:19 centaur kernel: [32752.064727] end_request: I/O error, dev sdb, sector 943781384
Sep 24 13:00:15 centaur kernel: [37487.599035] sd 2:0:0:0: [sdb] Unhandled error code
Sep 24 13:00:15 centaur kernel: [37487.599040] sd 2:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_OK
Sep 24 13:00:15 centaur kernel: [37487.599045] sd 2:0:0:0: [sdb] CDB: Read(10): 28 00 38 40 e1 68 00 00 08 00
Sep 24 13:00:15 centaur kernel: [37487.599056] end_request: I/O error, dev sdb, sector 943776104
Sep 24 13:55:44 centaur kernel: [40816.471962] sd 2:0:0:0: [sdb] Unhandled error code
Sep 24 13:55:44 centaur kernel: [40816.471967] sd 2:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_OK
Sep 24 13:55:44 centaur kernel: [40816.471972] sd 2:0:0:0: [sdb] CDB: Read(10): 28 00 38 40 6b e0 00 00 08 00
Sep 24 13:55:44 centaur kernel: [40816.471984] end_request: I/O error, dev sdb, sector 943746016
Sep 24 14:26:37 centaur kernel: [42670.078961] sd 2:0:0:0: [sdb] Unhandled error code
Sep 24 14:26:37 centaur kernel: [42670.078965] sd 2:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_OK
Sep 24 14:26:37 centaur kernel: [42670.078971] sd 2:0:0:0: [sdb] CDB: Read(10): 28 00 38 00 25 20 00 00 08 00
Sep 24 14:26:37 centaur kernel: [42670.078983] end_request: I/O error, dev sdb, sector 939533600
Sep 24 14:57:41 centaur kernel: [44533.796981] sd 2:0:0:0: [sdb] Unhandled error code
Sep 24 14:57:41 centaur kernel: [44533.796987] sd 2:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_OK
Sep 24 14:57:41 centaur kernel: [44533.796992] sd 2:0:0:0: [sdb] CDB: Read(10): 28 00 38 40 76 08 00 00 08 00
Sep 24 14:57:41 centaur kernel: [44533.797003] end_request: I/O error, dev sdb, sector 943748616
smartctl からの情報:
smartctl 5.41 2011-06-09 r3365 [x86_64-linux-3.2.0-4-amd64] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net
=== START OF INFORMATION SECTION ===
Model Family: Seagate Barracuda LP
Device Model: ST32000542AS
Serial Number: 6XW135W4
LU WWN Device Id: 5 000c50 01f01e7ee
Firmware Version: CC34
User Capacity: 2,000,398,934,016 bytes [2.00 TB]
Sector Size: 512 bytes logical/physical
Device is: In smartctl database [for details use: -P show]
ATA Version is: 8
ATA Standard is: ATA-8-ACS revision 4
Local Time is: Fri Sep 25 00:18:47 2015 MDT
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
See vendor-specific Attribute list for marginal Attributes.
General SMART Values:
Offline data collection status: (0x82) Offline data collection activity
was completed without error.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 623) seconds.
Offline data collection
capabilities: (0x7b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 255) minutes.
Conveyance self-test routine
recommended polling time: ( 2) minutes.
SCT capabilities: (0x103f) SCT Status supported.
SCT Error Recovery Control supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 118 099 006 Pre-fail Always - 178542268
3 Spin_Up_Time 0x0003 100 100 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 085 085 020 Old_age Always - 15977
5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0
7 Seek_Error_Rate 0x000f 065 060 030 Pre-fail Always - 81661499813
9 Power_On_Hours 0x0032 045 045 000 Old_age Always - 48686
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 69
183 Runtime_Bad_Block 0x0032 100 100 000 Old_age Always - 0
184 End-to-End_Error 0x0032 100 100 099 Old_age Always - 0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0
188 Command_Timeout 0x0032 100 099 000 Old_age Always - 4295032833
189 High_Fly_Writes 0x003a 083 083 000 Old_age Always - 17
190 Airflow_Temperature_Cel 0x0022 052 040 045 Old_age Always In_the_past 48 (0 174 52 30)
194 Temperature_Celsius 0x0022 048 060 000 Old_age Always - 48 (0 14 0 0)
195 Hardware_ECC_Recovered 0x001a 042 020 000 Old_age Always - 178542268
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
240 Head_Flying_Hours 0x0000 100 253 000 Old_age Offline - 208202834670158
241 Total_LBAs_Written 0x0000 100 253 000 Old_age Offline - 1107416570
242 Total_LBAs_Read 0x0000 100 253 000 Old_age Offline - 361340835
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
私も見ましたこのサイトそして、投稿者の 1 人が sysctl.conf を以下に貼り付けたように変更しましたが、私の設定はすでに次のように設定されています...
/etc/sysctl.conf
vm.dirty_background_ratio = 5
vm.dirty_ratio = 10
答え1
まずはバックアップ
トラブルシューティングを行う前に、影響を受けるハードドライブ ( ) 上の必要なデータがすべて/dev/sdbバックアップされていることを確認してください。
バックアップに問題がありますか?
ファイルシステムの破損が原因ではないI/Oエラーが発生しており（結果がfsckクリーンであると示しています）、データが実際に重要である場合、回復できる最も安全な方法は、gddrescue（またはdd_rescue（ご希望の場合は）
以下に例を示しますgddrescue。
ddrescue -Svv /dev/sdb /somewhere/else/rescue.img /somewhere/else/ddrescue.log
/somewhere/else… のサイズよりも多くの空き領域を持つマウントへのパスはどこにありますか/dev/sdb。
gddrescueのログ ファイルは、/somewhere/else/ddrescue.logハード ドライブのどの領域が読み取り不可能であるかを特定するのにも役立ちます。
ドライブの完全なイメージが作成されると、他のツールを使用して回復可能なもののほとんどを回復できます。テストディスクまたはkpartx -av /somewhere/else/rescue.imgですcryptsetup luksOpenが、これらは質問の範囲外です。
ご質問への回答
誰かこれを見たことがある人、または何が起こっているのか知っている人はいますか?
私はハード ドライブのさまざまなハードウェアの問題を見てきましたが、ハード ドライブを扱った経験は比較的短いです。私は専門家ではありませんが、特定のドライブでどのような障害が発生しているかを正確に特定するのは依然として困難です。
ハードドライブが故障しているのでしょうか?
まあ、ドライブは故障していることを認識していません。
読み取ろうとするほど、より多くの問題が発見されたり、場合によっては新たな問題を引き起こしたりする可能性があり、また、どのような損傷が存在するかに応じて、書き込み操作によって状況が悪化することもあります。
先日、起動時に fsck を実行しましたが、それを示すメッセージはありませんでした。
ハードウェア読み取りエラーはファイルの内容に影響を与える可能性がありますが、ファイルシステム自体には影響しません。
状態を把握するために他に確認したり実行したりできることはありますか?
はい、以下に包括的なガイドを書いてみました。
なぜこのようなエラーが発生するのでしょうか?
ハードドライブの I/O 問題には多くの原因があります。
よくある原因は、使用中にドライブを落としたり、無理に動かしたりすることです。これは、お客様の外付けハードドライブではよく起こります。
もう 1 つは、信頼性が低い傾向にある Seagate Barracuda を使用していることです。
(ハード ドライブの信頼性のレビューを見るには、上の画像をクリックしてください。)
また、ドライブのごく一部にのみ影響するランダムな問題であったり、最終的には故障につながる可能性もあります。
トラブルシューティング
このセクションのコマンドは非破壊的です。
個別を読むセクター
問題の最初の兆候は、カーネルのログ I/O エラーでした。これらのセクターが読み取り可能かどうかを確認してください。
time hdparm --read-sector 947918344 /dev/sdb
…947918344はカーネル ログに記録されたセクター番号で、/dev/sdbは問題が疑われるドライブです。
ほとんどのハード ドライブはセクターの読み取りを試行するため、時間がかかることがあります。すぐに I/O エラーが発生した場合は、ドライブがセクターがアクセス不可であることを確実に認識しており、読み取りを試行していないことを意味します。I/O エラーが発生するまでに数秒かかる場合は、ドライブがセクターの読み取りを試行して失敗した可能性があります。すぐに発生した I/O エラーの例を次に示します。
root@node51 [~]# time hdparm --read-sector 947918344 /dev/sdb
/dev/sdb:
reading sector 947918344: FAILED: Input/output error
real 0m0.038s
user 0m0.000s
sys 0m0.002s
読み取りが成功した例を次に示します。
root@node51 [~]# time hdparm --read-sector 947918344 /dev/sdb
/dev/sdb:
reading sector 947918344: succeeded
c193 76f6 7ae7 2dfa f121 b9ef 04da 2f82
4f6f 90af 6593 f215 d098 8857 2cfb d191
c6b1 245a 746c c1b8 bde9 f8f2 b3d2 ea68
3740 935d ce98 7fc6 bfef 41a5 f6b5 94e8
0833 6d39 3137 9b38 717d d310 f33d d508
d72d b504 77e5 7c8b 4496 6ac1 20f9 f49e
1224 8def df01 1163 d855 ae2b c6a8 eee5
3a22 04ae 012e bdd2 b5e9 94a4 3454 16ff
6000 81bc 356c a412 4b11 a875 588a 8394
37e5 310b f9eb afb6 4be1 0307 74f2 fce4
0f82 da8b 954f 4181 a544 ebff bfb5 4f1a
bcf9 e0be a912 fd78 e68d 9f76 424a 563f
0cc8 70ab 187e b7b1 b45d 732d 734d 0d7b
bb79 1e0c 8406 3fd9 5608 a6d4 9cd7 4167
ddb2 1972 7283 57bb 175e 1724 b3e4 9c07
0ba1 058d d8c9 b873 3e60 17e8 ab38 fad6
e9da b4e6 82f5 fb04 2316 b2ac 6cb3 05e1
7158 5a91 e21e 6333 f73e d839 e174 53bc
2f12 47dd 5dd2 d6d0 3d6d 7a6f a61c 7431
9e5f e3a2 55c5 1542 6efd 8b34 c40c 5382
a297 4627 2b64 1dc1 23bd 1442 f863 b1b1
767b c463 1936 ab96 b74c b899 7cae 632d
262d cef2 3088 2958 4d27 0f1b 9c44 ed30
f4ce 1d20 9a7e 2dca e99e 65bd 4686 2a8f
d3f4 f74a 35d3 e034 8473 9006 08d0 2372
0053 78fa d7ef 3f1a bcfd f702 376b c000
6517 3b41 5fb0 ff4c 87bb f79b 40ba 7bdf
c597 0246 663b 0ece 256d 26bd f806 e0f9
70b2 a1c8 ba4a 365d 69c6 e551 44d3 c840
7f9e 006d c1bc 07e5 c7df 5ca7 b37c 1de8
8d86 f118 e594 ede7 04b0 cc10 fac5 4070
a2a2 cd43 9ac6 fbd1 5790 eb60 fe65 f32d
real 0m0.014s
user 0m0.000s
sys 0m0.000s
存在するセクターが入出力エラーを返す場合、問題が発生しています。これは、データが破損している可能性があることを意味します。
SMART拡張セルフテスト
実行できるのはSMART拡張オフラインセルフテストこのコマンドで:
smartctl -t long /dev/sdb
テストの進行状況を確認する方法を見るここ。
テストが終了したら、次のコマンドでステータスを確認できます。
smartctl -l selftest /dev/sdb
以下は私が「修復」したハードドライブの例です (説明は後ほど)。
root@node51 [~]# smartctl -l selftest /dev/sdb
smartctl 6.4 2014-10-07 r4002 [x86_64-linux-3.16.0-4-amd64] (local build)
Copyright (C) 2002-14, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed without error 00% 23316 -
# 2 Extended offline Completed: read failure 30% 22068 1475120744
# 3 Extended offline Completed without error 00% 19943 -
# 4 Short offline Completed without error 00% 19940 -
1 of 1 failed self-tests are outdated by newer successful extended offline self-test # 1
以前は、セクターを1475120744読み取ることができず、その時点でテストが失敗しましたが、しばらくするとセクターが修復されました。この現象が発生する仕組みについては、以下をお読みください。
ドライブを「修復」する
これらのコマンドを実行するとデータが失われる可能性があります。 十分なバックアップがあることを確認してください。
不良セクタの再マップ
繰り返し試行してもhdparm --read-sectorドライブの速度が低下し、しばらくすると I/O エラーが返される場合は、データが復元されない可能性があります。ハード ドライブに、影響を受けたセクターをスペア セクターに再マップするように指示すると、ユーザーの観点からセクターが完全に空白になります。
hdparm --yes-i-know-what-i-am-doing --write-sector 947918344 /dev/sdb
…947918344は上書きしたいセクター番号です。
予備セクターが不足する可能性はありますが、その場合はドライブが故障しているため、交換する必要があります。(例）
スキャンと修復
ドライブは不良セクタを認識した場合にのみ不良セクタを認識できます。不良セクタをスキャンするには、次の操作を実行しますbadblocks。
badblocks -b 512 -s /dev/sdb
失敗した読み取りは、前述のようにカーネル ログに記録され、 によって出力されますbadblocks。この情報を使用して、 を使用してセクターを再マップできますhdparm --write-sector。
ATA セキュア消去
セクターの再マップを待ったりスクリプトを作成したりしたくない場合はbadblocks、不良セクターをすべて消去することができます。（その他すべてのデータも同様）一気に。
注記：これらの手順は USB インターフェイスでは機能しない可能性があります。
hdparm --security-set-pass password /dev/sdb
time hdparm --security-erase password /dev/sdb
リマップとワイプdd
セクターを再マップすることもできますドライブを消去するとdd：
dd conv=noerror if=/dev/zero of=/dev/sdb bs=2M
ddLUKSによる再マップとワイプと保存
あるいは、LUKS デバイスが次の場所で復号化されている場合/dev/mapper/your-luks-device:
dd conv=noerror if=/dev/zero of=/dev/mapper/your-luks-device bs=2M