Windows10でHID準拠ゲームコントローラが接続されているとスリープできない

Windows10をクリーンインストール後、2日目になってもスリープ状態に移行しなかったので調査したところ、上記の結果が得られました。

もっと言えば手動でスリープ状態に移行させることはできるのですが、時間経過によってスリープ状態に移行しません。
スリープはおろか、モニタの電源も落ちないし、スクリーンセーバすら起動しません。

本来であればOSのアップグレードやインストールを行う際には当然USB機器などは取り外し、さらに出来れば最小構成でインストールすべきというのがこれまでの常識でしたが、Windows10無償アップグレード版は人にではなくデバイスに対してライセンスが付与されるということでしたので、今回はあえてWindows8.1で利用しているデバイスを全部接続した状態でアップグレードとインストールを行いました。

そのため、スリープに入らない原因を突き止めるのに時間がかかりました。
では恥の顛末を早速。

まず、真っ先に疑ったのは周辺機器の電源管理オプションです。
デバイスマネージャを開き、接続されている機器の一つ一つのプロパティを開き、「電源の管理」オプションを見て回りましたが、すべて「電力の節約のため、コンピューターでこのデバイスの電源をオフにできるようにする」チェックボックスはチェック済みとなっていました。

次に、Windows10用デバイスドライバが用意されていないデバイスのせいでスリープに入れないのではないか、ということです。
PT3、ADBドライバ、プリンタ、ラベルプリンタ、CDラベルプリンタやスキャナなどのドライバはOSインストール直後にすべてインストールしておいたのですが、デバイスマネージャを開いてみると、確かに、

• SMバスコントローラ
• 不明なデバイス

の2つがドライバが適用されていない状態でした。

これだけでは何のことかさっぱりわからないのでデバイスマネージャのイベント欄から手がかりを調べてみると、何のことはなくて単純にMSがチップセットドライバを端折って入れていただけでした。

ちなみに、これらは

• Intel(R) Management Engine Interface
• Intel(R) Smart Connect Technology Device

のことでした。

しかし、これらのドライバを入れてみてもスリープせず、無関係でした。

次に疑ったのは当然Windows10です。何せ今回、一番変わったのはコイツです。

そこで、ひとつづつプロセスをkillしては数分待ち・・・というようなことを延々繰り返していましたが、やっぱりスリープする気配がない。

かなりな数のプロセス数なので、さすがに途中で飽きてしまったところ、ちょっと思いついたことがあって、起動直後にロック画面のまま何も触らなければどうなるのか試してみました。

スリープしました。

では一度ログインすればダメなのか、と思って、ログインしてスリープ状態に移行しないことを確認した後、再度ログオフして待機してみました。

スリープしました。

いろいろ試すうちに、ログインしていなければスリープするが、ログイン中はスリープしないことが分かりました。

え?ログオン?え??サインインですか?そうですか。

一度ログインしてスリープしない状態になっても、ログアウトさえすれば、設定時間経過後に正しくスリープ状態に移行するのです。

再度ログインすると、またスリープしなくなりました。

スリープしないことを確認後、ログオフすると、今度もやはり正しくスリープに入ります。

ここで、ログイン中に起動されるプロセスを重点的にkillしては様子を見て、ということをやってみたのですが、相変わらず阻害要因となっているプロセスを特定できませんでした。

もちろんその間、powercfg.exeでも原因を探ってみましたが、彼の報告によればスリープを無効にする要因はハードウェアからは全くなし、ソフトウェアからはWindows Updateの予約や録画予約ばかりで、いま、まさにスリープに入らない原因が全くない。

常にpollしてるんだろうから、動作ログ見せてくれれば一発なんだけどなぁ・・・

また、タスクスケジューラも全エントリを調査しましたが、スリープを解除してしまう悪い子は見当たりませんでした。

とにかく、ログアウト中はスリープするのにログイン中はスリープしないという奇妙な行動を突き止めることがなかなかうまくいかないため、さらにログオフ中とログイン中の稼働プロセスの違いをはっきりさせるため、後日ログオフ中でも稼働中のプロセスﾘｽﾄを取るサービスを書くことにして、次の確認項目としてUSB機器の取り外し試験を開始しました。

え?ログオフ?サインアウト?そうですか。

そこで、1つ抜いては数分待機、を繰り返した結果、表題の通り、「HID準拠ゲームコントローラ」が接続されていた場合にスリープしないことが分かりました。

