白黒ニャンコ毛玉団

すでに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な状態であってはいけないのかもしれない。
これはもはや「ｘｐだから」という因果は無いし、そもそもアンロックを解けば良いじゃんとも言える。

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

既述の話の続き。

主要なパーツをごっそり変え、xp sp3をインストール。
もちろんwhs2011に適応できるようにするためのクリーンインストールなわけだ。

ところが、何度OSを入れ直してもwhsコンソールをインストールすると、OS立ち上がりで動作が固まる。
メモリ自体を変えたり差す場所を変えたり、memtestでエラーは一切無し。
CPUは当然、GPUカードも変えてみたり。(amd radeon,nvidia geforce)
はてはインストールディスクの傷のせいではないかと疑ってみたり…。
いろいろ変えてもどうも動きが止まってしまう。
しかもなぜだかfirefoxはアプリ起動から約５秒程度で強制終了。
エラーを吐く時間すらないのだろうか。

なお、windows 7だと上記(プチフリ＆firefox)のような症状は現れなかった。
いっそ７にしてしまおうとかとも…。

そんなこんなで連夜の作業は２週間に及んだ。
で、早く気づけば良かったが、v1から2011に変えたXPは変更直後から動作がおかしくなったわけで、ここに共通性があった。
どうやらxp sp3と.net framework4 との親和性に問題があるのではないかと…。
再度、インストールして確認すると、確かに.net framework4 を入れた直後（whsコネクタ経由のインストール）の再起動後、現出を確認。
framework4を残してWHS関連をアンインストールしても同じ。

OS起動後にデスクトップが出てわずかの時間の後に、約２分程度システムが固まってしまう。
いまさらなので、過去のインストール分では検証できていないが、たぶん同じような症状であったはずだ。
そこで早速調べてみた。
どこか忘れてしまったが、似たような事例に対応するために、NET_Startup_Fix.zipというのが出回っていた。
つまり、どうやら他にも同じ問題を抱えている事例はあるようだ。
しかし、得体の知れないファイルは怖いので、他を当たる。
KB982670 .Net Framework 4 Client Profile slows down WinXP Boot time.
そのものずばりと思われるのが上記。

NGEN executequeueditems
このコマンドの解説によると、.net framework のキューの待ちを強制的に実行させることで、その症状の対策としているようだ。
一度アップデートでセキュリティパッチを当てたあとの再起動で、mscorsvw.exeによるものか（実際３分くらい何かしらHDDが動作していた）、また同じ症状が出てしまったが、再度ngenをすることで固まることは今のところ無くなった。
まぁ、起動が遅くなるだけだと言えばそれまでであるが、２分もシステムに絡む動作を一切受け付けないというのは見ていて気持ち悪いし…。
７で出ないというのは、やはりOSに依拠する何かがあるのではないだろうか。
また、日本語のサイトで似たような事例を見ないのであるが実際のところはどうなのか？気になる。

一方、firefoxが落ちてしまう現象。
これは変わらず今も同じ。
ごくまれにシャットダウン時にd3d9windowエラーを吐く。
またまた調べてみると、これまた日本語サイトでは見つけられなかった。
他にいないのか？
firefox の hardware Acceleration　が関係しているようで、無効にすると落ちることはなくなった。
ま、firefoxのハード支援はIEのものよりも控えめらしいので無くても良いのだろうが、従前のXPでは落ちることなく動いていたのがなんとも気になる…。
釈然としない。

<2011_11_29追記>
firefoxが落ちてしまう現象。
どうやらAMD CPUでunlockするとおかしくなるようである。
アンロックせずにOSを立ち上げfirefoxを起動しても落ちないが、アンロックすると確実にfirefoxが落ちる。
もちろんアンロックしてもハードウェアアクセラレーションを切れば落ちないのは経験済みではあるが、現状ではアンロックするデメリットの方が大きいので鍵をかけたままにしている。

既述の通りの理由でHDDの買い時ではないので、何とか増え続けるファイル群を、動作の怪しいWD10EADSと危ない兆しなのかもしれないHD154UIを避けて、何としても格納しないとローカルのHDDがもうやばい。
この逼迫した状況を所有の部品で何とかしばらくごまかさないといけない。
そこで、WHSのシステムとクライアントに使用しているseagate２TBを別ドライブとして共有フォルダに変更することにした。
同時に、クリーンインストールした場合にバックアップ関連の動作に変化があることを期待したい、という理由もあった。
サーバーバックアップ用に使っていたHDDも共有フォルダ用に編成すれば１年くらいは余裕で持ちそうだ。

