白黒ニャンコ毛玉団

さっぱり理由がわからないままであるが、スリープを基本としwhs2011にて自動バックアップされていたwindows7マシン、それが年末に突如スリープしなくなった。

こういう時はとりあえずその前後での違いを調べる。
新たにインストールしたのは、年賀状ソフト（そういうジャンルあるのか？）、他にはwindowsアップデートの数点。
ハードウェア構成での違いはなく、関係あるとすれば上記だと推定。
しかし「プロセス」や「更新」の詳細をみても取り立てて問題のありそうな動作は見つけられず。

次は「電源オプション」。
スリープへの移行時間を１分にして、条件を組み合わせて試す。（以後１分でスリープに入るか検証）
これまで正常動作していたのだし、そもそもここをいじった記憶はない。
そんなわけで当然（？）ながらスリープに入らず。

他に原因は何だろうと考えれば、そういえば年末か年始で無線LANを交換したと思い出した。
既述なので詳しく書かないが、特別必要もなく無線LANを交換したのだが、これの設定が悪かったのかもと思いチェック。
「デバイスとプリンタ」のところで、プリンタの電源がオフの状態で若干変な動作を見せたものの、プリンタを削除してもスリープに入らない。
これも違う。
無線LANをネットワークから切り離してもやはりだめ。
これも違う。

他パソコンの事象が自マシンと同じというのは少ないと思うが、調査に際して何か有益な情報もあるかもしれないとネットを回る。
すると下記のようなものを発見。
Windows7 スリープへ自動移行しません。__以下に診断レポートを載せましたが、「srvnet」が自動移行しないように制御されている様です。__何か対応策ありましたらアドバイスをお願いします。
powercfg -requests　を実行してみる。
稼働中にたびたび試してみるが、srvnetがたまに出てくる程度で、毎回表示されるわけではない。
つまりこれも違うようである。
しかし一方で、デバイスマネージャーでネットワークカードを無効にして様子を見ると、スリープになったりならなかったり。
どうなってんの？
ソフトですか？

そういえば以前から nvlddmkm.sys によるものとおぼしきブルースクリーンがたびたびある。
基本、スリープがメインなので遭遇することはないのだが、再起動の時は約半数（５割前後）で上記BSODが出る。
これは結構な頻度だと思うが、スリープ常用なので気にしなかった。
8600GTとGT210の二枚差しだと問題でもあるのだろうか？
ネット上では古いドライバを書き換えれば良いと書かれていたので以前更新しておいたのだが、相変わらず止まる。

２枚差しがいけないのかと、もはや当初の問題とはずいぶんかけ離れた感があるが、ものは試しと即実行。
一枚だけにして起動。
これだとスリープに入る。
数回しか試してないのでこれで原因確定とはならないのだが、もしGPUであるならばと、ドライバをバージョンダウンしてみることにした。
nvidiaから280.26をダウンロードしてインストール。
今度は２枚差しの状態でもきちんとスリープに入る。
なぜ？
最新の285.62にするとスリープにならない。

なぜ？？
このドライバ、以前から入れていたもので、リリースから２ヶ月程度経っている。
それが突然？
本当にドライバか？
一緒に入るソフトウェアもバージョンアップされているし、もしかしたらこっちか？
もぅ何が何だか。
だが、試しで同PCに新規インストールしてみたが、最新ドライバでも年末のアップデートがあたると何故だかスリープに入らないという同じ状況に…。
他にそんな情報もないので当てにならないが、nvidia関連が悪いのかもしれない。
といっても、それらしいものをプロセスからバンバン止めてみてもスリープには入らなかったし、どういうこと？
windowsの更新か？

最終的には、nvidiaの最新ドライバをインストールするときに「カスタム」でクリーンインストールを選択すると、今のところ最新ドライバでも２枚差しでもスリープに入る。
3D visionが怪しい気もしないでもないが、確証なし。
見えない敵って感じで、もやもや満載。

<2011.01.13追記>

現状問題なくスリープへ移行するようになっている。
ただ、以前の突入時はモニターが消えると同時にHDDアクセスがあってから、電源ランプ点滅、間を置かずに電源オフとなっていたのだが、今は少し違う。
突入時、HDDアクセスがあるのはあるが、アクセスLEDをわずかに光らせだらだらと１０秒弱動く。
整理すると、突入時電源ランプはまもなく点滅し、その段階でモニターが消えHDDがアクセスし続けると、やや間があって最後に電源オフとなる。
時間的には５秒程度→１０秒強、という感じ。

