質問: おそらく死にかけているハードドライブですが、読み取り、書き込みは機能します-ログエントリについては不明です 最近、samba共有に問題のあるlinuxボックスを受け取りました。最初は接続できませんでした。2番目のls -laはリストのないi/o error(以下に表示されているものに近い)を示しました。これで、ボックスが完全に更新されました。更新後、raidはokで、すべてのデータにアクセスでき、sambaは魅力のように機能しました。どうやら、私は以前のログを保存していませんでした。さて、すべてがうまくいったとしても、時々これは私のjournalctlに現れます:kernel: ata4: eh complete kernel: end_request: i/o error, dev sdc, sector 2839546656 kernel: cdb[0]=0x28: 28 00 a9 40 0b 20 00 00 f0 00 kernel: sd 3:0:0:0: [sdc] cdb: kernel: asc=0x47 ascq=0x0 kernel: sd 3:0:0:0: [sdc] kernel: a9 40 0b a0 kernel: 72 0b 47 00 00 00 00 0c 00 0a 80 00 00 00 00 00 kernel: descriptor sense data with sense descriptors (in hex): kernel: sense key : 0xb [current] [descriptor] kernel: sd 3:0:0:0: [sdc] kernel: result: hostbyte=0x00 driverbyte=0x08 kernel: sd 3:0:0:0: [sdc] kernel: ata4.00: configured for udma/133 kernel: ata4: sata link up 3.0 gbps (sstatus 123 scontrol 330) kernel: ata4: hard resetting link kernel: ata4.00: error: { icrc abrt } kernel: ata4.00: status: { drdy err } kernel: [145b blob data] kernel: ata4.00: failed command: read dma ext kernel: ata4: serror: { unrecovdata 10b8b badcrc } kernel: ata4.00: bmdma stat 0x26 kernel: ata4.00: exception emask 0x10 sact 0x0 serr 0x280100 action 0x6 smartctl -t extended(s.m.a.r.t。long(maximum)scan)は、すでに3回何も言っていません。「すべてが機能する」とは、次のことを意味します。// read from drive, write to drive. find > files.txt // another read->write. du -bc > sizes.txt // 100 gb random writer dd if=/dev/urandom of=fillerd bs=512 count=209715200 ファイルは破損せず、完全に読み取り可能になります。エラーは何を表していますか?心配する必要がありますか?どうすれば修正できますか?
回答: 顕著なログエントリは次のとおりです。 カーネル:ata4.00:エラー:{icrc abrt} カーネル:ata4:serror:{unrecovdata 10b8b badcrc} これらのログエントリは、pcとhdd間のsataインターフェイスでエラーが発生していることを示しています。 sataインターフェイスは、crc、巡回冗長検査、コードを使用して検証されるデータ、コマンド、およびステータスレポート用のatapiパケットを伝送します。 icrc abrtメッセージは、「インターフェイスcrcエラー」イベントと「コマンドが中止されました」を示します。その他のログエントリは、中止されたコマンドに関連する補助情報です。 セクターは弱いcrcではなくeccを使用して検証されるため、これはhddのr/wヘッドまたはプラッターに関連するエラーを報告していません。 これらのメッセージの詳細については、 このlibata wikiページ を参照してください。 "sataドライブまたはチップセットがdrdyerrおよびicrcabrtをスローする" に関するこの同様の質問を参照してください。ここで、問題の原因は、hddではなくsataインターフェイスのホスト側にあります。時折発生するsataインターフェイスエラーは問題とは見なされないことに注意してください。 for sata drives, occasional transmission problems are expected even on otherwise pretty healthy systems. no need to worry about it too much unless the problem repeats itself a lot. これから引用 linuxの投稿 。 smartctl -t extended(s.m.a.r.t。long(maximum)scan)は、すでに3回何も言っていません。 拡張s.m.a.r.t.テストは、ドライブに対してローカルで実行されるセルフテストであり、sataインターフェイスにストレスを与えないようです。したがって、問題の解決には役立ちませんが、概念を強化します。問題はメディアではなくインターフェイスにあること。ホストpcから実行されるディスク診断またはエクササイザーを探す必要があります。 拡張s.m.a.r.t.テストは明らかにすべてのセクターをエラーなしで読み取ることができるため、すべてのセクターを読み取り、そのセクターをに転送するほぼ同一のテストsataバスを介したpcは次のとおりです。dd if=/dev/sdc of=/dev/null sataインターフェイスのハードウェア障害の原因は次の3つです。 sataケーブル。 例: ドライブが停止していますか? 簡単なテスト:ケーブルを交換します。 マザーボードのsataインターフェイス。 テスト:別のsataポートを使用するか、新しいケーブルでpciまたはusb-sataアダプターなどの代替インターフェースをインストールします。 ドライブのsataインターフェイス。 テスト:新しいケーブルを使用してhddを別のpcにインストールし、ドライブにエラーが発生するかどうかを確認します。 しかし、この問題のハードウェア障害に加えて、sataエラーの原因としてlinuxカーネルが関係しているという報告があります。 [解決済み] dmesgおよびコンソールのdrdyerrおよびicrcabrt 2.6.31-19-serverでdrdy err/icrc abrtメッセージを繰り返しました ボトムラインこれらだけが表示されている場合はicrc abrtまれな「時々」レートでログにエントリがあれば、問題が発生しなくなっている可能性があります。おそらく、元の問題は、システムを更新したときに解消されたカーネルの問題が原因である可能性があります。システムを使用してみて、熱心にバックアップしてください。