まっさきに「HID準拠ゲームコントローラ」をデバイスマネージャで電源の設定を確認しましたが、これには「電源の管理」タブがありません。

しかし、その下にぶら下がっているコントローラ本体の「USB入力デバイス」では正しく「電力の節約のため、コンピューターでこのデバイスの電源をオフにできるようにする」チェックボックスはチェック済みとなっています。

そもそも、ログアウト中はスリープするわけですから、デバイスの設定としては正しいわけですよね。

powercfg.exeでスリープを拒止するプロセスもつかめないし、ログアウト中ならスリープするという点を見ると、どうもこりゃあ長丁場になりそうなので、今はとにかく、これを抜去しておきゃスリープはするわけですから、抜本的解決には至っておらず、まことに恐縮ですが毎月ン万円も電気代をTEPCOに支払う身としてはいまはこれまでとしておきたいと思います。

sleepに入るロジックの動作ログを見られればすぐわかるんだろうなぁ。。。

Windows10クリーンインストールが継続できない

豪華三本立ての回復パーティションを成敗して、さっそくクリーンインストールを開始してみました。

ものの見事に躓きました。

さすがわれらがマイクロソフト。期待を裏切りませんねぇ。

ちなみにアップグレードにかかった時間は3時間程度でした。

さて、そういうわけでインストールを開始したわけですが、ここで躓きました。

(写真が汚くてごめんなさい)

誰が所有してようがお前には関係ないだろうがボケ。とか思いつつ「私が所有しています」を選択しても何も起きない。

いや、正確にはHDDのアクセスランプが結構長い間バリバリに輝くのですが、次の工程に進まない。

では、というので今度は「自分の組織」を選択してみたところ、今度もHDDのアクセスランプが結構長い間バリバリに輝くのですが、やはり次の工程に進まない。

どっちを押しても、HDDのアクセスランプが結構長い間バリバリに輝くだけで何も起こらない。

アクセスランプが止まった後、しばらく放置して様子を見てみたのですが、やはり次の工程に進みません。

ほとほと困じ果ててしまいました(びっくり。今知ったけどMS-IMEでは「こうじはてる」が変換できなくなってる!昔はできたと思ったけど・・・)。

そもそもこの画面が問うている意味が分からないうえ、先にも進めないし後にも戻れない。そもそも写真をご覧いただくとわかるように、画面上に「次へ」ボタンも「戻る」ボタンもない。

それらのボタンが画面外になっちゃっているのかな、と思い、マウスカーソルを下や横へ持っていこうとしても、マウスカーソルは画面の縁から外へは移動できない。つまり、表示可能領域自身はシステムは正しく把握している様子。

さらにﾘﾀｰﾝキー連打とかALT+Nとか押してみても何も起きない。

なお、クリーンインストールを開始してからこの段階までで、1時間50分程度かかっています。

ちなみに、写真の画面を再現しようとして仮想マシン上で同一のDVDメディアからインストーラを起動して同一の画面を表示させてみると、「次へ」ボタンがしっかりあるではありませんか。

更新プログラムとか関係なく、完全にインストーラの不具合でした。

少なくともうちの環境では。

拝察するに、少しでもきれいに見せたいために余計な計算をして、最適な表示方法を見つけた「つもり」になっていて、変な描画処理を行った挙句に画面下部が切れているんでしょう。

マウスカーソルの移動範囲が画面内に限られるところから察するに、もう描画処理の問題としか思えません。

英語版前提のプログラムに日本語をのっけたからサイズ計算ミスっちゃったてへぺろ。とかそういう程度のくだらない理由で発生した障害に思えてなりません。

さすがは我等がグレイトでビッグでゴージャスなMS様です。確かWindows95だか98だかMeだかXPだか忘れましたが、同じように画面が表示しきれずインストールできないというトラブルがありました。
全く期待を裏切りません。さすが信頼のMS品質。

最初から小細工せずに従前通りVGA前提にしときゃいいのによ。ﾊﾞｶｼﾞｬﾈ?

しかも。

ALT+Nが効果がないはずですよ。

この画面だけ「次へ」ボタンにキーアサインがなされていないじゃないっすかあー。

すげーぐれーとっすねーまいくろそふとせんぱいーあこがれるっすー。