無線LAN経由でプリンターを使用するケースが関連あるのかと思って、試しに印刷中にpowercfgを試したのがこれ。

srvnetとは異なるのでやはり違うのだろう。
もうしばらくは様子見か。

さて、この話は以前あったxpとwhs2011の話に深く関係するので「whs2011　と　xp sp3　その4」とするのが帰結となるので良い気もする。
だが、実際にはデフォルトのxpだと外部(LAN)との接続と再接続に関してvistaや7とは違う挙動を見せた、という結果に至ったので別としたい。

製品レビューや評価といえば商品選びで参考になる内容であり、購入前にはチェックしておきたいことである。
しかし、EADSシリーズのように買ってしまってからはチェックしないというのが、自己の行動をチェックした感想である。
それはまた普遍的なことであるのかもしれない。
一方で、何か不具合があった時は商品に対する再評価が必要だという話。

私は無線に対して絶対の信頼というものを持ったことがないので、無線LANを使い始めたのはここ３年くらい。
必要に駆られての導入であった。
そして当初大変苦労しながら導入したのがプラネックスの超小型ルーターであった。
これがまた設定で大変な目にあったもので、設定を出しても再接続に難があった。
ただルーター電源の再投入で回避できたので、それはそれとして使っていた。
しかし、使ううちに不便に感じ、改めて同じ会社のMZK-WNHというのを買ってみた。

これは前回のものに比べると使いやすかった。
設定も問題なく完了し、しばらく使った。

そして、whs2011導入に前後して、さらにもう一台WNHを導入した。
この時の設定がいけなかったようだ。
ネットワーク上にはバッファローのスイッチングハブ４台とWNH２台がつながり、さらに枝葉のようにPCが連なる。
最後に導入したWNHがwhs2011マシンとの通信を邪魔していたようだ。
これにより、サーバに乗せた動画の視聴に随時切断の不具合、ファイル転送中のコネクション喪失が起こっていた。

というのも、ファームウェアのバージョンアップをしたのがだいたいwhs2011導入の時期だった、はず。（ファーム公開日がwhs2011のローンチとかけ離れて遠くないから）
1.29から1.31へのファームアップで取り立てて問題は起きなかった。
しばらく問題は発生しなかった、はずである。（全く自信なし）
だが、改めて設定を煮詰めてみようとWNHの設定画面に入ろうとすると、認証画面が出たり出なかったり、その後の設定画面が表示されたりされなかったり。
２台とも1.31だが、不調。
実際にネットワークからWNHを取り外すと今までが嘘のようにネットワーク切断が起こらない。
試しに動画を数時間垂れ流しで再生してみたが、不調の時の挙動がみられない。
ファイル転送もばんばん試すがばんばん流れてくる。
再度ネットワークに接続すると確かにファイル転送が途中で止まる。

犯人はこいつだったようである。
スイッチングハブは全てバッファロー製品だったので、すかさず無線LANもバッファローへ変更。
カカクコムで評価の高いWHR-G301Nを導入することにした。
購入してから初めてWNHの評判・レビューというのを見返してみる気になった。
するとどうやら1.31ファームでは問題があるようだ。
WNHのリセットを数回繰り返しなんとか1.28へバージョンダウンして接続すると、設定画面表示も快適で問題なく、またネットワークを邪魔することなくファイル転送も動画再生も使えた。
きちんと動作するならバッファロー製品を購入する必要もなかったわけだが後の祭り。
1.31はほぼ間違いなく黒だと思われる。
WNHの設定画面で表示がすぐに更新されない時はコネクションを喪失している状態なのだと思われる。
1.31は使わない方が得策だ。

パソコンのBIOSでもむやみやたらと最新版へ更新すると不調を来すことがある。
ファームもどうやら同じようである。

昨年末のWDのEADS１台目から始まったパソコン災禍。
結局現在RMA中のものを含めてEADSは全て２年未満でRMAとなった。
私の環境では１００％の故障率なのでうんざりである。
また、これらの補欠として使っていた日立の164Gと80Gｘ２台が全てスピンアップしなくなる事態となった。（３台とも2006年製）
今年は二月毎に一台がおかしくなった計算となる。
厄年。
洪水災害を食らったWDは１ヶ月で戻ってくるのか、はなはだ心配である。

