HTC J Butterfly Wireless connect (bug?)
ここ一週間ほどの話だが、自宅のWi-Fiにつながらなくなった。iPhoneやnote-PCは問題ないのでほぼHTCの問題なのだが心当たりがない。特にそれに関係する様なアプリの更新もないし、端末のOSを更新した記憶もない。ググってみてもそれらしい記述は見つからないので細かい相性問題であるかもしれない。
念のために記述しておく。
現象としてはHTCのみが自宅で接続できなくなっただけだが、親機の通信ログを確認してみると時期によって微妙に現象が異なる。初めのうちはGTK 2-way handshakeがこけていたが、今日辺りからその手前のPTK 4-way handshakeがこけている。まあ、こういう不可解なときに試す手段は（HTCと親機ともに）再起動なのだが、それでも現象は変わらない。ここ最近はかなり暑いが、親機の熱暴走で一週間も特定の機種だけつながらないとは考えがたい。しかし親機のメモリの特定のビットがこけた（そして再起動でも復元しない）ことにして保存していた設定で復元してみる。変わらない。
暗号方式を間違えたことも考えたが、親機の設定上、AESしか受け付けないようになっている。それでもWESの暗号キーを入れてみるが当然変わらない。
たった今、念のために（再起動ではなくて）一旦電源OFFをして再び起動してみた。こんどはWi-Fiをonにすると確実にエラーと出る。どうも端末がいかれていたようだ。これからAUに行ってこなければ。
2014.7.1追記
結論だけ言うと、AUショップでUSIMの挿抜でとりあえずは直った。先方によれば端末を落としたときか何かにUSIMの位置ズレが起こり、それが元で設定か何かの読み込みに失敗して（普通、気づくと思うのだが、CRCか何かで）現象が発生したのではないか？と言うことだ。今ひとつ納得しがたいのだがこれでクローズとする。なお、現象が再発する場合にはUSIMの故障が疑われるので無料で交換してくれるらしい。
念のために記述しておく。
現象としてはHTCのみが自宅で接続できなくなっただけだが、親機の通信ログを確認してみると時期によって微妙に現象が異なる。初めのうちはGTK 2-way handshakeがこけていたが、今日辺りからその手前のPTK 4-way handshakeがこけている。まあ、こういう不可解なときに試す手段は（HTCと親機ともに）再起動なのだが、それでも現象は変わらない。ここ最近はかなり暑いが、親機の熱暴走で一週間も特定の機種だけつながらないとは考えがたい。しかし親機のメモリの特定のビットがこけた（そして再起動でも復元しない）ことにして保存していた設定で復元してみる。変わらない。
暗号方式を間違えたことも考えたが、親機の設定上、AESしか受け付けないようになっている。それでもWESの暗号キーを入れてみるが当然変わらない。
たった今、念のために（再起動ではなくて）一旦電源OFFをして再び起動してみた。こんどはWi-Fiをonにすると確実にエラーと出る。どうも端末がいかれていたようだ。これからAUに行ってこなければ。
2014.7.1追記
結論だけ言うと、AUショップでUSIMの挿抜でとりあえずは直った。先方によれば端末を落としたときか何かにUSIMの位置ズレが起こり、それが元で設定か何かの読み込みに失敗して（普通、気づくと思うのだが、CRCか何かで）現象が発生したのではないか？と言うことだ。今ひとつ納得しがたいのだがこれでクローズとする。なお、現象が再発する場合にはUSIMの故障が疑われるので無料で交換してくれるらしい。
Mac miniのスリープ復活トラブル
最近macを弄ることが多いのだが、当然弄っている最中に席を外してスリープモードに入ることがある。で、当然復帰するのだが、そのときなぜか画面が表示されない事が頻繁に起きる。そのとき、モニター側からは信号が来ているように見えているのだが、実際には表示されないと言うことは、信号の設定がおかしなものが来ているか、なぜか真っ暗なおかしな信号が送られてきているか、と言うことになる。
こういうときの対策として、ノートだと画面が見えなくても[電源]＋[スペース]で再起動だとか、miniでなければ[Command]-[Control]-[Eject]で再起動なんかのショートカットがあるが、ノートのパターンは（ノートじゃないから多分ダメだろうなと思いながらも）試してみても再起動しないし、miniにはそもそもEjectボタンがない（ドライブがないから）。そういうわけで仕方なしに[Command]-[Control]-[電源]の強制再起動を使用していた。
とは言え、あまりにも頻繁に強制再起動するのも問題だと思うので原因について考えてみた。いろいろググってみたがそれらしいものが見つからなかったのだが、ネットワークアクセスのスリープ解除トラブルの記事を見て最近似たような場所の設定を変えたことを思いだした。
ソフトウエアアップデートが面倒くさかったので[Power Nap]を有効に変更したのだった。そこで試しに無効に戻してかれこれ、ひと月は経つ。今のところ現象は再現されていないので「もう良いかな」と記事にした次第。
まとめ
現象
Mac miniにおいてスリープモードからの復帰時に、モニタへの出力信号がおかしなものになり画面表示されない。
対策
Power Napを無効にする。
常にこれが原因とは限らないが、試すのにコストのかかる話でもないのでトライしてみても良いと思う。
2014.7.1追記
本日、現象が再現した。なので「直る」というより「頻度が激減する」と言った方が正確かもしれない。忘れていたので環境も追記。
環境
Mac mini Late 2012
OS X 10.9.3
こういうときの対策として、ノートだと画面が見えなくても[電源]＋[スペース]で再起動だとか、miniでなければ[Command]-[Control]-[Eject]で再起動なんかのショートカットがあるが、ノートのパターンは（ノートじゃないから多分ダメだろうなと思いながらも）試してみても再起動しないし、miniにはそもそもEjectボタンがない（ドライブがないから）。そういうわけで仕方なしに[Command]-[Control]-[電源]の強制再起動を使用していた。
とは言え、あまりにも頻繁に強制再起動するのも問題だと思うので原因について考えてみた。いろいろググってみたがそれらしいものが見つからなかったのだが、ネットワークアクセスのスリープ解除トラブルの記事を見て最近似たような場所の設定を変えたことを思いだした。
ソフトウエアアップデートが面倒くさかったので[Power Nap]を有効に変更したのだった。そこで試しに無効に戻してかれこれ、ひと月は経つ。今のところ現象は再現されていないので「もう良いかな」と記事にした次第。
まとめ
現象
Mac miniにおいてスリープモードからの復帰時に、モニタへの出力信号がおかしなものになり画面表示されない。
対策
Power Napを無効にする。
常にこれが原因とは限らないが、試すのにコストのかかる話でもないのでトライしてみても良いと思う。
2014.7.1追記
本日、現象が再現した。なので「直る」というより「頻度が激減する」と言った方が正確かもしれない。忘れていたので環境も追記。
環境
Mac mini Late 2012
OS X 10.9.3
HTC Sync Manager Update v3.1.11.5 enbug?
さきほどHTC Sync Managerがアップデート通知をしてきたので早速アップデートした。これはまたエンバグしたようで端末を再び認識しなくなった。以前の記事
で端末を認識するようになったのだがまた不具合だ。
環境
HTC Sync Manager v3.1.11.5
Windows7 x64 Ultimate
HTC J Butterfly
Software number 1.39.970.3
アップデート環境としては端末が接続してManagerが起動したままアップデートしたのが悪かったのだろうか。デバイスマネージャによればデバイスドライバの更新はうまくいったとレポートがあったのだが。
まとめ
１：今回のアップデートはパスした方が無難。
環境
HTC Sync Manager v3.1.11.5
Windows7 x64 Ultimate
HTC J Butterfly
Software number 1.39.970.3
アップデート環境としては端末が接続してManagerが起動したままアップデートしたのが悪かったのだろうか。デバイスマネージャによればデバイスドライバの更新はうまくいったとレポートがあったのだが。
まとめ
１：今回のアップデートはパスした方が無難。