スクリーンショットをご覧になられるとお分かりいただけるかと思いますが、通常「次へ(&N)」となっているところ、&Nが抜けています。(画面表現上は&NはNにアンダーバー、つまり「次へ(N)」に見えます)。

端からキーボード+マウスでの操作がされることをこの画面「だけ」考慮からすっぽ抜けているわけです。

後から追加した画面なのかもしれませんね。

タブレットのことしか頭にないとこうなるというｽﾊﾞﾗｼｲ実例をまたもやご披露いただき感激の極みです。

ALT+Nも効かない、マウスで選択しようにも見えないどころか画面外にマウスカーソルが移動できないとなると、TABキーでまぐれ当たりを期待してフォーカスを変えまくって改行キー連打してまぐれ当たりを期待するということになりますが、そもそもこういう画面だということを知らないと極めて困難でしょうなあ。

ﾊﾞｶｼﾞｬﾈ?

以後も写真に撮っていればよかったのですが、かなりうんざりしながら作業していたので写真を撮ることをすっかり失念してしまっていました。ごめんなさい。

とはいえ、これだけへぼいインストーラですから、仮想マシンでも再現してくれることは期待度MAXです。

以後は仮想マシンで撮ったスクリーンショットを使用していこうと思います。

さてと、ともかく、この段階から進まないことには話になりません。

この前の画面でネットワーク経由でアップデートモジュールをインストールするからちょっと待てや、とかインストーラが言ってたことを思い出して、偉大かつ優渥なるグレイトなマイクロソフト様が言われてもいないしする必要もないアップデートをおかけくださったのかもしれないと思い、今度はLANケーブルを外して再チャレンジすることにしました。

再度DVDから起動し、Cドライブ予定地をフォーマットしなおしてインストール先に指定すると、また変な症状が発生しました。

こいつは仮想マシンでもばっちり再現しました。こんな具合に。

どっちもWindows10、しかも選択可能なパーティションも同じ。

つまり同じものが2つも選べて超お得!!!

この上ないゴージャスでリッチな感覚を味わうことができるのです。

こんなにおとくなういんどうずじゅうをせんたくしないわけにはまいりませんわー。

どっちがいいのかなーどっちでもおなじだけどなーてすとしてんのかなーしてねえよなー。

超品質たけえじゃん。

なお、さらにもう一度Cドライブ予定地をフォーマットしてインストールしようとすると、この選択肢は3つに増えました。もう気分はエグゼクティブぅ。

とか言ってても始まりませんからまあとにかく選びます。

すると先ほどと違って、誰の所有するPCか、などと聞かれずに、いきなりアカウント設定画面に進みました。

但し、この画面も実機ではまたもや「次へ」ボタンは表示されていませんでしたが、仮想マシンでは次のような画面です。

察するに、先ほどの誰の所有するPCか、などと聞いてくる画面は、マイクロソフトアカウントがらみのものだったんでしょうな。

正直、マイクロソフトアカウントというマイクロソフト様からのご優渥かつご寛大でゴージャスでジーニアスでクレバーでびゅーてほーなるお申し出を受けてPCを運用するという栄光に浴するには、私めなどは度胸も気力も体力も不足しているので、あのヘボ画面をスキップできてかえってラッキーだったようです。

こちらの画面も、繰り返しになりますが、実機では画面下にあるボタンが切れていたので、正直かなり困りました。

仕方がないので各項目欄に入力して、バンバン改行キーをたたいたりTABを連打したりしてたら次の行程に進みました。

この仮想マシンでのスクリーンショットを見て納得しましたが、偶然に「次へ（Ｎ）」のところにフォーカスがあるときに改行キーをたたけたんでしょうか。

これを幸運といっていいのかわかりませんが、まあ、幸運だったのでしょう。マイクロソフト様のお恵みかもしれません。

次の工程と書きましたが、この画面の後は、もう何もすることもなく、ちょっと待て、とか、もうしばらくだよ、とかさあはじめましょう、とか意味不明なご宣託が続いたのちにいきなりﾃﾞｽｸﾄｯﾌﾟに放り出されてインストール完了と相成りました。

LANケーブルを外しての再インストール時間はおおよそ40分でした。

手っ取り早くインストールするなら、アップグレード(ライセンスを獲得するときはやむを得ないかもしれません)やLANにつながった状態でインストールしてインストーラにアップデートさせるようなことはせずに、LANから切り離した状態で行うと１時間未満で処理が終わるのでお勧めです。