さて、HDD故障の一助（？）ともなったのがサイズのusb3.0接続のkamazo 3.5 SATAである。
もともと１０００円台という安い製品であることもあり、購入後数ヶ月で故障というのも致し方ないかと思っていた。
スピンアップしなくなったのだ。
usb3.0は便利なのでもう一つ持っておいても良いかと思ったが、サイズのRMA対応がすばやく良心的であったため、買わずにもう少しこのHDDケースの様子を見ることにした。
これが壊れなければ80Gが１台死なずに済んだかもしれないと思うと、多かれ少なかれ残念ではあるが…。

サイズの修理応対が良かったのに対して、目についたのが宅配の遅れ。
いつもなら出荷から到着が二日であるのに、今回は約一週間。
どこで遊んでいたのやら。
HDDがすべてなくなった現状で急ぐ理由はないので、問い合わせもしなかったが。
佐川急便である。
運送事故が起こりうるのは各社同じだろうが、特にこの会社は本体以外の請負が多いことが関係していると思われる。
拠点間や宅配に多い。
クロネコヤマトでもメール便の遅配・放置のニュースがあり、これはすなわち本体ではない部分で問題が出ることがあるということの証左だ。
とはいえ一方で、少し昔のことであるが、佐川で宅配ではない大きさの荷物が明らかに破損して到着したこともある。
代替の利かないものだったので大変困った記憶がある。
本体にしろ請負にしろ、万全を期していると願いたいが、何にせよ現実に事故は起こりうる。
被雇用者の流動が少なく、ヒヤリハットの教訓・ノウハウが共有されている会社というのが良い会社だと思う。
運送会社各社には是非事故ゼロを目指していただきたい。

初期ではシマンテック、次にウイルスバスターときて、現在はNOD32である。
昔ウイルスバスターでメールのウイルスを検知できず、１台がクラッシュ。
他で使っていたNOD32で試しに読ませてみるときちんとウイルスに反応したので、以来信頼を寄せて使い続けている。

公開日の12/15にメインのXPマシンをv5へアップグレードすることにした。
ところがインストール途中でBSODとなり、これが何度やっても同じ結果に。
0×00000007だったか？（うろ覚え）
他のPCでは問題なくすべてV5へアップグレードできた。
でも、特に問題を感じることもなかった。
ポップアップなどほとんどなく、静かに使えるのがなかなか好印象だったのに、V5ではメディアを挿入したらポップアップするようになり、少々鬱陶しく思っていたから。
それは設定でどうとでもなる話だろうが、アップグレードできないことに対する言い訳としてしばし存在した。

で、昨日HPを訪れてみれば、下記の注意書きがあった。
>2011.12.21 ESET Smart Security / ESET NOD32アンチウイルス V5.0をご利用いただく際によくあるお問合せについて
【ご参考３】 インストール時にEtron社製USB3.0ドライバとの競合にてブルースクリーンが発生する

まさにこれだ。
asrock 870 extreme 3 R2.0 を使っているのだが、usb3.0がETRONのチップである。
同じような現象が相当数あったのだろう。
usb3.0のドライバを更新すれば良いらしい。
だが、ETRONのサイトには表記がない。
というか、firefoxではうまくページが遷移しない。
ドライバダウンロードのページに行けば、「no file」みたいなことを言われる。
pdfの方にv0.105.zipが入っていたので試しにダウンロードしてみたものの少々心配。

改めてasrockのサイトで調べるとリンクがあって、v0.104.zipが張ってあった。
しかもちゃんとWHQL版である。
よくあるご質問と回答
そちらをインストールした。
つうか、わかりにくい。
製品の方の「ファイルダウンロード」から落とせるようにしてもらいたい。

しかし、これでアップグレードは問題なく終了。
なんのこっちゃない話。

CPUクーラーのテンションをかけると気を失う不良品6100itx。
先日のWHS2011サーバ機として若干働いた後、別のPCのサンプル体となった。

OS新規インストール後、しばらくしてからやけに画面が青みがかっているのに気がついた。
ま、ディスプレイの調整してないから、それが原因だろうとテスト続行。
するとどうでしょう
ある時点から突如として青みがさらに強くなり、弱くなり、強くなり…。

