家の Windows7 64bit で、それまでごくごく普通に使えていたのに、何かの拍子でいきなり Chrome が起動しなくなりました。いわゆる「何もしてないのに壊れた」ってやつですが、そんなわけは無いわけで、原因を探してみました。

まず現象は起動と同時に Windows からクラッシュのダイアログが出ます。もう Chrome は一切操作できない状況。さすがにこれは酷いと思いました。

原因として考えられる中でひとまず良くあるのは、ウィルス対策ソフトが何かブロックしているというもの。しかし手元の環境でそれらを全てカットしても変化なし。

続いて PC の再起動、これも効果なし。Chrome の再インストールと User Data フォルダの削除（一時退避）もしてみましたが効果なし。

なんだこれ、まさかこれを機に Windows10 導入か？とか悩んでいましたが、色々ググって見たところ下記ページを発見。

Windows7にてgooglechromeが起動し直ぐに「動作を停止しました」とエラーがでます。 - Google プロダクト フォーラム

まさかと思って Chrome のトップページに行ってみたら、「Windows 版（10/8.1/8/7/Vista/XP 32-bit）」という表示が…。

「別のプラットフォーム向けの Chrome をダウンロード」を押すとそこには「Windows 10/8/7 64-bit」という選択肢が…こんなのあったのか(ﾉ∀`)ｱﾁｬｰ

これが原因の確率高いんじゃないか？と思ってインストールしてみたところ、無事動くようになりました。めでたしめでたし。

ちなみに現在の Chrome のバージョンは 45.0.2454.85 m (64-bit)みたいです。

自宅での開発は MacBook Air を使用していますが、会社では Windows を使用しています。そもそも MacBook Air が初 Mac 環境であり、私は今でも Windows 環境の方が好きです。

しかし Windows でちょっと辛いのが SSHFS 周りです。私は普段 RubyMine を用いて開発をしていますが、仮想環境上にローカルのテスト環境を構築しています。VirtualBox の機能としてゲストの環境にホスト側のフォルダをマウントする機能はありますが、その逆をやろうと思ったらホスト側から SSHFS でマウントする感じになります。多分。他にも方法あるのかな？

その SSHFS についてですが、Mac では FUSE for OS X がありますが、Windows での選択肢としては win-sshfs になるみたいです。しかしこの win-sshfs、もう開発が止まってしまったみたいです。Windows 7 では動いてますが、10 だとどうなんだろう…。

まぁそんな win-sshfs ですが、ありがたいことに基本的には問題なく動いてくれています。しかしたまにコケるんですよ、何が原因かはよくわからないのですが。そしてそのコケっぷりが豪快で、一気にブルースクリーン一直線です、Windows 7 を使っててブルースクリーン見たの久しぶりでしたｗ

そしてタイトルの問題が発生したわけです。いきなり強制終了をくらったもんだから、Git が巻き込まれて壊れちゃったんですね。まぁ壊れると言ってもファイルが全部吹っ飛んだとかそういうのじゃなくて、git commit とかの操作を行おうとすると fatal とか corrupted とか怖い単語が並ぶんです。

どうしたもんかと思ってググってみたところ、ありがたいことに解決方法がまとまっていた記事がありました。

Gitで’fatal: object {hash} is corrupted’になった際の復旧手順 - ぼっち勉強会

HEAD の位置がおかしくなっていたのを修正したって感じでしょうかね。普段こんなところは触ってなかったのでおっかなびっくり対応しましたが、無事復旧することが出来ました。

しかしこの先開発環境をどうしていくか、色々悩みます。家のデスクトップは 5 年落ちの Windows なのでそろそろ買い換えたいですが、Windows 10 を乗っけてきちんと開発環境を整えるべきか、あるいは iMac の方に手を出してみるのが良いのか。

Web エンジニアとしては（というか世の中のエンジニアさんのほとんどは）タイピングは避けて通れない必須スキルですが、これだけ出来たところで大して役に立ちません。速いに越したことはないと思っていますが、一定より速くて実務に支障がなければそれで十分。

しかし世の中変わった方々はいるわけで、タイピングの速度を競うサイトがあったりします。私もその変わった人に含まれるわけでして、タイプウェルというソフトを使ってタイムアタックに参加したりしてます。

10 年程前にもやってましたが、最近また再びやり始めたら当時の記録を更新することが出来て、現在総合でトップ 500 位にぎりぎり滑りこんでいます。個人的にはもう結構限界に近いんじゃないかと思ってますが、もう少し削れるかな…？

というわけで、最近夜な夜なカタカタ画面を凝視しながら打ち続けたりしてたから更新サボってました（苦笑） またきちんと更新します、多分。

Mac に Homebrew を入れて、そこから Ruby 入れたり MySQL 入れたりして開発してたのですが、やっぱりサーバと同じような環境の方がいいかなと思って、初めて Mac に Virtual Box を導入してみました。

今まで何度か Windows 上で Virtual Box で Ubuntu 環境を構築したことはあったのですが、初 Mac だったのでした。そしたらちょっと苦労したから自分のためにも ssh を繋ぐまでの手順をまとめときます。

…まぁ苦労した原因というのは結局 Mac だったからというわけではなく、ネットワーク環境の違いのためだったんですけどね。

ちなみに環境は

• MacBook Air (Yosemite)
• Virtual Box 5.0.0
• Ubuntu Server 14.04.2 LTS

Yosemite がリリースされてから既に 1 年近く経っているのでこの問題は既に日本語でもまとめ記事はあったのですが、このままだと次の El Capitan でも同じ事が起こるんじゃないかなと思って備忘録的に。

どうも Java7 及び 8 にある致命的なバグが JetBrains 的に受け入れられないようですね。ここに書かれていました。

対処方法としては上記リンク先に書かれていましたが、このページから Java6 相当の Java for OS X を入れることだそうです。Info.plist を編集することで Java8 等でも動かせるようになるみたいですが、それはおすすめされていません。

とりあえず Java8 と上記 Java for OS X は共存出来るっぽいので、ひとまず両方入れて運用しています。セキュリティ的に問題なければいいんだけど、詳しいことはわかりません…。

7 月 2 日の 0 時にオンライン予約で良い席ゲットして見てきました。今のところ 1 章から全部新宿バルト 9 で見てます。

公開初日だし特に重要なネタバレ的なことは書きませんが、全体的に素直に楽しめました。アシュレイが色々おいしい立ち位置でしたねｗ レイラのギアスが何なのか気になるけど、おおよその見当は今回のでついた感じでしょうか。

まだまだ色々伏線が残ったままですけど次が最終章、綺麗にまとめて欲しいですね。赤根監督頑張ってください！次は 2016 年 2 月 6 日ですか、大雪とか降らなければいいですね。

去年の秋から MBA を使い始めたのですが、メインで使うのは相変わらず Windows のデスクトップで、まだまだ Mac のインタフェースには慣れていなかったりします。一番の問題はショートカットキーの違い、そして次に問題なのが Explorer と Finder の使い方の違いでしょうか。なんだかんだ言って Windows は使いやすいと思うんです、慣れかもしれませんが。

という状況ですが、それとは別に購入当初から物理的に問題になっていたのがトラックパッドでした。使っていると指先がヒリヒリしてくるんです。摩擦のせいなのか何なのかわからないのですが、過去にも別のノート PC で同じ現象があり、その時は常にマウスを繋いでトラックパッドは極力回避してました。

同じような症状の方はいないのかなと検索してみたところ、同じような問題を抱えていた方のブログを発見しました。そしてそこでの解決方法として挙げられていた「フィルムを貼ってみる」という方法を私も試してみたところ、見事に解決しました！

先ほどのブログの方はどうも解決しなかったらしいので、人それぞれ違うみたいですね。まぁそもそも普通に使ってても何も問題ない方の方が多いと思われますし。

指が痛くなる方でフィルムが効果あるかどうかは、スマホを使っていて問題ないかどうかで大まかに判断できるんじゃないかなと思います。私は普段スマホに保護フィルムを貼って使用していますが、トラックパッドにフィルムを貼ると似たような感覚で操作出来ました。

ちょっと前のことだし、新しいバージョンで解決されたので今はもう大丈夫なのですが、PostgreSQL の 9.1.16 を導入したところ立ち上がらなくなったので、その時のまとめ。

環境は VirtualBox で Ubuntu12.04 を使ってたんですが、自分で気付かないうちにパッケージマネージャから PostgreSQL のバージョンを上げてて、

FATAL:  could not access private key file "/etc/ssl/private/ssl-cert-snakeoil.key": Permission denied

というエラー文が出て立ち上がらなくなりました。

正直あまり PostgreSQL を使いこなしているわけでもなかったし、加えて丁度そのタイミングで win-sshfs がコケてブルースクリーンで終了してしまったこともあり、まず最初に何が原因なのか分からなかったです（苦笑）

色々ググってたところこちらのissueに辿り着き、このコメントの解決方法で事なきを得ました。ありがたやありがたや（ー人ー）

で、今週の頭に再びパッケージマネージャに PostgreSQL の更新がきてたのでこれで直ったのかな？と思ってリリース情報を見たら、直したって記載されてました、こちらのページです。

しかしこれ見て気づいたんですけど PostgreSQL の現役のバージョンって多いんですね、5 つもあるとは知りませんでした。

またかよって思う人もいるかもしれませんが、そもそもここを連続して訪れる奇特な方なんてあまりいないと思われるので、またしても NW-A17 ネタです。

前回音量調整機能付き延長コードを買ったって書きましたが、思わぬ副産物がありました。

本体の音量を大きめにして、延長コードで音量を絞るとホワイトノイズが減った！というかむしろ感じ取れなくなった！

……。

はい、なんとなくですが、ホワイトノイズと一緒に何か他にも失っているものがあるような気がそこはかとなくします。ちゃんとデータを取ってないし（そもそも取り方知らないですが）、自分の耳は決して良くないので耳が良い人が聞くと「ふざけんなこんなクソ音質」とか言われるかもしれません。

が、無音の状態で気になっていたホワイトノイズが個人的に聞こえなくなったのは事実なので、一応書いておこうかなと。掲示板とか探したらとっくに語られてたりするかもですが、すみません、そこら辺手抜きで調べてないです。「NW-A17 ホワイトノイズ」でぐぐったら割りと上位にこのサイトの記事引っかかっちゃったし。

とりあえず、今まで音量を 3 で聞いてたところを 7 ぐらいに上げて、この前買った延長コードで半分ぐらいに音量絞って聞くと快適でした。微妙にバッテリーの持ちが悪くなりそうな気がしますが、そこはホワイトノイズをどれだけ気にするかってところとのトレードオフで。

先月新たな脆弱性「VENOM」が発覚しました。色々な仮想技術を扱っているサービスでこの対策が求められましたが、さくらの VPS もその一つで、先日メンテナンスを行いますというお知らせが出ていました。

私も利用者ですので「あぁ、再起動が必要なのか」と思ってサーバの再起動を行いましたが、その後読み返してみて勘違いしてた事に気づきました。

shutdown -r now じゃダメなんですね（＾＾；

一度終了させて、その後コントロールパネルから起動ボタンを押さないといけないと。このお知らせの FAQ にも書いてありましたが、そこまでちゃんと読んでいませんでした（苦笑） ひとまず自動的に再起動される前に気づけたので間に合いました。

来月の頭にはうるう秒がやってきます。さくらの VPS はこちらについてもお知らせを出していますが、サーバ管理者の皆さん頑張ってください！（私は趣味で運用しているだけで、仕事ではアプリエンジニアなので）