我が家はメインマシンが iMac でこれが動かなくなるといろいろヤバイ。ですのでサブ機で私しか使わない MacBook をまずは Lion にして、自宅内の環境での安全確認を進める方向で考えています。

各種記載はエントリ時点（2011/7/30）の情報ですので必ず陳腐化します。その点お間違いなく。

動かないアプリ。

各所で報告されていますが、結構動かないアプリがありますね。一番大きな理由は PowerPC アプリを動作させる Rosetta （エミュレータではなくて JIT 的なものだったはず）が廃止されたことですが、それ以外にも OS の深い部分にも数々の手が入っていて互換性がない場合があるみたいです。
つまり、動かないアプリには「PowerPC バイナリだから」というものと「Intel バイナリでも OS の深いところを利用しているもの（or Lion で大幅に変わった機能を使っているもの）」とに分類できると。

• Macの新しいOS『OS X Lion』で動かないアプリまとめ | デジタルマガジン
• Togetter – 「OS X Lionで動かないアプリまとめ」

私自身が利用しているアプリで動かないことが分かっている（いた）のは

• Adobe Photoshop CS2
• Adobe Illustrator CS2
• ATOK 2009
• VMWare Fusion 2
• 宛名職人 17

です。フォトショ、イラレ、ATOK は Rosetta が必要だから動かないもの、 VMWare、宛名職 などはおそらく OS の変更がらみによる影響かと思われます。勝手な推測ではありますが。他にも EPSON のプリンタドライバか印刷ユーティリティあたりがヤバイとか、SugerSync が動かないとかいう情報もありましたが確認できていません。自分の環境で他にもないかは確信持てず。ここまででもおいそれとアップグレード出来ない感がすごいですよね。

Photoshop と Illustrator は、アドビのアップグレードポリシーの関係で手持ちの CS2 だと CS5 がアップグレードできる限界なのですが、 CS6 発表後発売までの無償アップグレードがついたバージョンを買うともう一個バージョンを稼げるということで待っていたのに….諦めてアップグレード版購入しました。痛い…。

ATOK2009 はジャストシステムはサポートしないと発表していますが、Rosetta を使ういくつかのユーティリティが動かないだけ、という説もあります。今は Mac + Win パックで両方 2009 を使っているのですが、Win 版に何の不都合もないので Mac だけ 2011 にするかな、と考えています（まだ買ってない）。

VMWare Fusion は、3 にアップグレードしないでここまで耐えたので、正直 4 を待ちたい。しかし 3 でないと動かないとするとアップグレード版買うしかないのかな…。悩み中。

宛名職人はまだ対応時期未定ですね

• 「Mac OS X Lion（10.7）」への対応に関する重要なお知らせ　株式会社アジェンダ

開発環境。

Mac 上の開発環境である Xcode は最新が 4.1 です。ただ OS のバージョン毎に動かせる Xcode が違っていて、Lion 用の 4.1、SnowLeopard 用には 4.0 と 3.2、Leopard 用には 3.1 です。ややこしい…。

iPhone の開発については、常に最新 OS と最新アプリを使うのが原則です。そうしないと審査に通してもらえないし。だからある意味最新化することに抵抗はないというか最新化せざるを得ないわけですが、Mac OS X アプリの開発となると、過去の OS  のサポートをどこまでするかによって変わってきます。IP Messenger  for Mac OS X で 10.5 以上をサポートしていて、10.5 SDK がインストールできる開発環境は Xcode 3.2 までです（4.0 になると 10.5 SDK は付属しない）。というわけで私には Xcode 3.2 は必須です。

ま、開発環境については開発者毎に要求事項が変わってくると思います。

Lion 上では（SnowLeopard で入れておいた） 3.2 と 4.1 が共存で動く、という情報があるので多分大丈夫です。4.0 は動かないらしいですね…。ただ、アップグレードしたら動きませんでしたということがあると困るので、3.2.6 が Lion で動かなくなる場合は担保しておく必要があります。

旧 OS 環境保持。

上記のとおり Xcode 3.2 の確実に動作する開発環境を残しておくため、Lion 移行後も旧バージョン OS 環境で発生する不具合の調査や動作確認などのために、10.5 Leopard と 10.6 Snow Leopard の環境を外付け HDD に構築しておくことにしました。

最初は USB メモリ上に構築しようかと思ったのですが、16 GB ぐらいでは足りない可能性があり、32 GB を 2 本となると結構なお値段になります。日常的に使うとは限らないので、安い外付け HDD に構築することに。

HDD は USB メモリと同じ値段で 10 倍の容量が得られたので満足です。320 G  を 4 等分して 2 つのパーティションに 10.5 と 10.6 をそれぞれ入れましたが、やはり 16GB では容量が足りなくなるところでした。

環境は、以下のとおりにシンプルに構築しました。とはいえ、2 つの OS 環境再構築するのに土日の 2 日間（片手間に他の作業しながらですが）かかりましたけど。

• OS のクリーンインストール
• 最新 OS アップデート（Combo アップデート）の適用
• ソフトウェアアップデートでの最新アップデート適用
• MobileMe アカウントを設定して各種同期（ブックマーク、キーチェイン、メールアカウント等）
• DropBoxのインストール（ + 設定）
• 1Password のインストール
• Xcode のインストール
• MacPorts のインストール（ + git のインストール）

