AirMac Extremeでバックアップもバッチリ

今更ですが、無線ルーターとしてAirMac Extremeを購入し、我が家の無線ルーター環境を一新しました。もともとはバッファローの無線ルーターを使っていたのですが、これまた購入して5年程度も経ち、最近は頻繁に接続が切れるようになっていました。そろそろ買い換えだよなぁとは思うものの、完全にダメというわけではなかったので、ネットワークが切れるたびに電源のOFF/ONでしのいでいたのです。ただiMacを購入した記念というわけでもないのですが、思い立ってAirMac Extremeで環境の再構築をしたのです。

前回の記事で、これまで使っていたiMacが突然死し、新しいiMacに買い換えた話を書きました。その際にTime Machine用として1.5TBのUSB HDDも一緒に買ったのですが、これがよろしくない。何でかって言うと、iMacをスタンバイに入れても、USB電源供給があるために、HDDの電源がオフにならないんです。これまでFirewire HDDをバックアップ用として使用していたため、そんな事は無かったので盲点でした。さらにこの新しいHDDは、よく説明書を読むとMacでは読めるけど、書き込みができないと書いてあります。実際にはMac用にフォーマットするとRead/Write共にできるのですが、確かにTime Machineのバックアップで失敗する事が多々あります。そして一回エラーが発生すると、HDDの抜き差しをしないと復活できないという、私的には失敗の買い物でした。

一度Time Machineの威力を味わってしまうと、もうTime Machine無しのMac生活は考えられません。でもせっかく買ったUSB HDDはどうにもダメだしどうすべきか？という事でちょっとだけ悩みました。

• 新しいFirewire HDDを買い足す。 → 種類が少ない上に、値段が高い。
• 新しいFirewire HDDケースを買って、イマイチなUSB HDDからHDDだけ移植する。 → こっちも1万円以上と値段が高い。
• Apple Time Capsule 2TB（¥26,400）を購入する。 → 悪くないけど、やっぱり値段が高い。それよりも買ったばかりの1.5TB HDDが余るのも問題。さらに納期が2, 3週間。

と、どれもこれも帯に短したすきに長しの状態です。そこでふと思い出したのが、無線ルーターの買い替えの件です。Appleには無線ルーターのAirMac Extremeがあって、USB HDDを接続することでTime Capsule相当になるのです。これは朗報！

という事で、Win7機に接続していた2TB HDDをAirMac Extremeに接続し、新iMac用に新しく買った1.5TB HDDをWin7に接続することにして、AirMac Extremeを購入しました。我が家の各種デバイスもサクサクとつながって問題なかったのですが、PSPのためにセキュリティは「WPA/WPA2パーソナル」としました。Nintendo DSは接続できませんでした。ま、いいでしょう。

あと備忘録的に書いておきますが、AirMac Extreme経由でのTime Capsuleでは、「移動」-「サーバーへ接続...」から一度USB HDDをマウントする必要があります。私のiMacは何事も無くつながったのですが、MacBook Airを接続しようとしても何故かできません。しばらく悩みましたが、どうもユーザー名の関係があるようで、「AirMac Extreme」を選択した後に「別名で接続」を選択する事でマウントできました。

この設定で、我が家の4台のMacは全てTime Capsuleにバックアップが出来ました。もうこれで安心という感じです（）。

突然のiMac購入

このブログ、主テーマはMicrosoft Windows Embeddedなわけですが、私は自宅のPCはMac派。Macintoshとのお付き合いは、1987年のSEからスタートですから、かれこれ25年近くにもなるわけです。それで現在のメインはiMac（2006 Late）とMacBook Air（2010 Late）でした。ところがここしばらく、iMacが何となく調子が悪かったので、次のiMacが発表されたら買い換えだと密かに目論んでいたわけですが・・・出張から戻った先週の土曜日の夜、いつものようにiMacの電源を入れるとリンゴマークから進まなくなってしまったのです（）。

そこでOptionキーを押して再起動して、できることをひと通りやってみました。

• ディスクユーティリティでディスクアクセス件の修復 → 症状変わらず
• ディスクユーティリティでディスクを修復 → ディスク修復不可で終了
• Mac OS X Lion再インストール → インストールできず
• フォーマット＋Mac OS X Lion再インストール → エラー終了

もうね「ディスクMacintosh HDが壊れていて修復できないため、Mac OS X Lionをインストール出来ませんでした。」って表示されちゃって、これはもうダメだという結論に達しました（）。

それで急遽、近所のヤマダ電機まで新しいiMacを購入しに行って来たのです。私の経験だと、他の物はともかく、なぜかMac本体はヤマダ電機は安いです。今回もほぼポイントでAppleCare Protection Planを付加しています。購入したのはCore i5 2.7GHzの21.5inch版です。27inch版は私の机には大きすぎるので見送りです。つるしの状態ではRAMは4GBですが、ヤマダ電機では増設用の4GBx2枚で3万円近くとありえない値段なので、Amazonで購入しました。現在は4GB＋8GBの12GBで問題無く動作しています。