インストール完了直後の感想は「ほんとにテストしてんのかよ?」というものでした。

Windows8の時も同じようなことをこのblogで書かせていただいておりますが、あれから2年たってもおんなじ印象を抱かせるマイクロソフト様ってブレがないっすね。

どこぞの国も、野党からのﾂｯｺﾐ対策に、政府首班は見習われたらいかがかしらねぇ。

Windows10でもやっぱり増殖する回復パーティション

サーバが死んで絶望の淵に立たされている間に、Windows10へのアップグレードは一応完了したみたいでした。ライセンスさえ取れればいいので、ライセンスが取れていることを確認した後は特に動作確認もしませんでした。

しかし、とても期待していることがあるので、ライセンスが取れているかどうかはそっちのけでまず確認したのが以下の画像です。

ご覧ください、この実にばかばかしいｽﾊﾞﾗｼｲ有様を。

回復パーティションが豪華三本立てですよ奥様!!!

300MBの回復パーティション: Windows8のクリーンインストール時に作成されます。
450MBの回復パーティション: Windows8.1からのアップグレード時に作成されます。

363MBの回復パーティション: Windows8からのアップグレード時に作成されます。

Windows8から素直にアップグレードを重ねると、今なら回復パーティションが、もれなくなんと3つもついてきてお得です!!!

・・・もう、あまりにあほらしくて何と言っていいのかわかりません。
今なら、というより、必ず、なんですけどね。回復パーティションが3つできちゃうのって。
(Windows8をインストールする段階からでかい容量を回復パーティションに割り当てている人にはこのような現象は起きないでしょうが、Windows8をクリーンインストールするなど最低限の回復パーティション容量でインストールした人は、こうなります。)

もう馬鹿馬鹿しいし、一度ライセンスされたらインストール時にあの長ったらしいライセンスキーを入れずに済むという話を検証したかったので、ライセンスが取れていることを確認した後、即、クリーンインストールを開始しました。

なお、同一の物理ディスクにCドライブとDドライブがあっても、

• Windows8で作成された回復パーティション
• EFI用パーティション
• MSR（マイクロソフト予約)用パーティション(GUIではなぜか表示されませんが実際には存在します)
• Cドライブに指定していたパーティション(ここにWindows10が入っています)
• Windows10で作成された回復パーティション
• Windows8.1で作成された回復パーティション

を削除して、手動でパーティションを切ればDドライブは無事なままWindows10をクリーンインストールできましたので安心してください。

言うまでもありませんが、クリーンインストールを前提としておりますので、Windows10が入っているCドライブを削除しますとアップグレードした結果はすべて失われます。
失って困るデータやアプリがある場合には作業の前にバックアップを取るなどの準備が必要となりますし、後戻りはできませんので十分にご留意ください。

それではパーティション整理の手順を書きます。

手順の前提として、UEFI経由でブートするｼｽﾃﾑで、Windows10をインストールする予定のドライブがDISK0、GPT形式であると仮定します。
MBRな方はちょっとばかり手順が変わりますが、現在でも由緒正しいMBRからブートされているほどの気合が入った方にはこのような説明など不要でしょうから割愛します。

さて、まず、Dドライブの前に配置されているパーティションを全部削除します。
ツールは何でもいいのですが、この際は事前に焼いておいたWindows10のDVDなりなんなりで起動し、コマンドプロンプトを立ち上げ、diskpart.exeを起動します。
コマンドプロンプトを起動する手順はインストールメディアからコンピューターを起動して、「コンピューターの修復」を選択し、「トラブルシューティング」を選択することで可能です。

diskpart.exeが起動したら、select disk 0　と入力してDISK0を選択し、list partitionと入力すると、次のようになっているはずです。

DISKPART> select disk 0
ディスク 0 が選択されました。
DISKPART> list partition
Partition ###  Type                Size     Offset
  -------------  ------------------  -------  -------
  Partition 1    回復                 300 MB  1024 KB
  Partition 2    システム             100 MB   301 MB
  Partition 3    予約                 128 MB   401 MB
  Partition 4    プライマリ           230 GB   529 MB
  Partition 5    回復                 450 MB   231 GB
  Partition 6    回復                 363 MB   232 GB
  Partition 7    プライマリ           699 GB   232 GB

