重要な要約、DRの要約：mdセクタ番号をデバイス内のオフセットに変換して/dev/mdX調査する方法xfs_db。sh->sectorのセクター番号linux/drivers/md/raid5.c:handle_parity_checks5()。

printkMD内部を理解していないので、追加したロギングの出力をどのように処理するのかわかりません。

コンポーネントデバイス（dd16進エディタ/ビューア用）のオフセットも興味深いです。

私はLinux-raidメーリングリストにこの質問を投稿する必要があると思いました。購読者専用ですか、それとも購読しなくても投稿できますか？

私のxfsは、デスクトップ（LVMなし）の4つのディスクのMD RAID 5のすぐ上にあります。最近のクリーンアップでは、ゼロ以外の値mismatch_cnt（mdは一度に4kiBページで実行されるため、実際には8）を検出しました。

RAID1/RAID10ではなくRAID5です。ここでmismatch_cnt!= 0 は通常動作中に発生する可能性があります。。 （追加リンクは下部にありますこのWikiページ一部の人には便利かもしれません。 )

盲目的にこれを行うことはできますが、repair再構築する方法を選択する機会を失うことに加えて、どのファイルが破損しているかを確認する必要があるかどうかはわかりません。 同様の質問に対するFrostschutzの答えこれがファイルシステムの違いを追跡するために私が見つけた唯一の提案です。面倒で遅いので、むしろより良いものを使用して最初にいくつかのファイルに絞り込むことをお勧めします。

カーネルパッチにロギングが追加されました。

奇妙なことは、mdの確認機能は、エラーが見つかった場所を報告しません。。 printkmd/raid5.c にsh->sector増分ロギングのためのif分岐を追加しました。mddev->resync_mismatcheshandle_parity_checks5()（小さなパッチgithubに投稿、元のkernel.orgの4.5-rc4に基づいています。 ）一般的な目的で使用できるようにするには、修正で大きな不一致が原因でログがあふれないようにする必要があります（おそらく新しいresync_mismatches値が<1000の場合にのみログを記録しますか？）。check代わりにforを記録することも可能ですrepair。

同じ関数がセクタ番号を印刷するので、有用な情報を記録していると確信しています（MDの内部がわからない場合でも！）。エラー処理の場合switch。

修正されたカーネルをコンパイルして起動し、チェックをやり直しました。

[  399.957203] md: data-check of RAID array md125
...
[  399.957215] md: using 128k window, over a total of 2441757696k.
...
[21369.258985] md/raid:md125: check found mismatch at sector 4294708224    <-- custom log message
[25667.351869] md: md125: data-check done.

今、そのセクター番号で何をすべきかわかりません。そこにsh->sector * 512線形アドレス/dev/md/t-r5（別名）がありますか？/dev/md125各構成デバイス内のセクタ番号ですか（したがって、3つのデータセクタと1つのパリティセクタを表します）？私の推測は後者です。 RAID5 のパリティの不一致は、md デバイスの N-1 セクタがストライプ単位で互いにオフセットされ、危険にさらされていることを意味するためです。セクタ 0 はコンポーネントデバイスの先頭、それともスーパーブロックの後のセクタですか、それとも別のセクタですか？handle_parity_checks5()より多くの情報を計算/記録する必要がありますか？

一致しないチャンクだけを取得したい場合、これは正しいですか？

dd if=/dev/sda6 of=mmblock.0 bs=512 count=8 skip=4294708224
dd if=/dev/sdb6 of=mmblock.1 bs=512 count=8 skip=4294708224
dd if=/dev/sda6 of=mmblock.2 bs=512 count=8 skip=4294708224
dd if=/dev/sdd  of=mmblock.3 bs=512 count=8 skip=4294708224  ## not a typo: my 4th component is a smaller full-disk

# i.e.
sec_block() { for dev in {a,b,c}6 d; do dd if=/dev/sd"$dev" of="sec$1.$dev"  skip="$1"  bs=512 count=8;done; }; sec_block 123456