旧iMac時代もTime Machineでバックアップを取っていたので、新iMacに乗り換えるのはいたって簡単でした。Optionキーを押しながら起動することで、Time Machineからの復元を選ぶことができます。それだけでデータだけではなく、アプリケーション、各種設定を全て旧iMac → 新iMacと移行することができたのです。PCの買い替えで、こんなに何にもしなくてもいいのは初めてです。とにかくMacを保有している人は、迷わずTime Machineでのバックアップをしておく事が、結局は困った時に役立つことがわかりました。実際、私はMBAは持ちだし用なので、Time Machineによるバックアップはしていませんでした。でもアプリケーション／設定がそのまま復活できる事がわかったので、自宅にあった150GBポータブルHDDにTime Machineでバックアップしています。

さて最後に一つ問題がありました。それはiPhone4sのローカルバックアップができなくなってしまったことです。バックアップを取ろうとしても、復元しようとしても、

「iPhoneがコンピュータから取り外されたため、iPhone"Yu's iPhone4s"をバックアップ出来ませんでした。」

というエラーメッセージが表示されるのです。もちろん接続はされています。通常はiCloudへのバックアップですが、一部、ローカルにしか保存できないデータがあり、iCloudでは力不足です。やはりローカルバックアップは必要ですが、このエラーに関しては、検索を行なってもその対処方法を見出すことは出来ませんでした。ただiPad2はバックアップの保存ができるし、iPhone3GSのバックアップデータから復元することが出来ました。

これらの状況から、iPhone4s側の問題ではないか？という事でフルリセットを掛けたりしたものの、症状は変わらず、ホトホト困ってしまったのが正直なところです。その時、ふと思って、iTunesの「環境設定」から「デバイス」を選択し、問題となっているiPhone4sのバックアップファイルを消してみたところビンゴでした（）。iPhone4sのバックアップ／リストア共に問題無くできるようになったのでした。おそらくファイルが壊れていたか、アクセス権に問題が発生したかのどちらかでしょう。旧iMacではHDDが故障して動かなくなったわけで、その影響あるファイルをそのまま復元してしまったのだと思います。

これでほぼ元通りになりました。Apple製品だけで固めると、利用者の環境が非常にシームレスに引き継がれる事を改めて感じた週末でした。

上海でのXPERIA mini活用法

昨年末から新年にかけて、凄まじく忙しい日々が続いています。実は先週後半に仕事で中国／上海に行って来ました。私の務めている会社では、出張時のPC持ち出しはNGで（私のPCはデスクトップなので、そもそも持ち出しできませんが）、シンクライアントを使用することになっています。日本国内ではデータモデムを配布されていますが、ここ何回かの海外出張では、いつもグローバルデータからMiFiをレンタルして活用していました。はっきり言って、このグローバルデータで借りるMiFiは事前に予約さえしておけば、特に問題も無くリーズナブルな価格で利用できるので、大変重宝していたわけです。それは中国も例外ではありません。

ところがSIMフリー端末を2台ほど調達した事から、現地SIMを利用することでもっと安く、そして便利に運用できるのでは？という事を思いつき、今回の上海出張では現地SIMを利用することにしたのでした。しかし中国語は（も）全くダメな私が、データ通信もオッケーなSIMを現地で調達できるとは思えないわけです。という事でいろいろ調べてみたら、コムストというお店で、中国の現地SIMが販売されていることがわかりました。最初のSIM購入では1万円分のチャージが必要ですが、取得した電話番号は540日間確保されるというのも魅力です。また主な通話料は以下の通りです。

• 中国から日本：20円/分
• 中国国内：30円/分
• 着信：0円
• 中国国内のSMS：2円/通
• 中国国外へのSMS：30円/通
• データ通信（テザリングOK）：0.006円/KB → 6円/MB

そして速度は3Gという事なので、これはかなりお得ということがわかりました。シンクライアントで一日繋いでいると50MB〜100MB程度は使用します。それでも600円程度ということは、これは嬉しい！ただ問題は、シンクライアント接続のためにはVPN接続が必要で、これが出来るかだけが事前にはっきりしなかったのです。

という事で、ちょっとだけドキドキしながら上海に行きました。現地についてから、アクティベーションをするために中国国内のお天気案内にかけます。それだけで音声通話、SMS、データ通信もバッチリです。当然ですが、XPERIA miniはテザリングもサポートしているので、これまたバッチリです。なんの問題もありません。1つだけ問題があったのは、時計がローカルタイムで自動設定されないことだけです。中国国内でのキャリアはChina Unicomでした。

