2014年2月12日水曜日

【Parallels 検証】 Netboot 時に Boot Camp を呼び出すには...




この件は、あるお客様からのお問合せ内容の一部を検証した時のものです。

そのお客様のご質問は;

Netboot と同時に、Bootcamp 領域にある Windows OS を呼び出せるか?

というご質問。すべてのクライアントマシンには Bootcamp パーティションを切って、Windows 7 がインストール済み(を想定)。このお客様自身、システム管理に携わっていらっしゃるようで、とてもお詳しく、ご自身ですでに相当いろいろやってみたが、どうも解決策が見つからない... とのこと。

いい加減な返事はできないので、少々お時間を頂いて、検証しながら解決策をさぐった。

まず、用意すべき Netboot 用のシステムイメージは、Mac OS 10.9 + Parallels Desktop 9 + Bootcamp から「読み込んだ」Window 7。(インポートした Windows 7 ではないところが論点
で、全く同じ構成のクライアントマシンを複数用意。

なぜ、「インポートした」Window 7 ではダメなのか?「インポートした」Window 7 であれば全く問題なく Netboot できる。その理由は、数百台のクライアントになった場合、インポートした VM(仮想マシン)ファイルの転送負荷を懸念している、とのこと。確かに一理ある。

使用した Mac OS X サーバも 10.9。






さて、実行してみると、たしかに、そのシステムイメージのもととなったクライアントマシンだけは問題なく起動し Bootcamp 領域の Windows を呼びこむが、それ以外のクライアントでは(全く同じマシン構成であるにもかかわらず)以下ののようなエラーが出る。






この場合、この Bootup process window を閉じて、通常の GUI から Bootcamp からの呼び込みを指定してやればもちろん起動できる。

この現象がなぜ起きるかを(開発陣にも確認したところ)そのシステムイメージのもととなっているクライアントマシンで Bootcamp を呼び込んだ際に、そのマシン固有の HD 情報を保持しており、ゆえに異なったマシンではそれが見つからずそこでプロセスが止まってしまう。というのが原因。(お客様の予想通り)




さて、問題は、これを回避する方法はあるのかどうか?
Parallels Command Line Tool でなんらかの Script を作成して対処できるかもしれないが、開発と検証にどれくらいかかるのかやってみないとわからない...

さてさてどうしたものか... と行き詰まっていたところにお客様から、「その方法ではなく、はじめから仮想マシンを作成しておく方向でまとまりました」というご連絡を頂き、やれやれ一安心。





Bootcamp パーティションを作成してそこに Windows を入れたい理由はわからないでもない。まず、Bootcamp 自体は無償である。つぎに、3D ゲームなどをガリガリやるのであればそのほうがパフォーマンスは良いことが多い。

しかし、そもそも Bootcamp と仮想マシンはまったく別物で、仮想マシンにしたほうが、
1)データの共有
2)Mac / Windows の切替に再起動しなくてよい
3)HD の許す限りいくつでも仮想マシンを構築できる
4)スナップショットにより、万が一 Windows に問題が出た場合のリカバリーが楽
5)仮想マシンはポータブルである
6)Mac アプリと Windows アプリをあまり意識せず同時に使える
など、利点を上げたらきりがない。


昔、アップル社から「Bootcamp のことを悪く言わないでちょーだい」とやんわり叱られたたことがあるが、決して悪く言っているのではないのです。そもそも別物ですから。

ただ、Mac で Windows を使うなら Parallels で仮想マシン化したほうが後々便利だろうということです。



さらに、以前のトピック【Parallels Tips】BootCamp から呼び込んだ場合と Windows 仮想マシンの起動時間 で報告したように、Bootcamp から呼び込むより仮想マシンのほうが起動が速いというデータも取れています。

株式会社アクト・ツーは、一括ライセンスの法人向けの Parallels Desktop for Mac Enterprise のディストリビュータとして、日夜、業務に励んでいます。

また、act2 ストアでは1リセーラとして Parallels Desktop 9 の新規パッケージ、乗換パッケージを「act2 サポート付き」で販売しています。(意外と知られていない(涙)

仮想化の世界は奥が深く、また、今後のさまざまなモバイルデイバスとの共存など、おもしろくなるのはこれからですね。

私はこの世界にどっぷり浸かって働ける喜びを噛み締めている今日この頃です。

(MikiyaKato)


Parallels Desktop for Mac Enterprise の詳細はこちら

Parallels Desktop 9(act2 サポート付き)のご購入はこちら

法人の方の一括ライセンスのご相談はこちら





2014年2月7日金曜日

【Tips】Mac のメンテナンス:ディレクトリのチェックと再構築



今回のトピックは初歩的なお話で、通な方には申し訳ないのですが、非常に重要なことですので、特にビギナーの方はご参考にして頂ければ幸いです。



■ そもそも、ハードディスクのボリュームとは?
論理的な一つの記憶媒体のことです。1つのハードディスクをそのまま丸ごと1つの「入れ物」として使えば、そのハードディスクがそのまま1つの「ボリューム」です。
「パーティションを切る」ということをよく耳にしますが、これは、「パーティション = partition = 間仕切り、区画」からもわかるように、ハードディスクに間仕切りをして、物理的には1つのハードディスクでも論理的には複数の「入れ物」に分けることです。「ボリューム」というのはその論理的なとらえ方のことです。ですから1つのハードディスクでも2つ、3つと複数のボリュームを持つことができます。 




■ ディレクトリとは?
英和辞書で調べると本来の意味は「名簿」とか「要覧」と出てきます。ですから、コンピュータにおいては、諸々のファイルの名簿。なのですが、Mac の場合の「フォルダ」に相当します。Unix 系も Windows も Mac も、ファイルは階層構造で管理されています。ですから「ファイル・ツリー」と言います。Mac の場合、1つの枝が「フォルダ」ということです。で、おおもとの根 (root) から始まって、どんどん枝分かれして、管理しているわけです。
さて... もし、このディレクトリ・ツリー(ファイル・ツリー)情報に狂いが生じたらどうなるでしょうか?最悪、何のファイルも参照できないことになります。「ハードディスクがトンだ」ということをよく耳にしますが、それはハードディスクが物理的に壊れた場合よりディレクトリ・ツリー(ファイル・ツリー)が壊れたことのほうが多いように思います。
要するに(Mac に限らずどんなコンピュータでも)ハードディスクを使っている限り、この問題からは逃れられず、トラブルを未然に防ぐには、マメにチェック、メンテナンスするしかありません。
Mac OS X でも、私自身、何度も「ハードディスクがトンだ」ことがあります。そうなるとファイル・リカバリ・ツールでファイルの復旧を試みることになるのですが、ファイルの内容は復旧できても、例えば、ファイル名や作成日情報が不明になってしまうことが多いです。

ですから、私の場合は、週末の夜、就寝の前に「総合テスト」をかけて寝ることにしています。翌朝、すっきり。(ほとんどのテストはそれほど時間はかからないのですが、サーフェイススキャンが数時間以上かかるため)





Mac を仕事で使っていると(それは Windows マシンでも同じですが)、マシンの調子が悪くなるのは致命的ですよね...

ハードディスクはもちろん、メモリ等のチェックもしてくれる「テックツール Pro7」

ご自宅のマシンはもちろん、会社のマシンにもぜひインストールし定期的にチェックするルールを作ることを強くおススメします。(企業や学校向けのボリュームライセンスもありますので)

(MikiyaKato)

テックツール Pro7 詳細情報はこちら

今すぐダウンロードはこちら

法人の方のお問合せはこちら