上記の例だと、 Partition 7がDドライブに相当します（ディスクアドミニストレータでは見えなかったMSRも、ここではPartition3として正しく表示されています)。
従って、Partition 1から6を削除します。なお、パーティション番号だけは他と違って1から開始されます。MS-DOSから連綿と続く、極めて長い伝統の名残がここにも残っていますねぇ。

削除の手順はパーティションを選択後、削除、を6回繰り返します。
なお、パーティション4はCドライブですが、特にシステムに保護されていないのでdelete partition時にoverrideは不要です。それ以外の1,2,3,5,6番目のパーティションはoverrideが必要です。

DISKPART> select partition 1
パーティション 1 が選択されました。
DISKPART> delete partition override
DiskPart は選択されたパーティションを正常に削除しました。
DISKPART> select partition 2
パーティション 2 が選択されました。
DISKPART> delete partition override
DiskPart は選択されたパーティションを正常に削除しました。
DISKPART> select partition 3
パーティション 3 が選択されました。
DISKPART> delete partition override
DiskPart は選択されたパーティションを正常に削除しました。
DISKPART> select partition 4
パーティション 4 が選択されました。
DISKPART> delete partition
DiskPart は選択されたパーティションを正常に削除しました。
DISKPART> select partition 5
パーティション 5 が選択されました。
DISKPART> delete partition override
DiskPart は選択されたパーティションを正常に削除しました。
DISKPART> select partition 6
パーティション 6 が選択されました。
DISKPART> delete partition override
DiskPart は選択されたパーティションを正常に削除しました。

先頭から削除しても再起動しない限りパーティション番号は変わりません。

繰り返しになりますが、パーティションの4はCドライブで保護されていないのでdelete partition時にoverrideは不要です。それ以外の1,2,3,5,6番目のパーティションはoverrideが必要です。

さて、余計なものどもを成敗しましたので、今度はパーティションを再分割してあげます。
必要なパーティションは、

1. 回復パーティション
2. EFI用パーティション
3. MSR用パーティション
4. Cドライブ用パーティション

の計4パーティションとなります。

以後は煩瑣になるといけませんから、diskpart.exe上で入力するコマンドだけを記述します。
インデントされている行がコマンドを表し、1行で１コマンドです。

まず先頭に回復パーティションを作成します。Windows10の場合、容量は450MB必要です。但し、この例では今後のこともあり、嫌な予感がするので50MBおまけしてsize=500としました。4コマンド(4行)あります。

create partition primary size=500
format quick fs=ntfs label="Recovery"
set id="de94bba4-06d1-4d40-a16a-bfd50179d6ac"
gpt attributes=0x8000000000000001

なお、以後作成するパーティションに共通しますが、formatコマンドにおけるlabel=は特に必要がありません。打鍵が面倒なら省いても構いません。また、HDDのチェックも同時に行いたいならquickを省いてください。

MBR形式の人はidが27なので楽ですが、今回の例ではGPTっていうくらいですからGUID形式でidを指定するため強烈に長いですが、この値がPARTITION_MSFT_RECOVERY_GUIDを示し、とても重要なので気を付けて入力して下さい。
また、属性値もやたらとゼロが続きますが、GPT_BASIC_DATA_ATTRIBUTE_NO_DRIVE_LETTER（0x8000 0000 0000 0000）と
GPT_ATTRIBUTE_PLATFORM_REQUIRED(1)のOR(論理和)値を表していて、これも重要なので気を付けて入力してください。4桁の数値が連続して4つあることを考慮に入れて入力すれば、単純にゼロの個数をカウントするよりもミスも少なくなるでしょう。

次はEFIパーティションを作成します。容量は100MB必要です。

create partition efi size=100
format quick fs=fat32 label="ESP"

これだけでいいです。
次はマイクロソフト予約パーティション(MSR)を作成します。容量は128MB必要です。

create partition msr size=128

さらに行数が減って1行だけです。
最後に、Windows10をインストールするためのCドライブとなるべきパーティションを作成します。

create partition primary
format quick fs=ntfs label="cdrv"

サイズを指定していないので、Dドライブまでに空いている残り容量のすべて(Dドライブがなければハードディスクの残り容量全て)がこのパーティションへ割り当てられます

この段階でlist partitionを行うと次のようになっています。

DISKPART> list partition

  Partition ###  Type                Size     Offset
  -------------  ------------------  -------  -------
  Partition 1    回復                 500 MB  1024 KB
  Partition 2    システム               100 MB   501 MB
  Partition 3    予約                 128 MB   601 MB
  Partition 4    プライマリ              230 GB   729 MB
  Partition 7    プライマリ              699 GB   231 GB