そして一番の懸案だったVPNですが、これまたバッチリ接続できました。なんの問題もなくシンクライアントがホストと接続できます。WiMAXで繋いでいる日本国内よりも快適なくらいです。じゃあ実際の速度は？という事でSpeed Testで測定してみました。

ご覧のように下りで3.8Mbps、上りでも1.6Mbpsと十分な速度があります。情報検索をしたり、地図を見たり、テザリングをしたりと大活躍のXPERIA miniと現地SIMでした。もし中国に行かれるのであれば、日数の兼ね合いもありますが、このSIMは日本語での購入・サポートが可能なのでお勧めです。

なお1つだけ注意を。実は私はSIMフリー機はHTC Radarばかり使っていて、XPERIA miniはほったらかし状態だったんですね。それで現地で電源を入れたら、インストール済みのアプリケーションたちがAndroidマーケットからの更新をガーッと始めていることに気が付きました。これを避けるために、日本国内でWiFi経由でアップデートしてから行くべきです。

それで、ゴキゲンで帰ってきたら、私のメインマシンであるiMac（2006 Lateモデル）がお亡くなりになりました（）。HDDが逝ってしまったらしく、もうTime Machineからの修復、ディスク修復、OS再インストール、フォーマット後のOS再インストールとことごとくアウトでした。という事で急遽、新しいiMacを購入するはめに・・・

こちらの顛末はまた今度。

P.S.

3日間での料金を調べたら2,700円でした。シンクライアントでテザリングしまくり、会社に普通に電話をかけての値段です。おそらく本当に現地で調達するSIMでの通信費と比べると高いでしょうが、出張者にとっては全く問題ない金額です。観光でPCを持ってくレベルだったら、おそらく200円/日位しかかからないかも。

eBOX-3310でWEC7：SDKのビルド

eBOX3310の立ち上げもほぼ終了し、これからはアプリケーション編に突入します。Windows Embedded Compact 7でアプリケーションを開発するにはPlatform Builderを使うことも出来ますが、今回はVisual Studio 2008を使うことを前提に話を進めます。Visual Studio 2008でアプリケーション開発をするためには、開発ターゲット用のSDKが必要となります。今日はそのSDKのビルドについてです。

最初にこのSDKについてですが、これはVisual Studioでアプリケーション開発をする際には必ず必要なものです。SDKにはターゲットデバイスがサポートしているAPIの一覧が含まれていて、アプリケーション開発時に使用できるAPIを参照するためのものだからです。仮にターゲットデバイス用ではないSDKを使用して待った場合、実行時のAPIコールでExceptionが発生して、期待する関数が呼び出されないことになります。WinCE/WECの場合、OSイメージには、開発者が必要とするモジュールを組み込むのですが、逆に言うと、必要のないモジュールは組み込まれません。例えばWindows Media Technology関連のモジュールが組み込まれていないシステムでは、これらの機能を呼びだそうとしても、ライブラリが含まれていないため動作しないということは容易に想像できると思います。

したがってOSイメージを構築する人は、カタログの構成などを変更した際に、SDKを構築し直し、アプリケーション開発者に提供する必要があります。またアプリケーション開発者は、新しいOSイメージが配布された際は、古いSDKをアンインストールし、新しいSDKをインストールしてアプリケーションの開発を進めることになります。極端なことを言うと、SDKが更新されるたび、すべてのアプリケーションの再ビルドが必要となるのです。それをできるだけ避けるには、（無理だけど）最初からカタログ構成を決めるか、カタログへは追加のみとすることで、上位互換性を保つといったことしかないので、その管理はシステム開発では重要となります。

さて前置きはこれくらいにして、PB7でのSDKのビルドについて話を進めます。最初にSolution ExplorerでSDKsを見つけ、そこを右クリックしてください。今回はSDKを新規に作成しますので、プルダウンメニューから「Add New SDK...」を選択します。

すると作成するSDKのPropertyを設定するダイアログが開きますので、必要な項目を入れていきます。GeneralではSDKの名前や、バージョン、会社名、ホームページのURLなどを設定できます。

Installでは「MSI File Name」をデフォルトのままではなく、適切なファイル名に変更してください。ここではeBox3300.msiというファイル名にしました。

CPU Familiesでは選択できるCPUのチェックボックスが現れるはずです。しかし一般にサポートしているCPUは一種類でしょうから、確認くらいで特に何もする必要はありません。

Development Languagesでは表示する言語を選択すわけではありません。ここではNative CodeとManaged Codeについての設定となります。Native Codeは当然標準のサポートですが、「Platform specific macro」の欄には、SDK用の環境変数を設定することができます。Managed Codeでは、.NET Compact Frameworkをカタログに取り込んでいる場合のみ、サポートするかどうかを選択できます。

必要な項目をすべて入力し、「OK」をクリックすると、Solution ExplorerのSDKsの下には、作成したSDK（ここではeBox3300）が表示されていることが確認できます。

