ひろひとです。
gmirror テストしてます。
一応、結論らしきものがでました。
メインボード EPOX EP-3VHA、あるいはそれに使っているCPUが、
故障しかかっているの *だろう* と思われます。
テスト結果です。
テスト９ （ATAカード入れ替え）
MB: EP-3VHA
ATAカード：SiI3114 （前回は3124）
Ch1: Hitachi, Ch2: Toshiba
結果：41回目でToshiba側エラー
テスト１０ （メインボード入れ替え）
MB: P6ISA-II (ELITE Pen3)
ATAカード：SiI3124
Ch1: Hitachi, Ch2: Toshiba
結果：165回ノーエラー
テスト１１ （メインボード入れ替え）
MB: GA-8IEX (Gigabyte Pen4)
ATAカード：SiI3114
Ch1: Toshiba, Ch2: Hitashi
結果：83回ノーエラー
テスト１２ （完全別環境）
MB: HP ML115
ATAカード：オンボードnVidiaチップ
Ch1: Hitashi, Ch2: Toshiba
結果：268回ノーエラー （速い！）
テスト１３ （上記＋外付ATA card）
MB: HP ML115
ATAカード：SiI3114
Ch1: Hitashi, Ch2: Toshiba
結果：143回ノーエラー
テスト１４ （上記＋ドライブスワップ）
Ch1: Toshiba, Ch2: Hitashi
結果：104回ノーエラー
前回のメールの中のテスト８にて、ディスク２台の同時使用でも
ミラーリングしなければエラーが確認できなかったので、
少し納得できかねるのですが、ここまでの結果を見る限り、
メインボードが故障していると言わざるを得ません。
あるいは、上記でメインボード入れ替えと書いていますが、
実際にはケースごと、すなわち電源も入れ替わっていますので、
[メールアドレス保護]
今回特徴的だったのは、データ化けが４バイト（32bit）単位で化けていたこと、
また、ビット反転ではなく、まったく違う値になっていたことです。
例）
hd ok_file.tbz >a ; hd ng_file.tbz >b ; diff a b
00fff2b0 d4 24 88 dd 69 85 e8 0e e5 ea d7 9d b4 5b 10 6a
00fff2b0 d4 24 88 dd 3c bd 30 90 e5 ea d7 9d b4 5b 10 6a
~~~~~~~~~~~
以下、想像で書いていますので、間違いや考慮不足があったらご指摘いただきたいのですが、
メモリーエラーなら、どれか１ビット程度が反転するのが普通でしょうし、
PCIバス上でもおそらくそうでしょう。
SATAバスは、8B10B+CRCなので突発的な32ビットが化けるとは考えにくい。
メモリバスは、64bit単位だったと思います。
32bit単位というと、CPU内部のレジスタか、それに従属しているであろう
ソフトウェア（OS）のデータFIFO処理だろうかと予測していたのですが、
FreeBSDの仕事は、完璧だったようです (^_^)
情報をいただいた皆様、ありがとうございました。
普通に動いていると聞いて、安心しました。
今後 RAID1環境の、一候補として、採用していきたいと思います。
--
ひろひと