さてさて、最低限の準備は整ったのでそろそろMacbook への Lion インストールに挑戦してみるかな…。でも 10.7.1 がすぐに出そうなので、出るまで待つか悩み中。

MacPorts の紹介や解説的な話はありません。「MacPorts って何？おいしいの？」という方にはまず必要のない情報です。

MacPortsインストール。

プロジェクトサイトから最新の dmg を落としてきてインストールします。MacPorts 自身のソースを落としてきてビルドする手順では確認していません。

• The MacPorts Project

エントリ時点での最新は 1.9.2 。

インストールは一瞬で終わります。

プロキシのせいでできないのは、port selfupdate。rsync を使っているというのが理由で、 873 番ポートが開いていれば大丈夫だそうですが、普通開いていないと思います。selfupdate が出来ないと、インデックス情報の取得・最新化ができないのが痛いといいますか、先に進めません。

環境設定。

まず、~/.profileに以下の行を追加。

export http_proxy=http://<proxy_server>:<proxy_port>

次に、/opt/local/etc/macports/sources.conf の rsync:// の行をコメントアウトして、ファイルを追加。Subversion で portindex をチェックアウトして、という方法がよく紹介されていますが、こちらのほうが楽です。

#rsync://rsync.macports.org/release/ports/ [default]
http://www.macports.org/files/ports.tar.gz [default]

portindex を最新化してから利用。

$ sudo port -d sync

で index が最新化されます。

$ sudo port list

で、ずらっとパッケージがリストされればでてくればOK。

あとは普通に

$ sudo port install <package_name>

でパッケージをインストールします。

うまくいかない場合は

$ sudo env http_proxy="http://<proxy_server>:<proxy_port>" port ...

だとうまくいく場合あり。

というわけであきらめてた社内のプロキシ内の Mac で git が使えるようになりました。後になって Xcode4 と一緒に git がインストールされることがわかってしまったのですが（笑）、リリース直後の Xcdoe4 に添付のものよりも MacPorts の方がバージョン上のようで、今後を考えても MacPorts が使えるに越したことはない、と考えます。

先日の Back to the Mac イベントで一番印象的だったのが、Mac App Store でした。イベントの感想はたぶん書かないといいつつ、想定外の App Store に少々書かざるを得ません。さて、進出すべきかどうか。

Back to the Mac。

「Mac に戻る（ iOS デバイスばかりではなく Mac にも注力するよ）」の意思表示、とばかり思っていましたが、フタを開ければ「（iOS の要素を）Mac に戻す」だったという。なるほどなるほど−。

Apple – Apple Events – Apple Special Event October 2010
（当日のイベントのムービー）

発表された Mac OS X 10.7 Lion には、UI の細かなテイスト、フルスクリーン、マルチタッチ、FaceTime、そして App Store が取り入れられるとのこと。イベントの様子を見るとよくわかりますが、本当に iOS の UI、操作性などが取り込まれていきます。10.7 で何が進化するとか、と思っていましたが、これは進化です。iPod や iPhone を使って Windows から Mac にスイッチ、という話はままありますが、さらにそれが加速されやすくなるでしょうね。
10.7 Lion も、iLife’11 も魅力的。
MacBookAir も魅力的ですが、個人的にはモバイラーではないし開発もするので MacBookPro のほうがよいです。

Mac App Store。

で、問題の Mac App Store。これは iOS の AppStore とまるで同じような仕組みですが、Mac にとっては唯一のインストール方法ではないところが iOS とは違います。開発者は今まで通り、Web サイトで配布することもできるし、ユーザに独自のインストール手順を強いることもできます。

とはいえ、特に有償アプリの多くは AppStore に殺到するでしょう。課金、パッケージ、在庫、リリースまでのタイムラグ、個人情報管理といったものから解放されます。ワールドワイドな商品展開もやりやすくなり、販売機会やユーザリーチも増え、より低価格な設定で同じ利益を得られるようになるのではないでしょうか。ただ、AppStore ではわかりやすい価格競争が発生するのも事実です。ビジネスでやる場合、相当なネームバリューがあるか、先行逃げ切りしないかぎり後から参入するのは厳しくなるのかもしれません。

そして、ユーザはこのわかりやすい AppStore の仕組みになれてしまうと、パッケージを店頭に買いに行くぐらいなら AppStore にある競合品でいいや、という判断をするケースも多くなりそうです。簡便さだけでなく、先に述べた AppStore の価格設定の低さもおそらく大いに影響するでしょう。結果、ユーザからの間接的な圧力によって、自然と AppStore にソフトが集まってくる状況になると考えられます。

結構大きなパラダイムシフトになりかねない気がします。もしかすると、今回の MacBookAir だけではなく、数年のうちに Mac には標準では光学ドライブが付属しなくなるかもしれません。