パーティション番号の5,6が抜けていますが、気にすることはありません(Partition7は繰り返しになりますが温存しておいたDドライブです)。

なぜなら、この番号は現在起動中のｼｽﾃﾑが認識した番号だからで、再起動してしまえば番号が振りなおされます。

つまり、この作業中に再起動してしまったらパーティション番号が変わるということです。ご留意ください。

こののちは、diskpartを終了しシステムを一度終了させ、再度Windows10のインストールメディアから起動して先ほど作成したCドライブの予定地を指定してインストールするだけです。

お疲れさまでした。

Windows10にしたらサーバがお亡くなりに。

先に申し上げますが、表題はまるっきり言いがかりです。
死因は全部私の責任と経年劣化によるものです。
ただ、Windows10にしようとしたことで始まる一連のくだらないドタバタ劇を一言で表そうとしたら、今回の表題となりました。

先日、PCの定例フルバックアップが終わったので、ちょうどよい機会だと思ってWindows10にアップグレードしてライセンスを取得しておこうと思いました。
一度やって、手順を確認しておきたかったというのもあります。

アップグレード中、退屈だし、アップグレード後にいろいろ試してみたりするだろうから当分サーバにはアクセスすることはないな、と思い、サーバ(Express5800)で稼働させているLinuxのカーネルのアップデートを行って再起動すると、何やら普段とは違うビープ音が。

驚いてモニタをつないでみると、CMOSチェックサムエラーが発生していたための警報音でした。
アア季節ノ変ワリ目ダナア、今回ハCMOSノ電池切レカ、随分長持チシタナァ、などと余裕ぶっこいてそのままOSを起動させようとしても起動処理途中で再起動してしまう。おまけにそのあと画面が真っ暗になったままBIOSも立ち上がらない。

電源を切って、再度入れると、やはりCMOSチェックサムエラーが発生。
リブート直前までは何の問題もなく稼働していたのだから、ﾅﾝﾄｶ起動してくれないかと思って何度も再起動を繰り返していると、今度はメモリスロットを検出したりしなくなったりしはじめてしまいました。それも、再起動するたびに見失うメモリスロットが異なる。

起動途中で停止してしまったり、インストールされているメモリを見失ったりするのは、これはCMOSの電池切れで発生しうる事態なのだろうかと考えると、ちょっと怪しいかもしれません。

現在もう一台のサーバ(こちらもExpress5800)も故障中なのを放置してあるため、ついにサーバが0台という非常事態となってしまいました。
しかもPCはWindows10へアップグレード中。思えばこのBloggerさんに間借りさせてもらうことにしたのは、PCとサーバが同時期にぶっ壊れたためでした。今回はまだPCは壊れていませんが、とても嫌な予感を感じてなりません。
思わず連れ合いのWindows7機を咄嗟に見たのは、内心いざとなったらあれを分捕ろうと思ったからかもしれません。

しかし、このサーバも、これまで何度か故障したとはいえパーツ交換で延命し続けてもう8年目。震災直後の計画停電時の故障から4年。前回の電源ユニットの故障からでも丸2年。よく頑張ってくれました。
いまだに性能的に全く不満を感じていないのでとても惜しいのですが、仮に電池交換でなおったとしても、これ以上の使用は危険かもしれないと思い、新規に調達することにしました。

最初は中古も考えたのですが、やはりサーバの中古だと24時間運用され酷使されていただろうからファンなどの可動部品などが心配だなあ、と考え直して、新品でリプレース機を検討することにしました。
とはいえ、最近は格安サーバって見かけないなあ、急な出費で憂鬱だなあ、とかぶつぶつ言いながら検索していると、驚いたことに2店で2万円程度で買える新品のサーバがありました。

まず一方はPentiumG3420/メモリ2GB/HDD250GBで17800円。ただし納期は一か月後。
もう一方はCeleronG1820/メモリ4GB/HDDなし+送料1000円で20980円。納期は1週間後。
どちらもPRIMERGY TX1310 M1。

うーん・・・PRIMERGYか・・・とほんの少し考えてしまいました。
というのは、あれって電源コネクタが独自仕様だから、HDDの次にぶっ壊れるはずの電源がへたったら本体より高い電源を買うか、またサーバを丸ごと交換するかの悲しい択一を迫られるわけです。また、その時に格安サーバが運良く見つかるかどうか。
しかし、それを勘案しても魅力的な価格ですのですぐ買うことに決めました。ともかくサーバが長期間ないととても困ります。