で、各パソコンの空きスペースにデータを分散してぶちこみ、データ退避。
しかしあれだな、バックアップのない状態になってしまうと少し落ち着かないというもの、困ったものだ。
数日前にマザーを交換したままの状態（部品構成）でクリーンインストール。
あくまで交換したのはお下がりのマザーボードのみ。

これと言って問題なくインストール終了。
早速、復元が以上に遅かったXPマシンをバックアップ。
こちらも逝っちゃったCPUを交換して心機一転なので、期待も上がる。
何せ自分と同じようにＶ１より動作が遅いという日本語サイトの報告は見かけないのだから。

クリーンインストールした後、ドライバーをあてて、updateをした程度なので軽いとはいえ、XP sp3 32bit をバックアップするのに１０分とかからなかった。
これは衝撃。
すごく速い。
うれしい、涙でそう。

一番最初のバックアップは時間かかるし、今まで数時間かかっていた。
とはいえ、もちろん数GB程度と従前のHDDと数百GBも違うのだから比較にはならないな。
ならばと、バックアップ二回目の速度はどうなのか気になった。
バックアップ完了後、すぐさま２度目のバックアップ。
またびっくり！！
１分弱かよ。

いくら何でもバックアップ時間が違いすぎる。
他のPCではどうだろうかと、チャレンジ。
軽めのデータでソフトも重くないatomマシン。
初回バックアップに２０分弱。
これでも速い。
２度目のバックアップを即チャレンジ。
2.5HDDなためか、バックアップは３分弱と少し遅め。

今まで全てのPCでバックアップ（初回のぞく）時間の最短は２０分だった。
これが本当のWHS2011の性能なのか…。
今までどれほどの時間と電力の無駄を垂れ流してきたのだろうか。

では、ファイルの復元はどうだろうか。
400G400MBちょいのファイルをXPで復元。
約３０分。
どうやらこれはXP、WHSそれぞれの新旧を問わずに同じみたいだ。
復元は変わらず遅い…。
他のwindows VISTA 32bitやwindows7 64bitでは1/10の３分弱と従前と変わらず。

マザーが違っても同じ結果だと言うことはXP（の32bit）、AMD（cpu or radeon）、どこかそこら辺が関係しているのだろうか。
同じ構成のXPマシンに限って再現するならば、もはやこれなら「仕様」と言われても仕方ない。
それにXPマシンの動作がいよいよって時は、ati2evxx.exeというプロセスが1CPUをフルに使っている状態で、やや固まり気味だった。
以前cccの動作が怪しかったこともあり、印象的に何となくccc(.net frameworks 2)の安定性が怪しい気がするが、定かではない。
それに他のonboard radeon（XPは上記マシンのみ）は問題ないし。
そういえば、他はAMD vision engine cc なのに対して、このマシンは構成全てAMDなのに、cccのまま変わらない。
クリーンインストール後もAMD vision engine ccではなく、やはりcccがインストールされる。
わからない現象に見舞われるXPマシンである。
不遇。

<2011.11.01追記>
xpのHDD使用量は８GB弱。
これを試しにリストアCDからドライブ丸ごと復元を試してみた。
HDDドライブリストアだと５分で完了。
しかし、ファイルの復元は同じく３０分弱（同じテストファイル）。
やはりダッシュボードからのファイル・フォルダ復元が遅いのは、whs及びxp共にクリーンインストールしても変わらないようだ。
もはやあきらめて、他のPCでファイル・フォルダを復元して元のPCに移動するのが時間がかからなくて良い。

使用量220GBのwindows7 64bitの初回バックアップは２時間１０分。
一晩かかっていた従前よりも遙かに速い。

SSDなノートの初回バックアップ時間も計測。
４０G程度の容量で１時間弱。
SSDなのでもっと早く済むかと思ったが、無線IEEE802.11n接続だとそこがボトルネックになってしまう。

A社で買った6100-itxが駄目（初期不良の疑いが高い：既述）だったのか、nvidiaのチップあるいはドライバが悪いのかわからないが、快適性が格段に向上したのはうれしい限り。

ブート用のDVDドライブが古いとリストア途中の起動でエラーを吐くのは以前書いたとおり。
それでUSB変換したSATA接続のDVDドライブを使うしかなかったのだが、昨日とうとうそのドライブ自体が動作不安定になってきた。
読み込みが怪しいので、分解して出力調整すれば使えるかもしれない。
でも、USBからの給電で使用可能なドライブが以前から欲しかったので、保管庫行き決定である。