で、フリーソフトの世界はどうなるのか、というのが微妙にはかりかねます。結局オープンソースのような出自のソフトはあくまで AppStore 以外で配布を続けるのではないかと思いますが、趣味で個人が作るようなソフトは結構参入するようにも思えます。ただ、iOS と Mac はちょっと違うんじゃないかなあ、という気もします、なんとなく。あと、iPhone の時にもそうでしたが、有償とは思えないような（しょうもない）ソフトウェアが続々有償で出てくるんではないかというのが懸念されます。最終的にはそこそこの状態に落ち着くのでしょうけど。

個人的にはどうしようか悩んでいます。フリーソフトを配布するために、1 年間に 1 万円のコストを負担するのかどうか、というところなんですよね…。有償のソフトウェアなんて作る気もないし、作るネタがない。加入しないと実機テストが出来ない iPhone Developer Program と違って、Mac Developer Program に加入しなくてもソフト開発において出来ないことって特にないんですよね（最新のベータ版 OS とか試せないぐらい）。

単純にコストの問題以外に、配布先についても懸念が残ります。Web サイトに掲載していれば、世界各国からダウンロードしに来てくれるものが、App Store 経由となると自分が設定した国に販売することになります。かえってリーチしなくなる国も出てくるわけで、どうなんだろうかと。AppStore は 10.6 以降にしか対応しないようで、結局 Web サイトの配布も並行して継続していく必要があるってことになりますし。

イベントでは 90 日以内に OPEN するようなことを言っていましたので、最初から行くならあまり時間はありません。

…もう少し考えます。

各所で報じられているとおり、今夜 Mac 関連のイベントがあります。これを書いている時点ではあと1時間程度。Mac OS X 10.7 Lion (?) が発表されるとか、iLife’11 が出るとか、MacBook Air の少し小さいのが出るとか言われていますね。

このサイトはニュースサイトでも噂サイトでもないので、その噂も発表内容も個人的な感想レベルのことを書くか、書かないかです（たぶん書かない）。なので、始まる前に何となく思うことを。

これまで Mac OS X は、WWDC で発表されるものでした。それが今は WWDC は iOS 開発者のためのイベントになっています。Apple の売り上げに占める割合からいうとそれが正しいのかもしれないけれど、どうも寂しい感じがするんですよね。

Mac と iPhone とどっちが無くなると困るかといえば、Mac です。
将来は分からないけれど、少なくとも今は Mac で、Mac のない生活は考えられないし耐えられない。
いつか iOS の出来ることが進化して、コンピューティングのあり方が変わったりして Mac がなくなったり、iOS に吸収されたり、メインで使うものではなくなったりするのかもしれないけれど。

そういうわけで、今日のイベントはとても楽しみ。
Mac OS X 10.6 はかなり完成された印象があるし、これ以上何をするんだろう、と考えるとあれが欲しいこれが欲しいというのはあまりような気がします。
でも、10.5 から 10.6 は次の進化を見据えた下回りの強化だ、とよく言われました。次の進化が何なのか、本当に楽しみです。結局 Lion で決まりなのかな？

さて、あと 30 分で始まります。

Drive Genius は、Apple Store の Genius Bar でも利用されている、ディスクメンテナンスユーティリティです。ユーティリティなのにユーザインタフェースも洗練されたアプリです。

Ver.3 になり、常駐監視機能がついたり、パーティションの操作機能が向上したりしています。Snow Lepard 完全対応も安心材料。

起動画面はこんな感じ。

各種機能がありますが、一番利用するのはデフラグでしょう。

Mac OS X の HFS+ はデフラグが必要ないファイルシステムとされています。が、現実問題としてデフラグしないでディスクを使っていると、ディスクアクセスが激しく、パフォーマンスの劣化があると感じます。

我が家の iMac はディスク交換していてちょっとアクセス音のうるさいディスクなので、カリカリカリカリと延々やっていて、ログイン直後や iPhoto、iMovie など利用する際には遅いなーと感じることがありましたが、デフラグをかけてみると、ガリガリとディスクにアクセスしに行く音が減り、体感のパフォーマンスも向上したように感じられました。

デフラグをする前にはディスクの検証・修復も必須です。一応、Drive Genius のものと、OS 標準のディスクユーティリティのものと両方かけておくほうが安心かと思います。

あんまりお世話になるのも嬉しくはないのですが、いざというときに安心なのと、こういうツールで整備しておくと気持ちが良いほうなので、値段は少々はりますが気に入っています。

iMac も発売時期によって（？）内部の構造は微妙に違うようです。この手順は、iMac (Early 2008) についてのバラシ手順で、iMac (Early 2008) はシステムプロファイラで確認すると iMac 8,1 です。なお、実際に換装したのは MB323J/A (20inch, 2.4GHz) で、写真もそのモデルです。このモデルすべてで同じ構造をしているかどうかは確証はありません。また、他のモデルで適用できるかどうかも、確認できていません。

決まり文句ですが 、

iMac を分解することによりアップルの保証対象外となりますので、そのリスクを理解した上でご自身の責任において本情報を扱って下さい。

静電気で内部のボードを壊せば二度と起動しなくなる場合もあります。どのような損害が発生しても当方は責任を負いかねます。

0.準備。

分解に必要なものは、以下の通り。作業前にはバックアップも忘れずに。