青い画面を推して推して推しまくる不躾な6100であるが、きっとケーブル接続が悪いのだろうといじってみるも変化なし。
他のPCをつなげてみると白がちゃんと白い（当たり前）。
どうも6100固有の症状のようである。
OSが関係あるのかと思いきや、BIOS画面、POST、すべての状態で青のグラデーションをかけまくる。
困ったやつである。
もはやこいつはちゃんと仕事できそうにない。
リビングPCに使ってやろうと思ったのに…。

初期不良をはねつけたA社よ、恨むぞ。
と思うものの、通販ならこんなものか、と割り切るしかないところがまた寂しい。

マザーが不良で、青みがかったり、テンションかけると動作止まったり…。
とほほ、ついてない…。

前回動作がおかしくなったWD EADS1TBであるが、いよいよ動作が不安定になった。
クイックフォーマットに４，５分かかるようになり、ファイルにアクセスできず、果てはドライブを認識しなくなってしまう。
逝ってしまわれたようである…。
元データを残しての利用だったので今回は痛みなしであるが、WDのタイHDD工場被災が収束し、安定してくるであろう来年あたりにRMAをしようと思っていたのが最大の痛み。
早く帰ってくることを祈る。

これでついにEADSシリーズ３台とも故障発生率１００％ということになってしまった。
まぁこういうこともあるだろう。
それはそれとして、これの続きの話。

USB3.0のHDDケースに入れて上記を運用していたわけだが、故障によりHDDを入れ替えることにした。
所有する中で代替運用できそうなやつを探すが、テラバイトのHDDから下の容量というのが８０GBからというとんでもない隙間状態。
しかし、使えないというのははなはだ不便きわまりないので８０GBでもよいから使うしかない。
早速交換。
ところがこちらもうんともすんとも言わない。

よーく観察するとHDDケース内の基盤にあるコンデンサがぐらついている。
片方の足がハンダ剪断によりぐらぐら動くのだ。

残念連発。
ほんとに今年はついてない…。

しようがないのでeSATA接続にしてHDD剥き出し運用とする。
これがまたいけなかった。
データ移動先で「いざ、転送」というときにうんともすんとも言わない。
どうやらやっちゃったようである。
スピンアップしない代わりに、HDD基板上からわずかなリレー音のようなものだけが聞こえる。
以前逝っちゃったWDとHGSTのHDDと同じ症状である。

たぶん静電気…。
ケースがこんなことにならなければ…。
WDがもうちょっともってくれていれば…。

WHS2011を乗せたPCをGA-MA78GM S2H から D525MW　へと変更した。

それというのも、これまた動作がおかしくなったためだ。
不良の疑いが強い6100itxから変更した際、ファイル転送に関しては速度の変化はみられなかったものの、バックアップ時間に関してはかなりの速度向上を体感した。
これですべてのPCがうまく動けば良かったのだが、なぜだかもっとも快調であったatomマシンの調子が悪い。
サーバーのマザー交換後、atomのコネクタを更新した。
データも何もすべて全く同じ。
ただコネクタを更新したのみ。

だが、数日後から共有フォルダに入れない事象に見舞われた。
コネクタや.net frameworkを入れ替えてみてもスリープ復帰後には必ずフォルダに入れなくなる。
設定がおかしいとも思えないが、いろいろやってみた。
良い結果にはつながらなかった。
HDDが大きくないこのマシンで共有フォルダにアクセスできないのは致命的…。
現状のOS（windows7 64bit)をあきらめてwindows7 32bitを再インストール。
ところが、またもや数日後に同じ現象に…。
なぜ…。

他のPCでは共有に関して問題は発生していない。
しかし、xpマシンではwindows server LAN configulation srv（名前忘れた…）が何度も再起動になり、他の７マシンでも途切れなかったストリーミング（変換なし）動画再生が途切れる事象が頻発。
どうもサーバマシンがおかしい、と推測。
しかし設定をいじってみても好転しない。

