syslog内のいずれかのハードドライブのエラーメッセージ「未処理のエラーコード」「I / Oエラー」

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

最初にバックアップ

トラブルシューティングの前に、影響を受けるハードドライブに必要なすべてのデータを確認してください（ /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問題には多くの原因があります。

一般的な方法としては、ドライブの使用中にドライブを強く落としたり動かしすぎたりします。これはあなたのような外付けハードドライブでよく起こります。

もう一つは、あなたがシーゲイトバラクーダを持っているということです。

^{_{（ハードドライブの信頼性のレビューを見るために上の画像をクリックしてください。）}}

ドライブのごく一部に影響を与えたり、最終的にはライトオフに成長したりする可能性があるのは、単なるランダムな問題かもしれません。

---

トラブルシューティング

このセクションのコマンドは非破壊的です。

個人を読む セクター

問題の最初の兆候はカーネルロギングI / Oエラーでした。これらのセクターが読み取り可能かどうかを確認してください。

time hdparm --read-sector 947918344 /dev/sdb

…どこ 947918344 カーネルログに記録されているセクタ番号 /dev/sdb 疑わしいドライブです。

ほとんどのハードドライブはセクタを読み込もうとするため、時間がかかる場合があります。すぐに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

存在するセクターが入出力エラーを返すときに問題があります。データが破損する可能性があります。

スマート。拡張セルフテスト

あなたが実行することができます スマート。拡張オフラインセルフテスト このコマンドで：

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

再マップして拭く dd LUKSを保存する

LUKSデバイスがで復号化されている場合は、 /dev/mapper/your-luks-device：

dd conv=noerror if=/dev/zero of=/dev/mapper/your-luks-device bs=2M