さて、そんなわけで手元に起動可能なドライブが無くなってしまった。
CDドライブなら３，４台余っているのに…。
（と、ちらりとリストアディスクを見てみたら、compactdiskのマークが！　今、気づいた…。）
仕方ないのでUSB起動できないか探してみた。

WHSのリストア用USBメモリを作ってみた
時期的に見てV1だと思われるが、出来るに違いないと他を探す。
diskpartを使ってWindows Vista／7のインストールUSBメモリを作る
あった、あった。
ありがとう、もいっかいありがとう。

最初、上のサイトを見てチャレンジしたのだが、起動できないディスク（ホントは英語）と言われ立ち上がらず。
次に下のサイトにあるdiskpartでパーティション作成及びfat32フォーマットのうえ、bootsect /nt60 [drive:] を実行。
リストアディスクの内容をまるまるコピーして完了。

実際やってみると、確かに起動できたし、設定画面までたどり着けた。
もしかしてfat32でのフォーマットであれば起動できたのだろうか？(diskpartのこと何も知らん…）
結局リストア先のディスクが元ディスクの容量より小さかったのでできなかったものの、こういう方法もあるのだなと勉強できたので良しとしよう。
しかし、使うソフトは7とvistaで変わっていないのに7(64bit)の容量なら４０Gでもリストア可能なのに、vista(32bit)だと４０Gに入りきらないってどれだけ無駄な機能山積なのよ。

USB接続にするアタッチメントはとても便利で、OSインストールの際やDVDドライブレスのPCなどに使えるし、それ以外のではUSB-HDDとして常用できるので大変便利。
今はWD10EADSをつけて使っているが、このアタッチメントはバージョンが２．０なので転送速度が大変遅い。
特にほぼ１TB満載の時のファイル移動は、PC背面にあるため少々不便でもeSATAに変更して転送していた。

しかしAHCIではないXPを含む転送だと、eSATAがホットプラグではないため再起動を要する。
しかもasusのM4A88T-M LE　にはeSATAが備わっていない。（そのことに買ってから気づいた…）
USB3.0増設カード(pciex1)が余っていたので、HDDは３．０化しようとサイズのkamazoを導入した。

で、早速転送速度の違いが気になる。
windows7のコピーには転送速度が表示されるのだが、これを目視でそれぞれ確認すると以下のようだった。

eSATA avg.60MB/s
USB2.0 avg.30MB/s
USB3.0 avg.90MB/s

そもそもベンチマークソフトによる結果ではなく、あくまで常用のファイルコピーを監視していての数字なので正確ではない。
HDDの記憶場所によって変わるだろうし、OSの動作状態など、他にも…何か…きっと…もっとある。
ただ、HDD２台の間で行われるファイルコピーという、日常で多くあるはずの事例なので体感的には数字に納得がいく。

２．０だと数時間を要するのでHDDコピーなんてしたくなくなる。
eSATAだと一番早いのかと思いきや、２台のHDDの制御やデータ移動で割を食うのか速度は伸び悩む。
一番早いのが３．０で、これはUSB3.0用にチップが別に存在するからではないかと推測している（が、自信なし）。
やはり３．０は牛丼のようだ（三拍子ね）。

<2011.10.28追記>
写真を撮っていたのを忘れていて、さらにそれすらもアップするのを忘れていた。

AMD radeon HD5450 pcie x16用のビデオカードのお話。
以前どこかのサイトでたまたま5450のソケット部基盤を切除してｘ１化するというのを見かけた。
一方でマザーのｘ１ソケットに切り込みを入れるやら切断するやらの改造方法もあるようだ。

そもそもこのHD5450が余ってしまっているのは訳がある。
マルチモニターを使用し始めると３画面、４画面と増えてくる。
十年ほど前の液晶も現役である。
理由は明白。
多モニターの方が作業効率が上がるから。

しかし、近年のディスプレイはHDMIまでとは言わないものの、displayport が標準装備になりつつある。
おかげで２PCでモニターを共有するにはどちらかをDPに対応させる必要がでてくる。
一方はnVIDIAを積んでおり、古めのビデオカードなのでDVI優先が必然。
もう一方はAMDを使用しており、また比較的新しめなのでHDMIがマザーにもグラフィックカードにもついている。
だがDPは無し。

そこでDP搭載のHD５４５０を導入して、代わりにHDMIの５４５０を退役させた。
ところが、CPUに起因する動作不良に書いたように、AMDのグラフィック出力関係の不具合によりオンボードHDMIを使わないようにする必要が改めて出てきた。
しかしintelに鞍替えは少なからず出費が大きいので、安いマザーに交換してPCIex1にグラフィックカードを増設した方がベストとなったわけだ。
ケースはmATXだし…。

では、以前見かけた情報を総合してみるに、どうやら外部電源の必要ない75WまでのPCIex16カードであれば出来そうな雰囲気であり、ソケット形状はPCIex1にマッチすれば良さそうである。
早速加工。

ソケット適合のピン数を残して切断。
カッターで正確に何度も切れ込みを入れ両面仕上げる。
ラジペンで端（解放側）から少しずつゆっくり丁寧にネジネジとこじって、少しずつ「残すピン」側へ移動。
案外に簡単にポキリと折り切れた。

あとは端子線を削らないようにバリを取って終了。
交換前のgigabyteのマザーはヒートシンクの関係で動作確認できなかったのだが、x16に差してみると正常に動作していた。
確かにx1動作らしく、GPU-Zでそれが確認できた。
交換後のASUSマザーでもｘ１６、ｘ１共に動作確認が出来た。

さすがにファンレスとはいえ、グラフィックカードが隣接するスロットにつくと上側のカードは冷却が不十分となる。
ケースにはすでにちょうどグラフィックカード辺りに向けてファンがつけてあるので、現状は問題なく動作している。
これでなんとか余計な出費をせずに更新できた。
それにしてもなぜこうもWDのHDDといい、AMDのオンボードといい、特定のものにトラブルが続くのだろうか。

<2011.11.08追記>
whs2011とxpの.net frameworkに関連する調査中に、どうもこのグラボが関係しているのではないかという事象に気がついた。
その記事でも書いたが、D3D9windowエラーを出したり、ハードウェアアクセラレーションを有効にするとfirefoxが落ちるという現象。
これはどうもx1化したカードが関係していように見える。
絶対の自信はなく、x1スロットとの競合とか、そもそもdisplayport出力を持つ他のHD5450との関係とか、はっきりとしたハードを特定できていないからだ。
displayportはモニターの関係からどうしても外すことが出来ないため、必ずx16にささっていなければならず、検証できていない。
ただ、displayport出力のHD5450と組み合わせると不具合が出るわけだ。

改造してなお実用的なのかどうか。
これは改めて検証する必要がありそうだ。

交換前のGA-MA78GM-S2HはS/PDIF接続の際にDTS出力とすることが出来た。
ところが、交換後のASUS M4A88T-M LEに付属のソフトにはDTS設定が見あたらず、dolby stereoとなってしまう。
(基本編)3.RealTekオーディオマネージャーの種類と開き方とALCの確認方法
こちらのHPによると「RealTek HD オーディオ設定」というらしい。

チップは887と889Aの違いはあるが、cpuやGPUのように型番の数字が大きい方が良いという法則ではないようで、オンボートチップという立ち位置上、チップそれぞれはマザー設計メーカーごとに存在するらしい。
gigabyteからasusに変わったとはいえ、5.1ｃｈを使い続けてきたのだし、これからも使いたい。
そんなわけで試しにネット上にある　Download-realtek-high-definition-audio-driver-r2.09.exe　というのを試してみた。

再起動後、パネルを立ち上げてみると懐かしい「DTS」の表示が。
アンプにもきちんと「digital DTS」の表示が戻ってきた。
テスト再生で出力を確認。
ちなみに、Realtek HD Sound Effect Managerのパネル頂上にはASUSの文字がきちんと入っている。
てっきりRealtekとでも入るのかと思っていたが。
まぁ、動いているのだからこれで良し。

このCPU、そういえばピン折れの過去がある。
そんなことを思い出した。
CPUを外してピンの並びを見てみる。

おふぅっ！
一本完全に横になって隣のピンと接触してらっしゃる。
道理でBIOSで不具合が散見されたのかと納得。
というのもインストール二日目の終わり頃。
コアのアンロックの有効無効が項目自体が消え設定できなくなり、果てはnew cpu installedと毎回表示されてBIOSセットアップを都度強制されるという現象に遭遇。
なるほどこれなら確かに認識がおかしくなって仕方ない。
というか、それなら最初から起動してくれるなって話なのだが、これまた自業自得。
さらには、早くCPUの素性を思いだせって話にもなるな…。

ともかくピンをピンセットと毛抜きで修正。
ピンセットは土台曲がりを修正後、その曲がりの根本を保持するため。
毛抜きはその硬さを利用して曲がり自体を元に戻すため。（先細の堅めのピンセットが一番良い）
そしてCPU、OSをインストール。
これでもう問題ないはずなのだが、やはりアップデートのところで同じエラーを出した。
仕方ないので別のCPUを差し直してインストールすると、今度は正常にosのアップデートもAMD CCCのインストールも完了。
あぁ、うれしいやら悲しいやら。
いや、１：９で「ほぼ」悲しい。

CPUがだめなのはもしかしてピン曲がり接触による内部でのショートが何か関係しているのかと思ったが、CPUを交換したPCでは問題なく使用できている。
もちろんコアアンロックも出来ている。
CPU対応表に載っている動作するCPUなのだが、なぜこうなったのか。
原因を解明する手段はないし、手間も惜しいのでこれで終了。
CPUは大丈夫と思わずに、それの失敗の可能性もきちんと見ないといけないのだと痛感した。
（悔しいのでIvyが出たらintelに鞍替えするぞ！！）

<2011.10.28追記>
どうやらショート疑惑のCPUであるが、移植したPCが動作不安定に見舞われ始めた。
OSが起動することに安堵してしまっていたためまったくソフトを起動していなかったので気づくのが遅れたが、ソフトの強制終了やBSODが頻発するようになった。
これは残念。ち～ん…。
IVYまでもたないこと確実。

一時はWHS コネクターの更新により快適（というか元に戻っただけなのだが…）になったはずのXPマシンが、あれから一週間程度でまたスリープ突入に失敗し続け始めた。
もはやあきらめの境地であり、さらに言えばそもそもコネクタの更新で直っていなかったというのが事実なのだろう。
しかもPC自体の動作がおかしくなってきた。
1.AMD CCCがシャットダウンの際にたびたび強制終了となる。
2.HDMI接続のモニターに色飛び現象が現れる。
3.シャットダウン時に固まる

大きく上記３つが挙げられたが、他にもあった気がするがすでに忘れた。
CCCをインストールし直したり、.net frameworks 2~3.5ファミリをインストールし直したり。
良い結果には恵まれなかった。

２のモニター関連の不具合は以前使っていた690Gでも同じような不具合に遭遇していたので、またか…という感じである。
その際もHDMI接続だったから。
どうしてこう毎度毎度AMD　オンボードグラフィックに苛まれないといけないのだろうか。
AMDのIGPを使い始めてからというもの、不具合が多くなった気がしてならない。
未だ別マシンで現役の8600GTや9600GTを見習っていただきたい。

仕方ないので780GのIGPを使わずにPCIe　x1接続のHD5450を乗せることにした。
マルチモニター達成には複数グラフィックカードを使うしかｘｐには手がない。
x16には別の5450が搭載済みだ。
ところが、gigabyte GA-MA78GM-S2H rev1.1　のx1ソケット後方には780Gノースブリッジ用ヒートシンクが小山のごとくに盛り上がっている。
rev2にはきちんと逃げが施されたヒートシンクが乗っているが、こちらは干渉して5450が浮いてしまう。
なんてこったい！

結局XPはマザーボードを新調して再インストールすることにした。
ちょうどAMD FXシリーズの発表とベンチ結果が出始めた頃である。
よほど2600Kあるいは登場予定の2700Kに丸ごと鞍替えしてやろうかと思ったのだが、やはりintelとAMDではトータルで値段が違いすぎるのであきらめた。
で、パーツを組み込んでインストール開始。
データはWD10EADSにバックアップ済みだし、これがだめでもWHSにバックアップがある。

ところがインストール途中で「なんちゃらエラー」（ど忘れ）。
たしか、一度だけBSoDになったか。
インストールがうまくいってもxpをアップデート途中にupdate.exeでエラーがなんちゃらと出る。
メモリーなんちゃらを参照するがreadにならない、とか。
AMD CCCは障害発生でインストール完了できず。
memtestでエラー出ず。
メモリー差し替え、交換でも変化無く。
そのほかいろいろとハードを変えてインストールし直してみるが必ずupdate.exeでエラーを出す結果になった。
そんなこんなでトータルで１５回強ものインストールを試す羽目になった。

インストール開始から３日目、とうとうハード交換できる部品はCPUのみとなった。
ふとCPUの過去を思いだした。
＜続く…。てか、長い＞