あるとき、ふとサーバの画面を見ていて気がついた。
画面が800*600程度の小さいままであることに気がついた。
ドライバーをインストールした覚えがない…。
ドライバーが当たっていればそれ以上の画面サイズに自動で調整されるはずだ。
advanced admin console　経由でしか調整していなかったので気づかなかったし、何よりインストール時もインストール終了後もドライバを必要としないほどに快適に動作する。
だが、マイクロソフトから提供されるドライバーでいままでことがすんなり運んだ試しはない。
早速すべてのドライバーを当ててみる。
スリープ後の共有、サービスの終了、ファイル転送中のコネクション消失など不具合が消えた。
うまくいったぁ…。
しかし、当日だけは解決したように思ったが、翌日からまた同じ現象に見舞われた。
どうやらプラセボらしい。

さて、ひとまずatomは放っておく。

一方、検証途中のｘｐマシンであるが、これもまたコネクタの再インストールを行う必要がある。
が、こちらでも不具合が発生。
サーバが見あたらないらしい。
サーバを変えるほんの少し前までうまく動いていたのに…。
IPv6がだめなのかと思って無効にして、サーバからソフトをダウンロード。
確かにIPv4のアドレス表記のソフトが落ちてくるのだが、同じエラーで終了。
調べてみると、下記のようにしないとIPv4にならないらしい。
[FAQ:WHS2011]クライアントコネクターのインストールに失敗する
サーバーアドレスをIPv4で決めうちしないとだめなのだそうだ。
だが、今度はコネクタインストール途中で「ネットワーク管理者に問い合わせてください」的なことを言われて、完了できない。
結局何をしても受け付けてくれない。
OSをクリーンインストール。
今度はコネクタをインストールできたのだが、やはりLANconfigrationがエラーを頻発。

atomといい、ｘｐマシンといい、OSがきれいでも動きが悪いとなればサーバを疑うほかない。
また、マザーを交換することに決めた。
たった数週間でサーバを入れ替えるとは思わなかった…。
徒労である。
これまでSATAコネクタの数が２しかないatomは使いづらいので避けてきたのだが、現状サーバはHDD２台を接続するのみとなって久しい。
よってD525MWをサーバとして使うことにした。

WHS2011はこれで３回目のインストールになるが、これで最後にしたい。
そう思うものの、他２回に比べてインストールにやけに時間がかかる。
２時間弱はかかったろうか。
もう期待薄、である。

しかしその実、現状もっとも安定したWHS2011マシンとなった。
インストール時にネットワークドライバを要求されたのみで、後はそのままサーバとして活用。
ファイル転送やバックアップ、クライアントのコネクタインストール、LANconfigSrvのエラーなど、すべて解消した。
だが、一番解消してほしいと願っていたｘｐマシンでの動画ファイルストリーミング（変換なし）再生は途切れる現象は相変わらず。
サーバに各種ドライバを当ててみてもやはり変わらず。
７やvistaでは途切れないから、やはりOSによるのだろう。
確か昔vista以降のOSではwindows同士の接続がxp以前に比べて最適化されている（もはやうろ覚えどころではない…）という記事をどこかで読んだ気がする。
だから、もはやこれは仕様である、と…。
V1の頃はできていたのに、残念である。

<2011.12.05追記>
現状7とvistaでは、ごくまれに再接続とおぼしき途切れがあるもののxpほどのコネクション喪失は起きていないため、ストリーミング動画再生に不具合はないのでそれらOSで行うようにしている。
ただ、xpの場合はファイル転送の際にも接続が切れるのでほったらかしにできず、これには少々困った。
もし、たとえばこれがlinux系OSならどうなのだろうか？
xp固有の問題なのだろうか。

WHS2011やらクライアントやらのテストを繰り返した際、部品の新旧取り混ぜて使った。
その結果、タイトル通りのエラーが頻発。
windows7 32bitの6100-itxだが、なぜだかスリープに入って復帰してから突如BSODで再起動。
それはもう確実に0x0000007Eで再起動。

まぁ別に、このマシンの用途からすれば再起動がかかったところでまったく困らない。
スリープしなければソフトを使用しようが何しようがハングしない。
ただ、自動バックアップができないのが痛い。

イベントビューアでチェック。

調べてみても釈然としない。
cpu、メモリ、他に搭載した部品がなく、後は設定なのだろうかと…。
だが、何をしてもエラーが出る。
最近はどうもスリープが鬼門である。