あとはこのSDKをビルドするだけですが、ビルドしたいSDKを右クリックして「Build」を選択するだけでビルドが始まります。いたって簡単です。

ビルド自体は特に問題なく終わるでしょうから、ビルドが終了したらもう一度SDKを右クリックして「Explore」を選択してみてください。ビルドしたSDKのフォルダがWindowsのエクスプローラーで開かれます。

このフォルダにある「MSI」というフォルダに目指すSDKがインストーラー形式のmsiファイルとして保存されています。いちいち探すよりかなり簡単なので、このプルダウンメニューから選択することをお勧めします。

そして今回作成したSDK、eBox3300.msiをダブルクリックすると、インストーラーが起動します。このあたり、よくできています。インストーラーにSDKの名前である「eBox3300」がきちんと反映されていることを確認してください。

インストーラーの途中で出てくるEULA（End-User License Agreement）はデフォルトのものも使用出来ますが、SDK作成時にファイルを指定することで、独自のものを埋め込むことも可能です。

SDKのインストールは、指示に従って進めばいいだけですので、特に迷うことはないでしょう。インストールが無事に終了すると、以下のダイアログが表示されてお終いです。

このようにSDKの作成とインストールは、その手順さえ知っていれば簡単な作業です。実はSDKはこの一連の作業よりも、開発現場での運用の方がより難しいと考えています。ＯＳイメージの更新とSDKの更新はペアであるべきですが、どうしてもおろそかになりがちです。特にアプリケーションを外部委託するなど、開発現場が分散したときには、その管理・運用は面倒なものとなってきます。この件に関しては、開発の初期段階で、SDKの適用ルールを決め、全体でそのルールを守ることを徹底するようにしてください。

eBOX-3310でWEC7：カーネルトラッカ

今日はWindows Embedded Compact 7のリモートツール、特にカーネルトラッカの使い方について説明します。なお今回から使用すベースのBSPはPlatform Builder 7に標準添付されているeBox3300を使用します。

さてこれまでもPBにはリモートツールというランタイムの動作状況を確認するためにリモートツールという便利なものが含まれていました。WEC7も同様で、PB7にリモートツールが含まれています。「Tools」-「Remote Tools」を選択するように、選択できるリモートツールが表示れます。ここでWEC7から追加になったのはＴｉｍｅｌｉｎｅ Ｖｉｅｗｅｒ（Kernel Tracker、Performance Monitor、Power Monitor）です。またPB6からドロップしたものとしてSpyがあります。

さてこのリモートツールはTimeline Viewerを除き、基本的にこれまでと同様の使い方です。例えばターゲットデバイスのスクリーンショットを表示する「Zoom」を使ってみます。「Tools」-「Remote Tools」-「Zoom」を選択すると、接続するターゲットデバイスの選択画面が表示されます。ここでは「Windows CE」を開き、「(auto)Ether1」を選択します。

しばらくすると、ホストPC上にターゲットデバイスのスクリーンショットが以下のように表示されます。

次にカーネルトラッカを表示してみます。Zoomと同様に「Tools」-「Remote Tools」-「Kernel Tracker」を選択します。するとターゲットデバイスとの接続確認のダイアログは表示されずに以下のようなRemote Tools Frameworkウィンドウが表示され、PB6までは見たことのない画面が表示されます。そしてファイル入力を要求するダイアログが表示されるだけです。実はPB7からはカーネルトラッカはTimeline Viewerという事で、出力されたデータを表示するだけのツールになってしまったようです。

このカーネルトラッカに状態遷移のデータを表示するためには、PB6までとはビルド時に異なる設定が必要です。「Project」-「Properties」を選択し、開いたダイアログボックスから「Configuration Properties」を開き、「Build Options」を選択します。オプションの中から「Flush tracked events to release directory」をYesにします。そしてmakeimgコマンドを実行し、新しいNk.binを作ります。これで準備は終了です。

カーネルトラッカのログを取るためには、ここでビルドしたNk.binをダウンロードし、実行します。この時、カーネルトラッカのログとして%_FLATRELEASEDIR%にcelog.clgというファイルが出力されます。本当であれば、実行時にこのcelog.clgを参照できればいいのですが、どうもデバイスをデタッチしてからでないと読むことができないようです。ここは注意点ですね。

さてある程度動作させてから、「Target」-「Detach Device」を選択し、ターゲットデバイスを停止した後、カーネルトラッカを起動します。そしてcelog.clgを選択すると、以下のようにログを読み込み、スレッド、イベント等の遷移を見ることができるようになります。

なおeBox3310はシングルコアですので、このスクリーンショットではわかりませが、マルチコアの場合はコアを選択するタブが現れます。異なるコアを選択することで、一画面に複数のコアを表示できることは確認済みです。