• プラスドライバー
• 吸盤
• トルクス（星形）ドライバー  T-6 と T-8 の 2 サイズ
• エアダスター（推奨）

1.枕をひいて寝かす。

まず、LCD 面を上に向けて寝かせます。台座に負担がかかるので、適当な高さの枕を引いて下さい。本当に枕でもいいかもw。

iMacを倒します

写真はIKEA の BRÄDA ラップトップサポートを裏返したものを枕にしています。

2.メモリカバーを外す。

メモリ交換手順や台座の裏にも書いてあるとおり、プラスネジ 1 本で外れます。これを外さないと後でフレームが外せません。

メモリカバーを外す

3.ガラスパネルを外す。

メモリカバー以外にネジの見えない iMac は、有名な話かと思いますが、実は LCD のガラスパネルが磁石で張り付いていて、その下にネジがあります。 ガラスパネルは吸盤があれば簡単にはずれます。吸盤はなんでもかまいません。専用工具みたいなのは不要です。

吸盤はこんなので十分

写真も実にキッチンのスポンジ入れの吸盤を借用したものです。ガラスパネルの四隅のいずれかにつけてゆっくり引っ張れば難なく外すことができます。磁石以外にガイドとなる鉄の短い棒が本体フレームの穴に刺さっていますので、変な方向に力をかけてガラスを割らないよう、注意してゆっくり引きはがします。

ガラスパネルを外したところ

外すとネジが見えます。ガラスパネルは安全な場所に待避推奨。

4.前面フレームを外す。

次に前面のアルミのフレームを外しにかかります。まず、ガラスを外した部分にあるネジ 12 本を外します。T-8 のトルクスネジです。

フレームネジ位置

LCD 下の 4 本（青丸）が長く、それ以外の 8 本（赤丸）は短いです。

4本は長く、8本は短い

ネジを外したら、まずは液晶の上側を軽く力をいれて少しはがします。このとき、フレーム上部には iShigt のマイクの線が本体側からのびてフレーム側にテープ止めしてありますので、切らないように少しだけ浮かせる程度にします。

①浮かせる ②ずらす ③広げる

次に、フレーム全体を下側にずらして、本体からはがれたフレームを上にひっくり返します。先ほどと同じく、マイクの線がつながったままですので、切らないように注意します。ここでマイクのラインは外すという方法もあるようですが、特に外す必要性を感じません。 ぺろんとフタが外れたような状態になります。

フレームが外れた（ただし中央部がマイクの線でつながっている）

ここでかなりのホコリとご対面することになるのではないかと思いますが、LCD パネルもあるのでグッと我慢。

5.液晶パネルを外す準備。

続いて液晶パネルを外しますが、その前に 2 つ端子を外しておかないといけません。

赤：ネジ　　黄緑：温度センサ　　黄色：LCDコネクタ

まずは LCD から伸びる温度センサーのケーブル（緑色）。ファンの周囲を回り込んでいるケーブルで、接続先は 4 つ並んでいる端子の一番右側です。一番右側以外は外す必要ありません。

一番右のコネクタを外す

コネクタを外したところ

次に LCD の映像コネクタ。これは LCD 下の右側にあるネジ止めされた端子です。ネジは T-6 で端子の両脇に 2 本あるので外し、あとはテープをつまんで引き揚げれば外れます。

両脇の 2 本のネジを外す

このネジのみ T-6 です

上に引っ張れば外れます

あとはパネル周辺のネジ 8 本を外します。T-8 のネジですべて同じ長さです。

T-8 × 8本

6.液晶パネルを外す。

これでパネルは本体からほぼ分離され、正面からみて左から右に持ち上げられるようになります。LCD の電源端子（らしきもの）が右側で 4 本つながっているので立ち上げるだけで引き離さないように注意です。

あくまでこのように立ち上げるまで（写真右上側が本体の下側です）

2 本ずつコネクタが接続されている

この LCD の電源端子がくせ者で、2 本ずつ計 4 本ありますが、端子の形が全部まったく同じです。うっかり外してしまうと、どれとどれをつなげばいいか分からなくなります。これに以前はまったことがあるので、まずは外す前に必ず目印をつけておきます。今回は一方にテープを貼っておきました。油性マジックで印をつけても良いと思います。白いコネクタを分離することになるので、外した後の両側に印が必要です。

黄色いテープを一組のケーブルの両側に貼ってみた

印をつけたらコネクタ 4 つを外しても大丈夫です。コネクタを外せば LCD パネルは取り外せます。

パネルを外したところ

LCD がどけば、いよいよ HDD が見えます。真ん中にあるのが HDD です。 LCD パネルも外せたので、エアダスターで吹きまくったり掃除機で吸ってホコリをきれいにするとよろしいかと。

LCD 取り外し後 全景

7.HDD を取り外す。

さていよいよ目的だった HDD を取り外せます。

目的地

HDD 表面に温度センサーがテープ止めしてあるので外し、SATA コネクタと電源コネクタも外してから、はずしにかかります。

取り外し準備完了

