MS-ACCESSを使っているとフィールド名などを　[フィールド名] 　と　しがちだ。
ほとんど問題にならないが、
VB6から
DAOの2.5/3.51 COmpatibility Library(dao2535.tlb)を参照指定しておけばスルーしてくれるけど
かなり古いMDBしかまともに読み書きできないので、
DAO3.6 Object Library(dao360.dll) に変える多少マシだが・・・
fields(“[フィールド名] “) と書いてある部分は
[フィールド] なんてフィールドは無いのでヌルポになる。
よく、rst.fields(“[フィールド名] “)=”00000” などとやっつけな感じで書くので、
本気でヌルポに”00000”を代入してと　VB6がdao360.dllに要求するから、
真面目なエラーメッセージは
dao360.dllの中でヌルポっぽいと表示され、
エラー内容を送信しますか？と、確認までされてしまう。
VB6なのに・・・orz

※RTMのリリースが間近になり、プレビュー版の提供は停止中らしい。
qemuのlahf_lm の設定を有効にすると、KVMでWindows10が動くらしい。
「Load AH from Flags (LAHF) and Store AH into Flags (SAHF) in long mode」の略で、AMDの64ビット命令のLAHF、SAHFが、古いINTELのCPUの64ビット命令（EM64T）には無かったが後にEM64Tに追加されたので、これらの命令の実装の有無を区別するためのフラグらしい。多分、INTELのARKのページでVT-xがYESになっているCPUなら良いのだろう。
なぜVM用の命令が必要なのかは不明だが、インストール時に必要なら、中でHyper-Vが使えるハズなので、古いWindowsの環境のHDDが残っていれば、うっかりバックアップを忘れたメーラーのデータ（大抵はトンデモナイところに保存されているので中々見つからない）などをコピーできるハズなので、大助かりのハズだ。
/etc/libvirt/qemu/****.xml に

  <cpu mode='custom' match='exact'>
    <model fallback='allow'>kvm64</model>
    <feature policy='require' name='lahf_lm'/>
  </cpu>

と追加されればなんとかなるらしい。
qemu のコマンドラインなら
-cpu kvm64,+lahf_lm
とすればいいらしい。
が、Windowsのインストール直後に【困った顔】が出たゲストの設定にコレを付けても、ブートローダすらインストされていないから無理だろう。virsh undefineしディスクイメージも消して再インストールするしかない。
で、virt-installの設定に
–cpu kvm64,+lahf_lm
を付け足してやると/etc/libvirt/qemu/*****.xmlに

<cpu mode='custom' match='exact'>
 <model fallback='allow'>kvm64</model>
 <feature policy='force' name='lahf_lm'/>
</cpu>

な風に設定される。
とりあえず困った顔のマークは出なくなった。
Thanks!

インスト手順

1. 記事の後ろの方のスクリプトを用意し、赤字部分は必要に応じて修正する。
2. SPICEクライアントを立ち上げ　IPアドレスはKVMホストのIPアドレスを入力しておく。
3. １のスクリリプトを実行。
4. 仮想マシンのインストールが進行中です。と表示されたら、手早く
   • virsh dumpxml VMゲスト名 | grep spice | grep port
   • とコマンドを入力しSPICEのポート番号を調べ、できるだけ早くSPICEクライアントに入力し接続する。
5. インストール時間が結構長いが放置しないこと。
   • 中のWindowsが再起動するとSPICEクライアントの接続も切れるのですぐに再接続する。

※SPICEのport指定するとTLS接続の扱いになってしまうので今回は外しました。

代わりにコマンドを打って確認。

#  virsh dumpxml VMゲスト名 | grep spice|grep port
<graphics type=’spice’ port=’5900‘ autoport=’yes’ listen=’0.0.0.0′>

この例では5900に設定されている。

※ディスク20GBではインストールが終わらない？みたいなので３２GBに変更した

• でもインスト後の使用量は10GB+αだった。※プレビュー版なので製品版になったら多少は増えるだろう。

※virt-topではCPU４０％だが、普通のtopでは123%。J1900のCPU1コアでは無理っぽい。
※ディスクを増やしても–vcpus=１では「お待ちください…」がさっぱり進まないので２に変えるとインストールが進むようになった。
ブログ鯖で　egrep model /proc/cpuinfo　を観るとmodelが13だったので、ホストと同じCPUを指定すると

• <vcpu placement='static'>1</vcpu>の後に<cpu mode='host-passthrough'/>を付ける

# egrep model /proc/cpuinfo
model           : 55
model name      : Intel(R) Celeron(R) CPU  J1900  @ 1.99GHz
に変わったので、
–cpu host-passthrough,+lahf_lm \

にしてみた。
多少効果はあるかもしれない。
というか、
–cpu host-passthrough \
にしておけばlahf_lmも自動的に有効なのかな？manコマンドにこれらオプションの記載は無く、オプションの書き方だけが書いてあるのでネット情報が全てな様だ。kvmもlibvirtもqemuなどのパッケージを口当たりが良い様にまとめたフロントエンドでしかないのかな？いつのまにかヘルプや参照先に載っている情報が古く（Core2Duo全盛期）なってしまった様だ。－lahf_lm的な記載もその当時の状況を反映したものなのだろう。よく安定して動作するものだなぁ～と感心しつつ、LinuxのパッケージもWindowsっぽくなっていくんだな・・・とも思えた。
※でもWindowsのCPU表示にはちゃんとJ1900と表示された。
※調整したもののWindows 10のインストールの「簡易設定」の「お待ちください…」は長いまま。
やっと
「こんにちは」が出てきた。
そして
「しばらくお待ちください」
しばらくが付いた！
「最後の処理をしています」
ほ、本当か？
「PCの電源を切らないでください」
待つしかない・・・
「あと少しです」
待つしかない・・・
「通常より時間がかかっていますが、まもなく準備を完了します」
SPICEクライアントの設定ミスか？ちょっと文字が裏返って表示されたり変な感じ。
待つしかない・・・
「さぁ始めましょう」
MRTGをみてみると

J1900のコアが５０℃まで上がってた。
インスト中はCPU負荷がほぼ１００％。
通信量は最大で320KB/秒と並。br0の限界？
このせいで「お待ちください…」が長かったのかもしれない。
とりあえずJ1900にはお疲れ様。
やっと窓から光が・・・

※画像はSPICEクライアントでインサイド・プレビュー(Build.10162)のデスクトップを表示したものです。

インストの後、暫くすると４６℃まで下がった。
Windows自体のCPU負荷はそう大きく無いようだ。
とは云え、J1900にKVMのホストさせゲストにWindowsを入れSPICEクライアントで覗いているんだから・・・

• 動画鑑賞は無理そう。
• マウスの反応は遅い。
• サウンドはバリバリ。

なのは仕方が無い。
やはりJ1900にはブログ鯖が限界のようだ。
Windows 10のインストールはCPUのパワーが結構必要らしく、virt-installのパラメータをちゃんと調整しないとインストすらまともにできない様だ。
KVMゲストでもVT-xを使える設定になったハズなので・・・
しかしHyper-Vが見当たらない。
Windows8.xでは【プログラムと機能】⇒【Windowsの機能の有効化または無効化】の中にあったんだけど、
【Windowsの機能の有効化または無効化】すら見つからない。
探し方が悪いのかな？
ただでさえパワー不足でUI操作がモタついている状況なのに、KVMの中でHyper-Vするつもりはないけどね。
それとも

まだ設定が足りない

のだろうか？
ps.
アップデートを入れたらBuild 10162の表示が消えた。
ここ最近のゲームのCMでよく目にするのは【進化】と云う言葉、バージョンアップのことなのかな？

---

以下インストールに成功したスクリプト。※赤い文字部分は要確認。

---

#ISOイメージのパス指定　※qemuユーザのアクセス制限で/tmp以外に置くと読み込みに失敗する。
 ISOIMG=/tmp/Windows10_InsiderPreview_x64_JA-JP_10162.iso

#KVM上での名前を指定
 IMAGE_NAME=Win10ip
 # VIRTUAL DISK FILEPATH
 IMG_PATH=/var/lib/libvirt/images
 # USE MEMORY SIZE (MB)
 RAM=3096
 # VIRTUAL DISK SIZE (GB)
 DISK=32
 virt-install \
 --name ${IMAGE_NAME} \
 --ram ${RAM} \
 --disk path=${IMG_PATH}/${IMAGE_NAME}.qcow2,size=${DISK},format=qcow2 \
 --vcpus=2 \
 --os-type windows \
 --cpu host-passthrough,+lahf_lm \
 --os-variant=win7 \
 --network bridge=br0 \
 --accelerate \
 --graphics spice,listen=0.0.0.0 --channel spicevmc \
 --video qxl \
 --cdrom ${ISOIMG}

あからさまにウェラブル風で名前もそのまんまなSMART WATCH2。
すでに主流はSmartWatch 3なのだろうけどまだ使い続けている。
と云うのも、たまにタイマーを使うことがあるけど、主な利用は時計や通知ばかり、仕事中もお買い得品やゲームの通知が飛んでくるので、その度にフリックして画面を切替る。無くてもいいような有ってもいいような中途半端な使い方しかしていないが、一つだけ昔しながらの時計らしい使い方をしている。バッテリーの残容量の心配だ。何年も持つ電池ではなく自動巻式が多かった頃は時々腕時計が正しい時刻を示しているか確認していたが、今は後どれくらいバッテリーが残っているのか確認している。
バッテリーの心配をしなくなったら、また手に付けるのが面倒なダケのシロモノになってしまうかもしれない。
ただ、SmartWatch 3に変えたら声でメールの返信ができるので便利かな？と思うけど、スマフォと２つ持ちしないとダメなんだよね。
あと・・・Android Wear™アプリを入れられるスマフォなら連携できるので、SONY製のスマフォじゃなくても良いところも捨てがたい！（笑
 
 

マザボのバックプレートが上向きになるように縦置きする煙突系のPCケース。
最初の煙突系（FT03）は一見ゴミ箱のような形状で、上面にファンを取付け排気するので排気効率が良かったが、通常は人間から離れた場所にある裏面が上面くるため取付けたファンと人との距離がかなり短くまた直接ファンが見えたりするので、システムファンやグラボの排気ファンの音が気になって仕方が無かっただろう。ケースの高さが結構あるので、デスクの上に設置するのが一番よかったハズだが、デスクの上にゴミ箱？という変テコな風景になっただろう。
このSST-CS01シリーズはmini-ITX用でサイズは小さ目、故にハイエンドの大きなグラボは対象外、拡張スロットも１つあるがロープロファイル、ケース下面に１２ｃｍファンを設置しここから吸気しケース上部の穴から自然排気する様になっており静穏性にも配慮している様に思える。
-HSにはケース上面に6個の3.5inchHDD用のホットスワップベイまで付いたNAS向けケースとしては安い様な気もする。
フットプリントが２１ｃｍ×２１ｃｍと小振りでデザインも良いので置き場所にもあまり困らないだろう。
オフィスにPCばかりでファイルサーバーが無い状況だったらコレもよいかな？