日常運用には問題ないレベルになりました。前の「サクラサク」という日記はVMware上のXP上から書きました。写真のレタッチなども同じく。
細かい点ではいろいろやっているうちに解決したこともあれば新たな問題点も出てきます。特にハードウェア周りに関しては最悪ドライバ自分で書くとかいう可能性もあり、完全解決には時間がかかりそうです。
というわけで、いちいちブログに書いていってもあとで読んだ人が参考にしにくいだろうという事で、サマリーページをつくりました。最終的に解決したのか解決してないのか結論だけ知りたい人はそちらをご覧ください。
次回からは購入直後以来ほとんど起動していないVistaの方を起動していじっていきます。こちらはほぼ仕事で使うことはないので趣味的な感じでカスタマイズしていこうかなと。
その後同じ要領でXPも入れてみました。
XPも思ったよりも快適に動作するので、ハードウェア周りがこのまま順調に動き出せばXP on Ubuntu で常用できるかもしれません。
VAIO TZでVMware上にWindowsを入れる場合、画面解像度の設定が使いやすさのキモになると思いますが、僕は今回2000/XPともにデフォルトでは存在しない以下の解像度をあらたに作りました。
解像度の追加方法ですが、各サイトにはレジストリのHKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\vmx_svga\Device0内にResolution.x（xに増やしていく数字を）を追加して"1208×600"のような文字列を追加する、とあります。が実際には環境によってはDevice0とは限りません。元々そこにResolution.xがあればそこに追加して構いませんが、 ない場合Resolutionなどの文字列を検索して目的の場所を探す必要があります。たとえば僕の場合、上記の場所に書いても認識せず、HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Video\[XXXXXXXX-XXXX-XXXX-XXXXXXXXXXXX]\0000という場所に書かなければなりませんでした。
あと、僕のVAIO TZはDVDドライブを内蔵していないモデルなので外付けドライブを使用していますが、常時つけているわけではないので、一旦入れる予定のソフトのCDをisoファイルとしてUbuntu上に取り込んでおいて、VMware Serverでマウントしています。これなら緊急トラブル時にインストールしなおし、ってこともできますし。
VMware上のWindowsはまだあまり使っていませんが、Windows Updateが動作するくらいですから、ネットワーク接続は問題ないようです。以下Windows-VMware-Ubuntu関係のTODO。
デュアルブートの方法については時代とともにトレンドが変化しています。昔はLILOが主流でした。前回起動したOSがデフォルトで起動するという仕様はかなり使い勝手が良かった記憶があります。その後長らくGRUBが主流となっていましたが、最近はNTLDRを使うのが流行っているようです。
これはおそらくノートPCでデュアルブートをする人が増えてきて、MBRに傷をつけるとリカバリできなくなるなどの問題に直面した結果ではないかと推測しています。
今回は当初の計画ではKNOPPIXのqtpartedでパーティション分割、GRUBでブートという慣れた手順でいこうと思っていたのですが、新しい技術も使ってみたいな～、ということでパーティション分割はVista標準の「ボリュームの圧縮」（なんちゅう名称なんだ・・・）で行い、NTLDRでブートという方法で行きたいと思います。NTLDRを使うとVistaを「アンインストールできない(by 吉川教授)」んですが、多分しないのでよしとしましょう。いや、前のノートPCはプリインストールのXPをアンインストールしてSuSEとWindows 2000のデュアルブートで使っていたんで、可能性はあるんですけどね。WWANがLinuxで動くかどうか次第かな。
wubiを使えば簡単なんだろうけど、それは技術者としてはちょっと禁じ手っぽいので却下。今Vista上でデフラグかけているので、これが終わったらパーティション分割を行います。
ページファイルを「なし」、システムの復元を「無効」にし、Vistaの「ボリュームの圧縮」を実行すると、230GB中最大180GBを「圧縮する領域のサイズ」に指定できるようです。用語がわかりにくいですが、言い換えるなら50GBをVistaのシステム(C:)で使用し、180GBを未割り当て領域にすることができる、という意味です。今回は100GBをVistaで使用し、130GBを未割り当て領域にすることにしました。
次回はUbuntuのインストールです。
昨日はパーティションの分け方を考えているところで作業を中断していたのですが、今日になって昨日の案は却下することにしました。
昨日の案は下のような感じでした。
この案は、3つのOSを入れるのでトリプルブート。どれを開いても同じデータにアクセスできるようにするためにデータ用パーティションを専用に設ける、という非常にオーソドックスな案です。しかし当初の予定より使わないパーティションが出てきたり、別のパーティションが足りなくなったりというような問題が将来出てくる可能性もあり、ハードディスクの資源を有効に利用しているとは言えません。それにあとで気づいたのですが、HDDのVistaより前の領域にリカバリイメージと思われる8G弱の基本パーティションがあります。これはすでに必要ないのですが、削除しても中途半端な領域しか空かない上、無駄に基本パーティションを1つ消費してしまっているという踏んだり蹴ったりな仕様です。まず確実に言えることは、上記案は基本パーティションが足りないので無理です。
そこで、仮想化してみる案を考えてみました。まずはおそらく「今どきはこういうのがオーソドックスなんでしょ？」という案。
既存のVistaパーティションだけの運用で、VistaをホストOS、XPとUbuntuをゲストOSとする案です。データはVista上に置き、XPやUbuntuからは仮想化の仕組みに応じてアクセスします。少なくとも仮想ネットワーク経由でアクセスできるはずなのでUbuntuからVista(NTFS)への書き込みも問題ないはずです。また、ブートローダーが不要なので導入が簡単とか、MBRをいじらないのでリカバリイメージも生きたままとか、VistaのWWANがXPでもUbuntuでも利用できるとか、いいことずくめのように見えます。
しかしこの案には致命的な問題点があります。メインOSであるUbuntuが仮想PC上で動いていて使い勝手が悪い、という点です。サスペンド時はともかく起動時には一旦Vistaを起動してUbuntuを起動、という二度手間です。
そこでUbuntuメインという現実に合わせて次の案を考えました。
Vistaは単独、Ubuntu上の仮想PCにXPをインストールします。データはUbuntu上に置き、XPからは仮想化の実装に合わせた現実的なアクセス方法を使用します。VistaからUbuntu上のデータを参照するのがネックとなります。
ext3をWindowsから参照するのも、NTFSをLinuxから参照するのも、どちらも技術的には枯れていないのですが、どちらかというとNTFSをLinuxから参照する方が実績があると思うので、その方向で修正した案が次です。
これは結構バランスがとれていて、将来どちらかのパーティションが枯渇する、という事態になりにくい良い案だと思っています。XPからVistaのパーティションに直接アクセスできるのかどうかは仮想化技術に疎い僕にはよくわかりませんが、UbuntuでマウントできていればSamba経由ではアクセスできるでしょう。
ところで、仕事上の都合でXPが必要ということでXPをどこに入れるかを考えているわけですが、実は考えてみたらXPでなくWindows 2000でも特に問題ありません。Windows 2000であれば容量もそれほどとらないので、下のようにデータ領域も増やせるかもしれません。
しかしデータ専用パーティションは領域の無駄を増やすだけだ、と再び思い直し、VistaとUbuntu両方にデータを置き、お互いに見ることもできるので開いてる方に置いてバランスをとる、という案に落ち着きました。
Vista、Ubuntu各110GB程度に分割ということでいきたいと思います。