上側の黒いレバーみたいなものを力一杯下側に引きつつ、手前に引っ張ります。結構力ずく。レバーの上に固いスチールの部品があるので、それに手をかけてやると良いと思います。女性の力では無理かも。
構造は、横から見るとこんな感じ。

横からみたところ（HDDは交換後のもの）

マウント用の部品は珍しいもので、上側はレバーで、下側には短い棒がついています。

はい、ついに HDD が取り外せました。

8.戻す。

あとは新しい HDD にマウント用のパーツを付け替えて、逆の順番でくみ上げていけば OK です。
新しい HDD を取り付けるときは、電源のコネクタと SATA コネクタは先につないでおいてから、黒いレバーの部分を押し込んではめるほうが楽です。あとは丁寧に逆順で作業していきましょう。

最後の ガラスパネルをつける時には、ホコリの進入に注意しましょう。どれだけうまくやったつもりでもかなりの確率でホコリは入ってしまいます。なるべくホコリが少ない場所で作業するとして、iMac を立ててからモニタを垂直以上にチルトし（上側がより手前になるように）、ガラスパネルと上を合わせて、横からみるとハの字（人の字かな）になるようにしてから接合面両方を化学ぞうきんや液晶クリーナーで拭いてホコリをとり、手早くパネルを取り付けると比較的うまくいきます。磁石でついているだけなので簡単に取り付けることができます。つけ直しは簡単なので、納得いかなければ何度でもやり直せばいいと思います。多少ホコリが入ってしまっても、電源をつければ LCD が発光して見えなくなるので、よっぽど大きなモノが入り込まなければある程度のところであきらめるのがよろしいかと…。

以上です。本手順が誰かの役に立てば幸いです。

MacBook のモデルは Late2008、アルミニウムユニボディの MacBook 13 インチです。今では後継機種は MacBookPro シリーズに入っています。

見た目 MacBookPro のように見えつつ、ロゴは確かに MacBook。

症状は、クリックが効かないことがあるというもので、カチカチ、とやってもクリックしたことにならないことがよくありました。ゆっくりしっかりとやれば効くんですけど、カチカチ、では効かないことがしょっちゅう。クリック感はあるのですが。

昨年末あたりから気にはなりつつ、なんだか慣れてしまってカチカチカチカチクリックしまくるクセがついていました。しかし、なにか胸騒ぎがして（嘘）保証書を確認してみたところ、今週末 2/27 で保証期間が切れるところでした。

あわてて AppleStore 渋谷のジーニアスバーを予約です。

• アップル – Apple Store – Genius Bar

持ち込む前には

• TimeMachine でのバックアップ
• FileVault での全アカウントの暗号化
• ゲストアカウントの有効化（アップル担当者の調査作業用）
• 液晶や本体をきれいにする

をしておきました。

で、午前中に持ち込んで調べてもらいましたが、ちょっとさわっただけですぐにおかしいことは確認してもらえて、トラックパッドの部品交換となりました。

部品の在庫がちょうどあったということで即日修理、夜に会社の帰り際に受け取ってきました（そして今このブログを書いている）。

受け取るときにももちろん確認しましたが、ばっちり直っています。

見た目はなにも変わっていませんが、快適快適。

なお、ジーニアス兄さんに訊いたところ、この機種は全面ガラストラックパッドの最初の機種ですが、この機種をはじめトラックパッドの不良率が目立った機種などはないそうです。運が悪いといえば悪いですが、保証期間内に無償修理してもらえたのでラッキーだったと、ポジティブシンキンで行きます。

調子が悪いを具体的にいうと、

• ときどきカッコンカッコン音がする。
• 音がすると決まってフリーズする。
• そうでなくとも気づくとフリーズしていることがある。
• フリーズすると電源長押しで強制シャットダウンするしかない。
• ディスクユーティリティで検証すると大量エラー、修復をかけても修復失敗。

ひどいですよねぇ、3ヶ月弱でこんなことに。頻度としては数日に１回から、だんだん連日になりかかってるかな、という状況。一度ディスクを再フォーマットしてみようかとも思ったのですが、HDD は消耗品というか当たり外れもあるものなので、不安を抱えながら日々使っていくのもいかがなものかと。たまたまハズレを引いたと考えて、新しい HDD に替えることにしました。