前者の店は価格が魅力ですが納期が不満でしたし、もともとHDDは不要なので、まずは後者の店で1台調達することにしました。
もし具合がよさそうだったら、今度は前者も検討してみたいと思っています。

先に故障していたサーバは単なるファイルサーバ用途でしたが、この年齢になるとHDDを組み付けたら20Kgを超えてしまうサーバ機を持って右往左往するのも随分きつくなってきたというのが、正直なところです。
もう今後は外付けHDDケースでもいいかな、とも思ってケースの値段を見てみると、HDDを4台収容可能なケースはこのサーバよりもお高いのでした。

まあ、経験上ではACアダプタがすぐ壊れるという懸念材料もありますし、下手に多数搭載できるケースは危険かもしれません。

故障中のファイルサーバは余ったHDDをRAID5でまとめていただけ(それでも4台で計1TBにはなっていましたのであながち馬鹿にできません)だったので、最近は大容量HDDもかなりお安いですし、USB3.0の普及で外付けHDDでも十分な速度が期待できますから、4TBのHDDを2台、ケースを2台買って、USB3.0でつなげてソフトウェアRAIDでも構築すればいいんじゃないかな、と思って調べてみると、Windows Vista以後は外付けHDDにはソフトウェアRAIDを構築できない制限が加えられているそうです。

もっとも、外付けHDDでRAIDを組もうなんて話、笑われちゃいそうではあります。
ですが、前提がファイルサーバの代用ですから、HDDが飛んだらハイオシマイ、では話になりませんよね。

だからと言って、RAID機能付きケースを買うという選択肢は、今回購入した格安サーバの数台分はかかりますから論外です。

若返ったつもりでサーバ機の質量を無視すれば別にこだわる必要はないのですが、ここはあくまでもケースにこだわるとした場合、今回購入した代替機でもLinuxが稼働予定ですので、こちらに外付けHDDで(すでにこちらのサーバもシステム1+データ2(RAID1)で計3台のHDDがあるので、さらに2台も内蔵できません。また、拡張SATAカードを増設するとした場合、電源容量が250Wの上、組み付ける場所があるかどうか、さらには組み付け後の通気も懸念材料となってしまいます)RAIDを組んでsambaで公開する、ということになりますが、やはりACアダプタな機器を24時間運用が予定されているサーバにくっつけておくというのはちょっとどうかと。

あくまでもケースにこだわるなら、自分で定期的に2台のHDDを同期してやるのが一番手っ取り早そうです。

手間と時間を惜しまないなら、まあ手動での同期でも構わないとは思いますが、素直にファイルサーバを立てたほうが、結局のところ楽ができるような気がするという、とても間が抜けた結論に達しました。

もうこの際、ファイルサーバを立てずに全部PCに取り込んでおいて、ファイルが必要になったらWoLか手動でPCを立ち上げてもらう運用にしておいて、共有ファイルは定期的に外付けの大容量HDDにバックアップを取るというのが一番楽かもしれませんね。
バックアップ間隔で障害が発生したら泣いて諦めるものと割り切る勇気があれば、ですが。

まあ、これがとりあえずドタバタ劇その1です。
こんなくだらない話がまだまだ続きます。

Goodgame Big Farm オーガニックマーケット:バリューレベルとボーナス値

続けざまで恐縮ですが、Big Farmにおける、あんまり意味がない情報です。

オーガニックマーケットにおけるバリューレベルとボーナス値の相関をｸﾞﾗﾌにしてみました。

何やら途中がやけに直線じゃねえか、と思われた方はさすがと申し上げます。

本来なら折れ線グラフで示してはならないデータを、さらに折れ線で示すとしても補間せずに結んじゃいけない点を結んでいるからです(バリューレベル20~57まで飛んでいます)。

何だか知りませんが、かれこれ実装以後結構長いことデータどりをしてみたものの、バリューレベルの30,40台がまるで出てきません。

まあ、式を立ててグラフ化すんの大げさだし、一目瞭然で脳内補間可能だからいいかなと。

で、生データは以下です。

