ハードドライブエラー
僕の /homeファイルシステムはJFSで、すでに何度かROモードになっているので、再起動/再マウントする必要がありました。これは '/ var/log/messages`で確認しました。
Dec 31 10:12:49 uvv-laptop-y570カーネル：[983.925711] ata2.00：UDMA/133 Dec 31 10:12:49 uvv-laptop-y570カーネル用に構成： [983.925755] sd 1：0：0：0：[sda]未処理のセンスコード 12月31日10：12：49uvv-laptop-y570カーネル：[983.925759] sd 1：0：0：0：[ sda] Dec 31 10:12:49 uvv-laptop-y570 kernel：[983.925763] sd 1：0：0：0：[sda] Dec 31 10:12:49 uvv-ラップトップ-y570カーネル：[983.925770] 72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00 12月31日10：12：49uvv-laptop-y570カーネル：[983.925778] 0e 5a b2 b8 Dec 31 10:12:49 uvv-laptop-y570 kernel：[983.925782] sd 1：0：0：0：[sda] Dec 31 10:12:49 uvv-laptop- y570カーネル：[983.925785] sd 1：0：0：0：[sda] CDB： Dec 31 10:12:49 uvv-laptop-y570カーネル：[983.925815] sd 1：0：0：0 ：[sda]未処理のセンスコード 12月31日10：12：49uvv-laptop-y570カーネル：[983.925817] sd 1：0：0：0：[sda] 12月31日10： 12:49 uvv-laptop-y570カーネル：[983.925820] sd 1：0：0：0：[sda] [.___ _。] Dec 31 10:12:49 uvv-laptop-y570 kernel：[983.925825] 72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00 Dec 31 10:12:49 uvv-ラップトップ-y570カーネル：[983.925833] 00 00 00 00 12月31日10：12：49uvv-laptop-y570カーネル：[983.925836] sd 1：0：0：0：[sda] Dec 31 10:12:49 uvv-laptop-y570カーネル：[983.925839] sd 1：0：0：0：[sda] CDB： Dec 31 10：12：49uvv-laptop-y570カーネル：[983.925863] sd 1：0：0：0：[sda]未処理のセンスコード 12月31日10：12：49uvv-laptop-y570カーネル：[983.925865] sd 1：0：0：0： [sda] Dec 31 10:12:49 uvv-laptop-y570 kernel：[983.925868] sd 1：0：0：0：[sda] Dec 31 10:12:49 uvv -laptop-y570カーネル：[983.925872] 72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00 Dec 31 10:12:49 uvv-laptop-y570カーネル：[983.925879] 00 00 00 00 Dec 31 10:12:49 uvv-laptop-y570 kernel：[983.925882] sd 1：0：0：0：[sda] Dec 31 10:12:49 uvv-laptop -y570カーネル：[983.925885] sd 1：0：0：0：[sda] CDB： 12月31日10：12：49uvv-laptop-y570カーネル：[983.925908] ata2：EH完了
そしてsmartctl -a /dev/sda私にこれをくれた：
SMART属性データ構造リビジョン番号：16 ベンダー固有SMARTしきい値のある属性： ID＃ATTRIBUTE_NAMEフラグ値最悪のスレッシュタイプが更新されたときにRAW_VALUE 1 Raw_Read_Error_Rate 0x002f 200 200001事前失敗常に-0 3 Spin_Up_Time 0x0027 179 174021事前失敗常に-2008 4 Start_Stop_Count 0x0032 099 099 000 Old_age Always-1005 [ .________________ ] 10 Spin_Retry_Count 0x0032 100 100 000Old_age常に-0 11キャリブレーション_Retry_Count0x0032100 100 000Old_age常に- 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always-998 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always-37 193 Load_Cycle_Count 0x0032 001 001 000 Old_age Always-810861 194 Temperature_Celsius 0x0022 106 091 000 Old_age Always-41 196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always-0 197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always-1 198Offline_Uncorrect。 0x0030 100 253 000Old_ageオフライン-0 199 UDMA_CRC_Error_Count 0x0032 200 200 000Old_age常に-0 200 Multi_Zone_Error_Rate 0x0008 200 200 000Old_ageオフライン-0
ハードドライブモデル：
モデルファミリ：Western Digital Scorpio BlueシリアルATA（高度なフォーマット） デバイスモデル：WDC WD7500BPVT-24HXZT3 シリアル番号：WD-WX91A91R4010 LUWWNデバイスId：5 0014ee 601b831c9 ファームウェアバージョン：03.01A03
Upd：別のセルフテスト（数か月前に行った最初のテスト）を開始し、いくつかの更新を取得しました：
SMARTセルフテストログ構造リビジョン番号1 Num Test_Descriptionステータス残りのライフタイム（時間）LBA_of_first_error ＃1拡張オフライン完了：読み取りエラー90％13680 229857912 ＃2拡張オフライン完了。エラーなし00％9661- ＃3拡張オフライン完了：読み取り失敗90％9654 96004576 ＃4拡張オフライン完了：読み取り失敗90％9653 96004576
＃2から＃4までの行は以前に持っていました。私はこれらのガイドに従いました： Badblock HOWTO および ファイルシステムのデバッグ 。ブロックはもうエラーとして報告されていないようですが、再配置されたブロックには含まれていません。同様に増加しません。悪いブロックにゼロを書き込んだ後、増加したのはRaw_Read_Error_Rateだけです。
問題は、新しいハードドライブの注文を検討する必要があるかどうかです。
smartctlのマニュアルページから：
smartctlによって出力された属性テーブルには、属性の「TYPE」も表示されます。属性は、2つの可能なタイプの1つです：障害前または老齢。事前障害属性は、しきい値以下の場合、保留中のディスク障害を示す属性です。老齢、または使用属性は、属性値がしきい値以下の場合に、老齢または通常の老化と摩耗による製品の寿命を示すものです。 注意：属性のタイプが「Pre-fail」であるからといって、ディスクに障害が発生しようとしているわけではありません。これは、属性の現在の正規化された値がしきい値以下の場合にのみこの意味を持ちます。
属性の現在の正規化された値がしきい値以下の場合、「WHEN_FAILED」列に「FAILING_NOW」と表示されます。そうでないが、記録された最悪の値がしきい値以下の場合、この列には「In_the_past」と表示されます。 「WHEN_FAILED」列にエントリがない場合（ダッシュで示される：´-´）、この属性は現在OK（失敗していない）であり、過去に失敗したことはありません。
したがって、投稿したsmartctl出力セクションによると、ドライブは実際には良好な状態に見えます。しかし、それは必ずしも別の問題がないことを意味するわけではありません。
残念ながら、Unhandled sense codeメッセージは何かがうまくいかなかったことを意味しますが、カーネルは何を認識していません。 smartctl出力の残りの部分を調べて、何か問題があるかどうかを確認してみてください。ドライブの全体的な状態を要約する部分があるはずです。 -Hオプションを使用して単独で取得できます。
ドライブがセルフテストをサポートしている場合は、次の方法で開始できます。
smartctl -t long /dev/sda
これはバックグラウンドで開始されるため、結果を確認し続ける必要があります。ドライブがマウントされていない場合は、-Cオプションを追加してキャプティブモードを有効にすることができます。これにより時間がかかりません。 shortテストも可能ですが、徹底的ではありません。
また、物理コネクタなどをチェックして、緩んでいないことを確認することもお勧めします。緩んでいる場合は簡単に修正できます。
更新
ウィキペディアには スマート属性 の良いリファレンスがあります。 'Better'列は、出力の右端の列の生の値を参照し、開始時の正規化された値を参照しないことに注意してください。 frostschutz によって言及された「現在保留中のセクター」に関する部分は次のとおりです。
「不安定な」セクターの数（回復不能な読み取りエラーのため、再マップされるのを待っています）。その後、不安定なセクターが正常に読み取られると、セクターが再マップされ、この値が減少します。セクターの読み取りエラーは、セクターをすぐに再マップしません（正しい値を読み取ることができないため、再マップする値が不明であり、後で読み取り可能になる可能性があるため）。代わりに、ドライブファームウェアは、セクターを再マップする必要があることを記憶しており、次に書き込まれるときに再マップします。ただし、一部のドライブは、書き込まれたときにそのようなセクターをすぐに再マップしません。代わりに、ドライブは最初に問題のあるセクターへの書き込みを試み、書き込み操作が成功すると、セクターは正常とマークされます（この場合、「再割り当てイベント数」（0xC4）は増加しません）。これは重大な欠点です。そのようなドライブに、書き込み操作が成功してからしばらく経過した後にのみ一貫して障害が発生するマージナルセクターが含まれている場合、ドライブはこれらの問題のあるセクターを再マップしません。
ドライブには現在保留中のセクターが1つあります。これは、セクターを正しく読み取ることができなかったことを意味します。通常、これはハードウェアの問題であり、SMARTセルフテスト中に読み取りに失敗します。このセクターを作成すると、問題が「修正」されるか、再割り当てセクターに変わる可能性があります。
技術的には、ドライブはこの時点ですでにデータを失っているので、重要なことについてはもはや信頼できません。