最終的には電源を交換。
これであのエラーから解放。
何というあっけなさ。
電源は１０年弱の年代物で中国製。
あの年代の電源はやはり全部退役させるべきだった。

推測１：ATXのバージョンによりスリープに障害がある。
推測２：当時のスペックには十分な容量でも最近のPCには能力不足なのでは。

一度立ち上がってからブルースクリーンになるので、起動時のMAX電流が不足とは考えにくい。
よって、原因は２ではなく、１なのではないだろうか。
古い電源ではスリープを使用しないのが良い、というのが今回の教訓か。

すでにwhs2011へのバックアップ時間が短くなって久しく忘れてしまいそうなので、以前のバックアップにどれほど時間がかかっていたかの記録。

上記画像の下の方が初期不良の疑いのあった6100-itx(BE-2300)によるバックアップ。
上の方はGA-MA78GM-S2H(BE-2300)に変更後のバックアップ。
なお、クライアント(D525MW)は基本的に大きくデータ変更がない使用用途。

変更前は約２０分。
変更後は約５分。
当然ながら同じOSで同じデータ（windows7 64bit）。
一番の違いはバックアップの３５％～４５％のあたりで、サーバが動いている（インデックスの差分を確認しているのか？）時間がもっとも違う。
処理の進む速度が異次元である。

処理時間などの目安は、PCの条件により千差万別とは思うものの、相対する例示でもないとそれが正常動作なのかどうかわからない。
ネット上には特にWHS2011のバックアップ時間に関する記事が少ないように思う。
一助になれば。

<2011_11_28追記>
同じマシン（クライアント）のマザーを変更して、これでバックアップ時間を計測。
マザーボードはintel D525MWから、WHS2011で不調だったzotac 6100 itxへ。
不良でおかしく（内容は以前に既述）ならないように、固定せずにBIOS起動することを確認して、改めて筐体に取り付けて再度確認。
従前と同じくwindows7　（但し64bitではなく32bit）をインストール。

データの内容はパーティションを切ってDドライブに入れているので、CドライブのOSが違えど同じデータ内容。
32bitなのでファイルインデックスの量は64よりも少ない（はず）。

サーバーはD525MW。
思い出せば初期のサーバとクライアントが逆転した状態だな。
（正確にはD525MWの最初期はvsita 32bitではあったが…。）
イコール条件ではないのであまり参考にはならないが、それでもバックアップ時間は７～８分。
他のマシンでも、サーバがGA-MA78GM-S2H(BE-2300)の時より、１～２分長くなっているのでサーバの能力の違いといえるかもしれない。

ようやく過酷で無駄なインストール作業をしなくても済みそうなところまで来た。

新たにnvidiaのグラボを手に入れたので、問題のxpマシンにあるRADEON　HD5450と入れ替えてみた。
displayport接続が必要なため、どうしてもこのカードだけはさまざまなハード入れ替え検証にあっても載せておく必要があった。
その内、オンボードチップでの映像出力を試してみたことも何度かあるので必ずこのカードに問題があるとは言えない。
むしろ、AMDのドライバというか、install managerとかcatalyst control centerの方が怪しいと考えている。

入れ替えて持ってきた9600GT。
これを使ってdisplayport HD5450の載っていたxpにnvidiaのドライバをインストール。
displayportはもちろん使えなくなってしまったが、WHS2011が快適に動作するため（の検証）なら仕方ない。
cccはもちろん、visual basicc++ 2008と.net framework 2.0もアンインストール。
だが、期待した結果にはならなかった。（サーバとのコネクトにやや間がある、まれにオフライン）
前回のngenを実行した時点と特に違いは見受けられなかった。

そこでまた海外渡航。
NGENについて調べる（きわめて情報が少ないのだが）、いろいろと見えてきた。
どうやらJITアセンブラというのが、ハードウェア依存の機能の有無を確認してプロファイルして起動を速くするらしい。
その際に識別されるのが、CPUのマイクロコード(microcode?)らしい。
詳しく説明があるHPがないので、わからないところは適宜補完して解釈しているので間違っている可能性は高い。
でも、もしcpuが関係するのであるならば、アンロックが出来るAMDのcpuというのは実際どのように認識されているのだろうか。
このｘｐに使っているcpuはアンロックするとBIOS上もOSシステム上もunknownになる。
確か、ごく最近、microsoftの技術情報のサイトで「BIOSをアップデートしてCPUのコードを更新することで動作が直ることがあります（うろ覚え）」みたいなことを書いてあるのを見かけた気がする。