バリューレベル	ボーナス(%)
0	0
1	1.92
2	3.43
3	4.69
5	6.69
7	8.26
8	8.93
9	9.55
10	10.12
11	10.65
13	11.6
14	12.04
15	12.44
16	12.83
17	13.2
18	13.55
20	14.21
57	21.14
58	21.26
59	21.38
60	21.49
61	21.61
62	21.72
64	21.94
65	22.05
66	22.16
67	22.26
68	22.36

バリューレベルが60を超えるとボーナス値の鈍化が際立ってきますが、ドル以外のオファーも目立ってくる傾向があるようです。

このデータの使い道はご覧の皆様次第でございます(丸投げ)。

Goodgame Big Farm オーガニックマーケット出荷・注文額比較計算シート

最近の品質管理が猛烈にユーザ間で(悪い意味で)大評判のBig Farmですが、先ごろ障害満載で実装されたオーガニックマーケットの注文額と通常出荷時の価格の差が気になり計算してみました。

当初はGoogle様ご提供のスプレッドシートで計算していたのですが、値のクリアをボタン一発でやろうとするとGoogle Apps Scriptとかいうを契約しなくちゃいけないらしく、そのうえそいつは単なるjavascriptだったので、たったボタン一つ付けるためだけにこれ以上Google様の新たなサービスとお近づきになるのも嫌だし、スプレッドシートのままだと捨てアカウントを作成して公開しないと危なくて仕方がありませんが、こんな程度のものに捨てアカウントなど作る気も管理する気も起きませんし、プログラムそのものはスプレッドシートにボタンを追加するのとほとんど変わらない、未就学児レベルですので、結局ｺﾞﾘｺﾞﾘで計算するシートができましたので興味がある方はご利用ください。

なお、このシートを利用したことによるいかなる損失損害に当方は一切関知せず、瑕疵があっても一切関知しません。また、苦情・要望その他一切関知しませんのでご利用の際にはご自身でご判断ください。

既知の問題
• javascript無効環境では動作しません。
• input要素にnumberを使用しているのでHTML5対応ﾌﾞﾗｳｻﾞ以外では動作しません。
• 対応ﾌﾞﾗｳｻﾞは調査していません。
• 数回しかテストをしていません。
• 単価は組合加入者の場合組合ごとに異なります。
  規定値は「私の農場の単価」になっています。
  必要に応じて変更してください。
• 品目は「「私の農場で」要求される品目のみ列挙されています。
  トロピカルファームには行ったことがないので知りません。
  必要に応じ「その他」欄を5個用意したのでご利用ください。

使い方
• 下部の表に単価と数量(注文で要求されている個数)を入力すると、上部の表の「合計通常出荷額」が算出されます。
  合計通常出荷額とはオーガニックマーケットを介さずに販売した場合の売上高を指します。
  
  これで損得がわかりますが、さらにいくらの追加利益が得られるのか計算したい場合は引き続き以下の操作を行います。
• 注文時に提示された金額を「被提示額」に入力します。
  被提示額とは注文欄に表示されているドルを指します。
• ボーナス値にはバリューレベル欄にマウスオーバ時に表示されるボーナス値(たとえば、バリューレベル67の時は22.26%と表示されているはずです)を入力します。
• 差益に追加利益額が表示されます。なお、ボーナス値の演算では丸め処理をしているので誤差が出るかもしれませんのでご留意ください。
• 前回入力時の数量を消去する場合は上下の表の中間に「数量消去」ボタンがありますので、それを押下します。

合計通常出荷額	0ドル
被提示額	ドル
ボーナス値	%
差益	0ドル

品目	単価	数量	小計

自分以外に役立つとは到底思えませんが・・・
まあ、オファーにドル以外の蹄鉄やモラルポイント、経験値、ゴールドが同時に提示された場合に、諾否の判断基準にはなると思います。

Goodgame Big Farmの満足度・生産費用対応表

Goodgame Big Farmの満足度と生産費用の関係をグラフにしました。
一応スポイラーとなりますので、閲覧に際しましてはご自身でご判断ください。
なお、元データはこちらの情報を利用させていただきました。

生産費用が割引になる場合のｸﾞﾗﾌと割増しになるｸﾞﾗﾌで大きく目盛が異なりますので、グラフを分けました。

生産費用が割引になる場合のｸﾞﾗﾌは以下です。

生産費用が割増しになる場合のｸﾞﾗﾌは以下です。

これがどうかしたか、と問われましても、当方といたしましては何も申し上げることはございません。