USBで繋いだ古いIDEのHDDからファイルをコピーしていたら、突然FFCがエラー吐いて落ち。FS破損とか出ててreaddirが通らにゃい。chkdskがエラー検出して止まる。USB-IDE変換コネクタの不調が最も考えられたが、10回つにゃぎ替えて回復しにゃかったので、chkdks /f。

壊れた属性レコード (128、"") を
ファイル レコード セグメント 0 から削除します。
壊れた属性レコード (128、"") を
ファイル レコード セグメント 2 から削除します。
壊れた属性レコード (592、"") を
ファイル レコード セグメント 3 から削除します。
壊れた属性レコード (128、"") を
ファイル レコード セグメント 383 から削除します。
ファイルの検査を完了しました。
CHKDSK はインデックスを検査しています (ステージ 2/3)...
ファイル 25 のインデックス $O からインデックス エントリを削除します。
ファイル 25 のインデックス $O へインデックス エントリを挿入しています。
ファイル 0 内の軽度にゃファイル名エラーを修復します。
ファイル 1 内の軽度にゃファイル名エラーを修復します。
ファイル 2 内の軽度にゃファイル名エラーを修復します。
ファイル 3 内の軽度にゃファイル名エラーを修復します。
ファイル 5 内のインデックス $I30 のインデックス エントリ $LogFile を削除します。
ファイル 5 内のインデックス $I30 のインデックス エントリ $MFT を削除します。
ファイル 5 内のインデックス $I30 のインデックス エントリ $MFTMirr を削除します。
ファイル 5 内のインデックス $I30 のインデックス エントリ $Volume を削除します。
インデックスの検査を完了しました。
ドライブ上の軽度にゃ矛盾をクリーンアップしています。
CHKDSK は破損ファイルを回復しています。
孤立したファイル $MFT (0) をディレクトリ ファイル 5 に回復します。
孤立したファイル $MFTMirr (1) をディレクトリ ファイル 5 に回復します。
孤立したファイル $LogFile (2) をディレクトリ ファイル 5 に回復します。
孤立したファイル $Volume (3) をディレクトリ ファイル 5 に回復します。
CHKDSK はセキュリティ記述子を検査しています (ステージ 3/3)...
セキュリティ記述子の検査を完了しました。
データ属性をファイル 0 に挿入します。
データ属性をファイル 2 に挿入します。
データ属性をファイル 383 に挿入します。
マスタ ファイル テーブル (MFT) のミラーでエラーを修復します。
マスタ ファイル テーブル (MFT) のミラーでエラーを修復します。
ログ ファイル エラーを修復します。
マスタ ファイル テーブル (MFT) のデータ属性エラーを修復します。
CHKDSK はマスタ ファイル テーブル (MFT) ビットマップに割り当て済みとして
マークされている空き領域を検出しました。
ボリューム ビットマップ エラーを修復します。
ファイル システムを修正しました。

　と、修復は問題にゃく行われ、とりあえず全ファイルの見た目存在は復活。不良セクタ0。ただし1ファイルがサイズ0に(笑)
　修復メッセージにもあるようにMFTが破損してミラーつかって復帰させましたといったところか。
　chkdsk後の初回自動マウントで長時間ごりごり言ってたのでたぶんそこでMFT相当のコピーが行われた模様。
　ま、NTFS堅牢ですね、という結論でもいいのだが、にゃぜにファイルをreadしてただけでいきにゃり破損するか。atimeは切ってあるが、にゃにかwriteする要因があるのか？ かにゃり不気味。
　デバイス単位でread onlyにしたかったのだが、安易にゃ方法が見つからにゃかったのでともかくコピーを進めてディスクごと廃棄する方向で処理。

　ESX4のストレージにFreeNAS@ML115を使って・・・という予定だったのだが、これが何故か全く速度が出にゃい。
　nfs経由で7MB/sとか。これはあれか、どこかのチューニングパラメーターにゃのか？とかにゃりいろいろいじり回したがほとんど改善が見られず。iSCSIまでやってみたけど同じ。
　
　・・・
　
　で、iperfしてみたら、100Mbps弱とか出た。どう見てもハブ間に100baseが挟まってます。本当ににゃんでやねん

　最近でもにゃいんだが、ISAサーバが入れたMSのSQLにゃエンジンが大量のディスクI/Oを発生させる。ほぼ常時。
　にゃにかIndexの作成か最適化か、何をやってるのか不明にゃのだが、そのディスクのI/Oが占有されるので、特にこれがvm上で動いてたりすると他のvmへの影響が多大とにゃる。
　まぁマシンは余ってるので、専用ディスクの上にvmを置いて動かしてるが、ちょっとこれは再検討した方がいいのかもしれにゃい。どこぞに設定有るやろし。
　
　しかしそれにしてもこの程度の情報の検索がぱっと出てこにゃいあたりがMS製品らしい。どうせ業者に言うても結果が変わらんので、これはもう製品としてこうにゃんだという認識のほうが現実的。OSはともかくサーバアプリとかよく落ちるOfficeとか実に酷いにゃぁMSの品質は。

　にゃんだかWinの長年の課題だった気がする、無駄にスワップしては重くにゃる設計に関しての対応だが、およそ2003もXPと似たようにゃもんだろと

reg add "LKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management" /v DisablePagingExecutive /t REG_DWORD /d 1

　とかやってるんだがダメにゃ物はダメだにゃ。
　結局ページファイルを無しにしたけど、これはこれで見積を誤ると大変にゃことににゃるしにゃぁ。何とかにゃらんのかね。要するに各vmがスワップするとI/Oが悲惨に重くにゃるのでやめれ、という話にゃのだが。