さらにNGENを調べる。
.net Framework 4.0 installation and Ngen
ここを参考にngen updateを実行する。（前回ngen実行したのは別の段階であり、インストール後今回が初ngenとなる）
すると前回のngenコマンド実行後よりも動作が良かった。
どういうことかというと、ｘｐを再起動してみて、きちんとWHS2011スタートパッドがなめらかに起動して、サーバと速やかにコネクトするのを確認したわけ。
つまり、他の７やvistaのスタートパッドと同じスピーディな起動、それがようやく出来た。

ならばと、コアをアンロックして改めて起動してみる。
ところが、cpuが関係しているのかと思えばコアのアンロックの有無にかかわらず、wait無くなめらかに起動する。
どういうことだろうか。
mscorsvw.exeがどこかのタイミングで動作しなければコンパイラは再実行されないということか。
様子見である。

一方、HD5450に戻して動作させてみる。
あくまでインストールマネージャを使わずにドライバを適用。
確かにスタートパッドは速やかに立ち上がる。
だが、サーバとリンクしないらしく、再起動を何度か試して見るも、たびたびオフラインノード移行を示す。
試しに、数GBのファイルをサーバからコピーすると、途中でコネクションが無くなるのを確認。
他のHD2400のカードを試してみるが、同じくリンクをぶち切らせる事象が発現。
どうにもAMD（ATi)と相性が悪い。（経験的に私個人が…）
原因は今のところわからず、五里霧中。

現在、nvidia geforce 9600GTにて自動バックアップ生活を快適に過ごしている。
元の鞘に収まってしまった感が強いが、背に腹は代えられない。
GT440か430でも入手しなければならないか…。
次のKeplerが省電力なチップであることを強く強く願う。

<2011.11.11追記>
自動バックアップはきちんとスタンバイに移行するので従前の環境より快適なのだが、頓にサービスの停止警告が多くでるようになった。
これではAMDとかnvidiaがどうとか関係なんかありゃしない。
ほぼ振り出しに戻る。
当初他のソフトでcpuがビジーな際に上記停止の報告が多発したので、電源オプションを「常にオン」に変更したところ、全くでなくなった。
ちなみにこれは、AMD over drive にて稼働状況を見ていて気づいたのだが、負荷がかかってもcurrentの半分程度しか上がっていなかった。
しかし、現状でwindows server LAN configuration serviceの停止報告が急増＆情報がほとんど無いため、ますます居心地悪い。
上記が停止してもサービスはわりとすぐ再開されるのであまり不都合は無いのであるが…。
問題があるのはサーバにためた動画のストリーム再生。
従前のｘｐであれば途中で切れることなく再生できていたのであるが、今は突然切れる。
長いときは１５分以上持つのだが、短いときは数分、極端なときは数十秒後に切れたりもする。
７にて正常動作を確認している現状では、もはやxpにこだわる必要もないのだがそれはそれで悔しい。
どうしたものか。

<2011.11.15追記>
他のｘｐマシンから動画再生を試してみた。
やはり同じく途中で途切れた。
その途切れ方が一定でないのも同じ。
他のvista(ocのみ）や7(unlockだがunknownではない）では途切れず再生できる。（同じsmplayer）
設定でどうにかなるのだろうか？

こんな状況だが、少なくとも何点は確認できたかもしれない。
コアをアンロック(unknown状態）して.net frameworkをインストールし、update実行なりmscorsvw.exeが動作すれば不具合がでるようだ。
イベントビューアでエラーログを眺めていると、.net frameworkでエラーが山のように出まくっていた。
一個一個調べるのがあほらしいほどに…。
一方、アンロックせずにインストールすると確かにエラーログは見あたらない。
それはもう一方のｘｐマシンでも同じようだ。
.net framewrokのインストールや更新の後、アイドル状態で５分後にアップデート(mscorsvw)がなされるみたいなので、その際にunknownな状態であってはいけないのかもしれない。
これはもはや「ｘｐだから」という因果は無いし、そもそもアンロックを解けば良いじゃんとも言える。

ただ、デフォルトだと動画ファイルの共有フォルダでの再生はｘｐだと問題があるように思う。