次の基本スタックを持つext4パーティションがあります。
- sda1とsdb1はRAID1を形成してmd0を生成します。
- md0 は LUKS で暗号化され、md0_crypt を生成します。
- md0_crypt上記は、/home/mediaの下にインストールされた単一のLVMボリュームmv0_vg_mediaです。
実行するとcp /home/media/hierarchy/photo.jpg /tmpIOエラーが発生します（ただし、数万ファイルのうち約20ファイルのみ）。
ただし、問題をデバッグしようとすると、次のようになります。
- IO エラーが発生すると、dmesg と syslog の両方がクリーンなままになります。 （編集：説明：これは、
--follow読み取りエラーが発生したときにログパスオプションが有効になっていても、ディスク関連の出力がdmesgまたはsyslogに書き込まれないことを意味します。） - sdaとsdbの不良ブロックにはエラーは表示されません。
- fsck on は
/dev/mapper/md0_vg_media「もっと絞り込むことができます。無視してください」警告のみ出力しますが、エラーはなく、自動修正オプションは何も修正しません。
混乱しています。ファイルを削除して再同期できますが、問題が何であるかを正確に知らない場合は、これは悪い考えです。
どのようにさらにデバッグできますか？
編集する：
意見やさらなる研究に基づいて、以下の結果が得られた。
mdadm --examine /dev/sda(sdb と同じ) は次を返します./dev/sda: MBR Magic : aa55 Partition[0] : 3907029167 sectors at 1 (type ee)mdadm --examine-badblocks /dev/sda(sdb と同じ) は次を返します.mdadm: mbr metadata does not support badblockscat /sys/block/md0/md/mismatch_cnt0値(0)を含むecho 'check' > /sys/block/md0/md/sync_actionチェックが実行されましたが、エラーは見つかりませんでした。 Dmesgには2つの項目があり、[734796.807172] md: data-check of RAID array md0その後には次のものが続きます。[754370.977181] md: md0: data-check done.