NFSマウントしたままshutdown実行
↓
umountしないでクラッシュ
↓
当然fsckに（涙）

NFSしなきゃいいのかと思ったけどしなくても起こるみたいだ。
このexport領域って実は古のSunOS4.1.1からマウントして使っていたので愛着があるのだ。
たしか２００MBぐらいのハードディスクだったはず。さすがにディスクは変わったがdumpファイルはまだ残ってる。タイムスタンプみるとY2Kパッチでいれたものとかあって懐かしい(笑)

作ってみて気が付いたのだけど、NetBSDのカーネルはXenの元ではMP構成にならんのね(汗)
でもDualCore自体はきっちり使えるので問題ないといえば問題ない。

[root@netbsd /]# xm vcpu-list
Name                                ID  VCPU   CPU State   Time(s) CPU Affinity
Domain-0                             0     0     0   r--     193.1 any cpu
Domain-0                             0     1     -   --p       0.0 any cpu
netbsd499                            1     0     0   -b-      12.1 0
netbsd499-a                          5     0     1   -b-       7.1 1

更新前：
usable memory = 3710599168 (3538 MB)
avail memory  = 3555438592 (3390 MB)
更新後：
usable memory = 4247470080 (4050 MB)
avail memory  = 4092309504 (3902 MB)

ん！メモリが512MB増えた（笑）
むしろ、いままで使えてなかったのは仕様だったのか・・・。
OSはFreeBSD/amd64ね。でもこれからNetBSD/amd64に生まれ変わる予定。

余談になるけど、FreeBSD7でCPUクロック変更するには、sysctlでパラメータを変更すればいい。
# sysctl dev.cpu.0.freq_levels
で変更可能なクロックが表示される。
# sysctl dev.cpu.0.freq=995
みたいにやるとクロックが995MHzに変更される。電圧も一緒に変更される模様。ワットチェッカーで確認するとしっかり下がります。
負荷によって動的に変更するにはpowerdを利用するらしい。（未確認）
消費電力はアイドル時の変更前75W、995に変更後55Wになっていました。55WだとP3-1Gのマシンより低いね。

FreeBSD6系は知らないけど、cpufreq.koをロードすれば同じになるかな。ただ、DualCoreを使うなら6系を新規インストールするのはお勧めしない。
かといって7系はまだリリースされてないのでお勧めできない(笑)
まぁ、6から7への変更は面倒だと思うので、7を最初から導入しておいた方が今後の作業は楽かもしれない。

しばらく調査するかな。HVMでFreeBSDのローダーが動かないのはどうしようもない。

そもそもDomUのディスクがNFSの領域にあるファイルの段階で怪しいかもしれないｗ

さらにXen3.2もリリースされるようです。

見るところが多すぎて。。。