左から、購入時に内蔵されていた 250GB (Western Digital）、前回交換した 750 GB (Seagate）、今回交換した 1TB (日立GS）。

容量増やしたかったわけではないんですが、1 万円以下で 7200 rpm で 500 GB 以上で Seagate 以外、という条件だとたまたまそれしか在庫が無くて。Seagate 製品の品質が悪い訳じゃなくてたまたま今回ハズレを引いたメーカーだというだけだとは思うんですが、気分的に同じメーカーもどうかと。

まずは USB 外付けケースに入れて OS インストール、TimeMachine のバックアップから環境復元、アプリやフォントなどを復元という一通りの作業をおえて、以前と全く同じ環境を新しいディスク上に構築した上で、HDD を換装しました。Intel Mac は USB 外部ディスクを起動ディスクに出来てしまうし、TimeMachine はユーザ環境をまるまる復元してくれてしまうし、本当に最近の Mac 環境は便利。奥さんも、再インストールされた環境とは信じられない模様でした。

という感じで再インストールから HDD 換装から結構時間取られてしまいました。

iMac の HDD 交換手順はモデルによって違いがあるため前回かなり痛い目を見ており、私の使っているモデルに関するもので私がもし最初に見ていれば、という情報のものはなかったので、手順を別途まとめようと思います。短い期間に 2 度目で余裕があったので写真をきちんと撮れましたし。

ネットワーク環境の変化は、コンピュータの名称が変わったり、ネットワークの接続環境が変わったり、ということが考えられます。前者はシステム環境設定での変更によるものですし、後者はイーサネットケーブルが抜けたり、無線 LAN の ON / OFF や弱電界での切断、ノートタイプの場合のスリープ復帰などなど、結構あります。

ネットワークを利用するアプリケーションでは、動作中にネットワークの環境が変わったら、アプリケーションとしてそれに応じた振る舞いや動作の変化をさせるのが望ましく、今回の説明はそのためにネットワーク状況の変化を検出する方法です。

Cocoa (Objective-C) ではよく NSNotificationCenter にオブザーバとして登録して通知を受けます。C言語で実装するものの、それと同様の方式で取得します。

サンプルなソースの全体像はこんな感じ。エラー処理と終了時のお片付け処理は省略してあるので脳内補完してください。

DynamicStore 通知サンプル

1. static void _CallbackFunc(SCDynamicStoreRef store, CFArrayRef changedKeys, void *info);
2.  
3. @interface NetTest
4. {
5.     SCDynamicStoreRef   scDynStore;
6.     SCDynamicStoreContext   scContext;
7.     CFRunLoopSourceRef  runLoopSource;
8. }
9.  
10. - (void)setupSC;
11. - (void)updateSC:(NSArray*)changedKeys;
12. @end
13.  
14. @implementation NetTest
15.  
16. - (void)setupSC
17. {
18.     CFStringRef keys[2];
19.     CFArrayRef  keyArray;
20.  
21.     memset(&scContext, 0, sizeof(scContext));
22.     scContext.info  = self;
23.     scDynStore  = SCDynamicStoreCreate(NULL, (CFStringRef)[[NSBundle mainBundle] bundleIdentifier], _CallbackFunc, &scContext);
24.     runLoopSource   = SCDynamicStoreCreateRunLoopSource(NULL, scDynStore, 0);
25.  
26.     keys[0]     = SCDynamicStoreKeyCreateHostNames(NULL);
27.     keys[1]     = SCDynamicStoreKeyCreateNetworkGlobalEntity(NULL, kSCDynamicStoreDomainState, kSCEntNetIPv4);
28.     keyArray    = CFArrayCreate(NULL, (const void**)keys, 2, NULL);
29.  
30.     SCDynamicStoreSetNotificationKeys(scDynStore, keyArray, NULL);
31.     CFRunLoopAddSource(CFRunLoopGetCurrent(), runLoopSource, kCFRunLoopDefaultMode);
32.  
33.     CFRelease(keyArray);
34.     CFRelease(keys[0]);
35.     CFRelease(keys[1]);
36. }
37.  
38. - (void)updateSC:(NSArray*)changedKeys
39. {
40.     unsigned i;
41.     for (i = 0; i < [changedKeys count]; i++) {
42.         NSString* key = (NSString*)[changedKeys objectAtIndex:i];
43.         NSLog(@"SystemConfiguration key[%d] '%@' is changed!", i, key);
44.         // 各種処理
45.         // （キーの値を取り出したり、画面の表示を更新したり）
46.     }
47. }
48.  
49. @end
50.  
51. void _CallbackFunc(SCDynamicStoreRef    store, CFArrayRef changedKeys, void *info)
52. {
53.     NetTest *self = (NetTest*)info;
54.     [self updateSC:(NSArray*)changedKeys];
55. }

まず、前回と異なるのは DynamicStore を作る SCDynamicStoreCreate() 関数の第三引数に、 NULL ではなくコールバック関数 _CallbackFunc を設定しています。 _CallbackFunc は先頭のプロトタイプ宣言のとおり、DynamicStore と、変更があったキーの一覧、そしてコンテキストの情報が渡ってきます。最後のコンテキスト情報 (info) は、パラメタで渡している context.info が設定されることになっていて、DynamicStore はその内容を関知していません。コールバック関数で利用するために、self を設定しておきます。

続いて、実際に変更があったらコールバックを呼び出すための設定処理をしています。
監視したいキーを CFArrayRef にして登録します。キーは前回みたとおり、scutil で確認した中から、必要なものを選んで監視するとよいと思います。RunLoopSource まわりの手続はおまじないと思っておけばいいかと。

これで、登録しておいたキー項目に変化があると、コールバック関数が呼ばれるようになります。コールバック関数は、NetTest クラスのメンバではない単なる C の関数ですので、コールバック関数の info に設定しておいたクラスのインスタンスをキャストしてそのメソッドを呼び出して処理させます。

実際の処理は、ループして変化したキーをチェック、キーの値を DynamicStore から取り出して、適切な処理や GUI への操作を行う、ということになります。

まとめると以下でしょうか。

• コールバック関数を登録する
• 監視したいキーのリストを用意して登録する
• RunLoopSourceを追加する
• コールバック関数から処理メソッドを呼び出す
• 処理メソッド内でキーを判定して応じた処理をする

ちょっと駆け足でしたが、こんな感じです。

SystemConfiguration.framework は C 言語の API が用意されており、Objective-C の API はありません。関数等の接頭詞は “SC” です。

キー。

DynamicStore は名前からも分かるとおり現在のダイナミック（動的）な設定情報・状態値を保持していて、URI 形式のキーで値を取得することができます。
State:/Network/Global/DNS
といった表記でキーが表されます。キーは多岐にわたりますし、特定の文法で記載されるので、簡単にキーを取得するためのユーティリティ関数が用意されています。

SCDynamicStoreKey.h

また、各関数にキーの可変部をパラメタとして渡す場合の定数が、SCSchemaDefinitions.h に多数記載されています。
ただ、上記の関数リファレンスやヘッダを見ても、実際にどのようなキーがあり、上記のユーティリティ関数に与えるパラメタも、結果として得られるキーも、いまひとつ具体的に分かりません。
そこで役に立つのが scutil というコマンド。

$ scutil
>
> list
  subKey [0] = Plugin:IPConfiguration
  subKey [1] = Plugin:InterfaceNamer
  subKey [2] = Setup:
  subKey [3] = Setup:/
  subKey [4] = Setup:/Network/BackToMyMac
  subKey [5] = Setup:/Network/Global/IPv4
  subKey [6] = Setup:/Network/HostNames
  subKey [7] = Setup:/Network/Interface/en1/AirPort
  subKey [8] = Setup:/Network/Service/17252794-5272-4263-8436-93458EA29A41
  subKey [9] = Setup:/Network/Service/17252794-5272-4263-8436-93458EA29A41/IPv4
  subKey [10] = Setup:/Network/Service/17252794-5272-4263-8436-93458EA29A41/IPv6
  subKey [11] = Setup:/Network/Service/17252794-5272-4263-8436-93458EA29A41/Interface
  subKey [12] = Setup:/Network/Service/17252794-5272-4263-8436-93458EA29A41/Modem
  subKey [13] = Setup:/Network/Service/17252794-5272-4263-8436-93458EA29A41/PPP
  subKey [14] = Setup:/Network/Service/17252794-5272-4263-8436-93458EA29A41/Proxies
  subKey [15] = Setup:/Network/Service/6C67FE3C-C7EC-4885-9250-307B8EBA5DEA
  subKey [16] = Setup:/Network/Service/6C67FE3C-C7EC-4885-9250-307B8EBA5DEA/IPv4
  subKey [17] = Setup:/Network/Service/6C67FE3C-C7EC-4885-9250-307B8EBA5DEA/IPv6
  subKey [18] = Setup:/Network/Service/6C67FE3C-C7EC-4885-9250-307B8EBA5DEA/Interface
  subKey [19] = Setup:/Network/Service/6C67FE3C-C7EC-4885-9250-307B8EBA5DEA/Proxies
  subKey [20] = Setup:/Network/Service/9EAEE8A7-60C3-44EF-98F6-FA7E0D2E3396
  subKey [21] = Setup:/Network/Service/9EAEE8A7-60C3-44EF-98F6-FA7E0D2E3396/IPv4
  subKey [22] = Setup:/Network/Service/9EAEE8A7-60C3-44EF-98F6-FA7E0D2E3396/IPv6
  subKey [23] = Setup:/Network/Service/9EAEE8A7-60C3-44EF-98F6-FA7E0D2E3396/Interface
  subKey [24] = Setup:/Network/Service/9EAEE8A7-60C3-44EF-98F6-FA7E0D2E3396/Proxies
  subKey [25] = Setup:/System
  subKey [26] = State:/IOKit/LowBatteryWarning
  subKey [27] = State:/IOKit/Power/CPUPower
  subKey [28] = State:/IOKit/PowerAdapter
  subKey [29] = State:/IOKit/PowerManagement/Assertions
  subKey [30] = State:/IOKit/PowerManagement/CurrentSettings
  subKey [31] = State:/IOKit/PowerManagement/SystemLoad
  subKey [32] = State:/IOKit/PowerManagement/SystemLoad/Detailed
  subKey [33] = State:/IOKit/PowerSources/InternalBattery-0
  subKey [34] = State:/IOKit/SystemPowerCapabilities
  subKey [35] = State:/Network/BackToMyMac
  subKey [36] = State:/Network/Global/DNS
  subKey [37] = State:/Network/Global/IPv4
  subKey [38] = State:/Network/Global/Proxies
  subKey [39] = State:/Network/Interface
  subKey [40] = State:/Network/Interface/en0/Link
  subKey [41] = State:/Network/Interface/en1/AirPort
  subKey [42] = State:/Network/Interface/en1/IPv4
  subKey [43] = State:/Network/Interface/en1/IPv6
  subKey [44] = State:/Network/Interface/en1/Link
  subKey [45] = State:/Network/Interface/lo0/IPv4
  subKey [46] = State:/Network/Interface/lo0/IPv6
  subKey [47] = State:/Network/Interface/vmnet1/IPv4
  subKey [48] = State:/Network/Interface/vmnet8/IPv4
  subKey [49] = State:/Network/MulticastDNS
  subKey [50] = State:/Network/PrivateDNS
  subKey [51] = State:/Network/Service/6C67FE3C-C7EC-4885-9250-307B8EBA5DEA/DHCP
  subKey [52] = State:/Network/Service/6C67FE3C-C7EC-4885-9250-307B8EBA5DEA/DNS
  subKey [53] = State:/Network/Service/6C67FE3C-C7EC-4885-9250-307B8EBA5DEA/IPv4
  subKey [54] = State:/Users/ConsoleUser
  subKey [55] = com.apple.DirectoryService.NotifyTypeStandard:DirectoryNodeAdded
  subKey [56] = com.apple.network.identification
>

scutil は起動するとプロンプトになりコマンドが入力できます。helpで利用出来るコマンドが表示されますので見てみてください。そこそこいろいろ出来ます。
今回は、listと言うコマンドで、利用出来るキーの一覧を表示しています。なお、キーは常に一定ではなく、ネットワークの状況によって増減します。

値。

DynamicStore から取得できる値は NSDictionary ( CFDictionary ) で、実際の個別の設定値はさらにその中に規定のプロパティ名で格納されています。これは scutil の show コマンドで確認することができます。

> show State:/Network/Global/IPv4
<dictionary> {
  PrimaryInterface : en1
  PrimaryService : 6C67FE3C-C7EC-4885-9250-307B8EBA5DEA
  Router : 192.168.1.1
}
> show State:/Network/Interface/en1/Link
<dictionary> {
  Active : TRUE
}
> show State:/Network/Interface/en1/IPv4
<dictionary> {
  Addresses : <array> {
    0 : 192.168.1.102
  }
  BroadcastAddresses : <array> {
    0 : 192.168.1.255
  }
  SubnetMasks : <array> {
    0 : 255.255.255.0
  }
}
>

コード例。

さて、これをプログラム上ではどう取得するかですが、結構簡単です。

利用サンプル

1. #import <Cocoa/Cocoa.h>
2. #import <SystemConfiguration/SCDynamicStoreKey.h>
3. #import <SystemConfiguration/SCSchemaDefinitions.h>
4.  
5. - (void)test
6. {
7.     SCDynamicStoreRef   store;
8.     SCDynamicStoreContext   context;
9.     CFStringRef     key;
10.     CFDictionaryRef     val;
11.     CFStringRef     host;
12.     CFStringRef     primIF;
13.     CFArrayRef      addrs;
14.     CFStringRef     addr;
15.  
16.     // DynaimcStore生成
17.     memset(&context, 0, sizeof(context));
18.     context.info    = self;
19.     store       = SCDynamicStoreCreate(NULL, (CFStringRef)[[NSBundle mainBundle] bundleIdentifier], NULL, &context);
20.  
21.     // コンピュータ名取得
22.     key = SCDynamicStoreKeyCreateHostNames(NULL);
23.     val = (CFDictionaryRef)SCDynamicStoreCopyValue(store, key);
24.     host    = (CFStringRef)CFDictionaryGetValue(val, kSCPropNetLocalHostName);
25.     NSLog(@"HostName is %@.", host);
26.     CFRelease(val);
27.     CFRelease(key);
28.  
29.     // PrimaryInteaface取得
30.     key = SCDynamicStoreKeyCreateNetworkGlobalEntity(NULL, kSCDynamicStoreDomainState, kSCEntNetIPv4);
31.     val = (CFDictionaryRef)SCDynamicStoreCopyValue(store, key);
32.     primIF  = (CFStringRef)CFDictionaryGetValue(val, kSCDynamicStorePropNetPrimaryInterface);
33.     NSLog(@"PrimaryInterface is %@.", primaryIF);
34.     CFRetain(primIF);
35.     CFRelease(val);
36.     CFRelease(key);
37.  
38.     // IPアドレス取得
39.     key = SCDynamicStoreKeyCreateNetworkInterfaceEntity(NULL, kSCDynamicStoreDomainState, primIF, kSCEntNetIPv4);
40.     val = (CFDictionaryRef)SCDynamicStoreCopyValue(store, key);
41.     addrs   = (CFArrayRef)CFDictionaryGetValue(val, kSCPropNetIPv4Addresses);
42.     addr    = (CFStringRef)CFArrayGetValueAtIndex(addrs, 0);
43.     NSLog(@"IP Address is %@", addr);
44.     CFRelease(val);
45.     CFRelease(key);
46.     CFRelease(primIF);
47. }

上記サンプルはエラー処理をしていませんが、値を階層的に取得しているので、エラーチェックは処理の都度行う必要があります。

scutil で欲しいキーを確認すれば、別のキーでも取得の方法は同じ要領です。ネットワークの設定や諸情報、ネットワーク以外にも電源（電池）の状態などもわかったり、結構面白いです。

実は、DynamicStore を使うと今回取得したような値の変化（ネットワーク状態の変化、システム環境設定での変更）を検出することもできますが、それは次回に。