次の基本スタックを持つext4パーティションがあります。
- sda1とsdb1はRAID1を形成してmd0を生成します。
- md0 は LUKS で暗号化され、md0_crypt を生成します。
- md0_crypt上記は、/home/mediaの下にインストールされた単一のLVMボリュームmv0_vg_mediaです。
実行するとcp /home/media/hierarchy/photo.jpg /tmp
IOエラーが発生します(ただし、数万ファイルのうち約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 badblocks
cat /sys/block/md0/md/mismatch_cnt
0
値(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.