4つのレイドコンポーネントすべてで4,000個のゼロを取得したため、そうではありません0^0 == 0。これは正しいパリティでなければなりません。そうですか？

sync_minmdでセクタアドレスを使用することは、他の場所で言及したものを見sync_maxました（sysfsで）。Neil Brownはlinux-raidのリストにあります。、セクタ番号のソースである故障したドライブについての質問では、hdrecoverニールはディスク全体のセクタ番号をMDセクタ番号として使用しました。これは合っていませんか？ mdセクタ番号は、パーティションが属するデバイス全体ではなく、コンポーネントデバイス（この場合はパーティション）に基づいていませんか？

線形セクタをXFSファイル名として：

mdセクタ番号がおそらくRAIDデバイスではなくコンポーネントのものであることに気づく前に、読み取り専用モードで試してみましたxfs_db。

Dave Chinnerの非常に簡単なアドバイスXFSが特定のブロックをどのように使用するかを理解する方法については、私にはまったく機能しないようです。 （一部のセクタでは確実な結果を期待しています。不一致セクタでなくても、数字がデバイスの端を越えてはならないからです。）

# xfs_db -r /dev/md/t-r5 
xfs_db> convert daddr 4294708224 fsblock
0x29ad5e00 (699227648)
xfs_db> blockget -nv -b 699227648
xfs_db> blockuse -n       # with or without -c 8
must run blockget first

まあ？私がここで何を間違っているのか？これは別の質問になるはずです。このセクションの回答を他の場所で尋ねるか見つけた場合は、リンクに置き換えます。

私のRAID5は、デフォルトでは書き込みアクティビティがなく、読み取りが最小化されたアイドル状態です（noatimeしたがって、読み取りは書き込みを生成しません）。

私の設定に関する追加情報、ここでは重要ではありません。

私のファイルの多くはビデオまたは他の圧縮データであり、データが正しいかどうか（ファイル形式の内部チェックサムまたはデコードにエラーがないか）知るための効率的な方法を提供します。それからこの読み取り専用ループバック方法確認する必要があるファイルがわかったら動作します。ただし、カーネルが確認して簡単に記録するために必要な情報がある場合に不一致を見つけるために、ファイルシステム内のすべてのファイルに対して最初に4方向diffを実行したくありません。

私の/proc/mdstat一括データ配列：

md125 : active raid5 sdd[3] sda6[0] sdb6[1] sdc6[4]
      7325273088 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/4] [UUUU]
      bitmap: 0/19 pages [0KB], 65536KB chunk

東芝3TBドライブの3つのパーティションにあり、未パーティションのWD25EZRS環境に優しい電源（低速）ドライブを別の東芝ドライブと交換しました。 （使用mdadm --replace重複した空白なしでオンラインで完了します。コピーした後、問題を探す前後にRAIDの状態を確認する必要があることに気づきました。それから私は矛盾を見つけました。約1年前にクラッシュが発生しましたが、古いログがなく、mdadmはデフォルトでこれに電子メールを送信しないようです（Ubuntu 15.10）。

私の他のファイルシステムは、3つの大きなHD（/ var / tmpのRAID0と一緒に）の古いパーティションで構成されたRAID10f2デバイスにあります。 RAID5は、/homeORではなく大容量記憶域にのみ使用されます/。

私のドライブでは、すべてが正常です。すべての不良ブロックカウンタは、すべてのドライブでSMARTエラー数が0で、短期+長期SMARTセルフテストに合格しました。

この質問はほとんど重複していますが、答えはありません。

• Linux md配列のどのブロックが一致しませんか？
• http://www.spinics.net/lists/raid/msg49459.html
• MDADM不一致_cnt> 0.どのブロックが一貫性がないかを識別する方法はありますか？
• 他のものもインラインで接続されていますが、最も注目すべき点はFrostschutzの読み取り専用ループバックのアイデア。
• Arch wiki RAID ページのクリーンアップ