2009年10月

DVDからのISOイメージ作成方法を検索するといわゆるリッピングネタしか引っかからず…　普通のソフト見つけるのに苦労した．で，結局Free DVD to ISO Makerに行き着いた．このソフトはディスクからのイメージ作成に特化されているので，ボタンを二回押すだけでイメージが出来上がる．が，イメージをひとつ作り終えるとソフトを終了するしか選択がなく，複数枚の取り込みにはちょいと不便かもしれない．残念．

知らんかったけど複数の動画を色々合成するにはAfter Effectsを使うのが正しいみたい．特に，動くオブジェクトを合成するのが楽にできる（Premier Proで出きると思ってたけど結局やり方が良く分からなかった．After Effectsから吐き出したプロジェクトではオブジェクトが動いてるので根性入れれば出来るのかも）．Premier Proは動画を切ったり貼ったりとエンコードのキュー入れに使うってんで正しいのだろうか？

うーん，にしてもAVCHDの編集は微妙に重たいなぁ．やっぱディスクが鈍いのかしら？　ガリガリ鳴ってるし．とはいえこれだけのためにRAID組むのもバカなので我慢．

ということで，土曜日の夜に投げておいたStudent and Teacher Editionのシリアル請求の返答が今日来ていた．営業日で考えれば今日しかなかったわけなので一営業日でシリアルが来るとは仕事が速い．ちなみに送ったのは職員証の写真で，5MBまでオッケーとか書いてあったけど300KB程度まで小さくして送った．それでも問題なし．ついでに携帯で写真とってメール添付で送るとかいう手法も可能らしい．これが一番簡単かも．

で，ソフトインストール．PremierとPhotoshopとIllustratorが使いたいが金かけたくないという理由でCS4 Production Premiumにしたのだけど，インストールに1時間以上かかるとは…．まあ，とりあえずハイビジョンの編集ができるようになったのでよしとしよう．HDDがRAIDでなく速度とか心配だけど．

http://d.hatena.ne.jp/iRiE/20090928/1254159537 を参考に（そのままに？）自前でコンパイル．ACアダプタつけっぱなしでコンパイルに2時間20分．今のところ何の問題もなく動いている．

ぶっちゃけCtrlが押しにくいのでなんとも使い勝手が微妙．Aの横に無いと色々困るなぁ…　そうか，CtrlキーだけAの隣に外付けすりゃいいんだな．幸いにしてUSBの端子が左についていることだし．

さて，USBキーボードってどうやって作るんだっけ？

echo 30 > /proc/sys/kernel/panic とかして再起動までの秒数をpanicに書いておくか，起動時のカーネルのオプションに panic=30 とかを指定する．これでカーネルパニックになってもサーバが止まらない．

さて，暇が出来たらカーネルパニックになる理由を探そうかね．多分メモリがヘタってると思うのだけど．

VMware Workstation 使って新しいVM作れば簡単に出来るんだけど，貧乏人としては自前でmvdkファイルをどうにか書きたいなと．ネットで検索すると，物理ディスク全体を仮想ディスクにする方法はちらほら見られるけれど，パーティション単位で扱っている方法が見つからない．ディスク丸ごとだとちと怖いのでどうにかしたい．

ということで，実際に VMware Workstation で物理パーティションにアクセスする仮想ディスクを作って，その内容と fdisk の情報から自前でmvdkファイルを書くための情報を推測してみた．

とりあえず fdisk の情報．先頭にリカバリ情報のパーティションがあり，そのあとに二つのNTFSパーティションが置かれている．

Disk /dev/sda: 320.0 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = シリンダ数 of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000021
 
デバイス Boot      Start         End      Blocks   Id  System
/dev/sda1               1        1275    10241406   27  不明
/dev/sda2   *        1276       13417    97530615    7  HPFS/NTFS
/dev/sda3           13418       38913   204796620    7  HPFS/NTFS

そんで，最初のパーティションを仮想ディスクとする生成された vmdk ファイル．

# Disk DescriptorFile
version=1
encoding="Shift_JIS"
CID=edce33f3
parentCID=ffffffff
createType="partitionedDevice"
 
# Extent description
RW 63 FLAT "partition-pt.vmdk" 0
RW 20482812 FLAT "\\.\PhysicalDrive0" 63
RW 195061230 ZERO 
RW 409593240 ZERO 
RW 5103 ZERO 
 
# The Disk Data Base 
#DDB
 
ddb.virtualHWVersion = "7"
ddb.uuid = "60 00 C2 9f 15 8c 38 89-2c be 12 94 46 3a 8c ea"
ddb.geometry.cylinders = "16383"
ddb.geometry.heads = "16"
ddb.geometry.sectors = "63"
ddb.geometry.biosCylinders = "1024"
ddb.geometry.biosHeads = "255"
ddb.geometry.biosSectors = "63"
ddb.adapterType = "ide"

まず，パーティション単位で仮想ディスクとするには partitionedDevice というタイプを指定するらしい．そんで， Extent description にディスクのパーティション構造らしきものが書かれるらしい．

最初の行はディスク先頭のMBRを含む63セクタでしょう．多分RWの後の数字がセクタ数．そしてこの部分は物理ディスク上に書き込まれては困るので別ファイル(partition-pt.vmdk)に内容を置くと．ファイル名手前の FLAT はよく分からんけどデータの保存の形か何かかね？　そんで最後の数字の 0 は開始セクタ番号か何かでしょう（イメージ中のセクタ数と考えるのが妥当か？）．ところで行先頭のRWはread/writeなのかrawなのか？

んで，次の行が最初のパーティションを使うためのエントリのはず．RWの後の数字がfdiskで見たブロック数の倍になっているからパーティションのセクタ数で良いっぽい．ついで FLAT は相変わらず．そして最初のディスクなので先ほどのファイル名の変わりに"\\.\PhysicalDrive0"が置かれ，開始セクタと思われる63が続くと．

残りの行は各パーティションのセクタ数と ZERO が書かれるらしい．ZEROは使用しない領域を表すのかね？

DDBは仮想ディスクとしてのスペックなのであまり気にしない．ネット上に転がってる物理ディスク全体を仮想ディスクにする場合と同じ値みたいだし．

例がひとつでは分かりにくいので，三つ目のパーティションを使った仮想ディスクの vmdk ファイルも生成．

# Disk DescriptorFile
version=1
encoding="Shift_JIS"
CID=e82adf55
parentCID=ffffffff
createType="partitionedDevice"
 
# Extent description
RW 63 FLAT "Ubuntu-pt.vmdk" 0
RW 20482812 ZERO 
RW 195061230 ZERO 
RW 409593240 FLAT "\\.\PhysicalDrive0" 215544105
RW 5103 ZERO 
 
# The Disk Data Base 
#DDB
 
ddb.virtualHWVersion = "7"
ddb.uuid = "60 00 C2 95 b8 17 da cc-f3 65 27 46 17 81 e6 07"
ddb.geometry.cylinders = "16383"
ddb.geometry.heads = "16"
ddb.geometry.sectors = "63"
ddb.geometry.biosCylinders = "1024"
ddb.geometry.biosHeads = "255"
ddb.geometry.biosSectors = "63"
ddb.adapterType = "ide"

Extent description のエントリが少し変わった．最初の63セクタは同じ（ファイル名は違うけど）．そして，今度は第一パーティションを使用しないので２行目が ZERO になった．変わりに，第三パーティションに対応する４行目が FLAT "\\.\PhysicalDrive0" になった．最後の数字は上三行のセクタ数の合計になっているので，パーティションの開始セクタ位置ってことで良いっぽい．

ということで，物理ディスク上のパーティションを使うvmdkファイルを書くポイントのまとめ．

• createType="partitionedDevice" とする
• Extent description をパーティションテーブルに沿って書く．各エントリは，RWの後にサイズをセクタ数で指定し，使用するパーティションなら FLAT の後にファイル名と開始セクタ位置を書き，使わないなら ZEROと書く．ファイル名は"\\.\PhysicalDrive0"とかで物理ディスク行き，通常ファイル名でローカルなファイルっぽい．サイズ（セクタ数）は，([End] - [Start]) * [sectors/track] * [heads] で求まる．例えば二番目のパーティションは 195061230 = (13417 - 1276 + 1) * 63 * 255．ただし，最初のパーティションはMBRがあるため 63 セクタ分引かれる（20482812 = (1275 - 1 + 1) * 63 * 255 - 63）．

TODO: 拡張パーティションとかどうするんだろう？　本当に使えるのかこれ？

ということで，拡張パーティション入りの場合のExtent description と fdiskの出力 ．

RW 63 FLAT "ubun2-pt.vmdk" 0
RW 20482812 ZERO 
RW 195061230 ZERO 
RW 376033455 ZERO 
RW 63 FLAT "ubun2-pt.vmdk" 63
RW 24579387 ZERO 
RW 63 FLAT "ubun2-pt.vmdk" 126
RW 8980272 FLAT "\\.\PhysicalDrive0" 616157073
RW 5103 ZERO 

/dev/sda1               1        1275    10241406   27  不明
/dev/sda2   *        1276       13417    97530615    7  HPFS/NTFS
/dev/sda3           13418       36824   188016727+   7  HPFS/NTFS
/dev/sda4           36825       38913    16779892+   5  拡張領域
/dev/sda5           36825       38354    12289693+  83  Linux
/dev/sda6           38355       38913     4490136   83  Linux

拡張パーティションの持つ拡張パーティションブートレコードもローカルのファイルに持っておくらしい．拡張パーティションになっていようがいまいが，使うパーティションの最後の数字は先頭セクタ番号（それまでのセクタ数の合計）となるらしい．注意点は，拡張パーティション内の領域にある論理パーティションの場合には，RWの後のサイズ（セクタ数）が拡張パーティションブートレコードの分(63セクタ)を引いたサイズになること．例えば，上の例では 8980272 = (38913 - 38355 + 1) * 63 * 255 - 63 となっている．

うーん，パーティションテーブルの中身はどうすればいいのだろうか？　dd で元のディスクのテーブルを抜き出したけど不正だと怒られた．よーわからん．

と思ったら抜き出すアドレス間違ってただけだった．元ディスクのパーティションテーブルを抜き出して一つのファイルにまとめてやれば問題ないらしい．

ということで，生成のためのスクリプトとサンプル入力をメモっておく：genvmdk.sh, genvmdk.awk, diskinfo.txt．使うにはメインのスクリプトに入力を食わせる．

./genvmdk.sh < diskinfo.txt

これで仮想ディスク本体の disk.vmdk とパーティションテーブル生成スクリプト gen-pt.sh ができる．あとは

sudo bash gen-pt.sh

とかして dd でパーティションテーブルを抜き取ってきて disk-pt.vmdk ができる．

スクリプトへの入力は，ヘッド数，トラックあたりのセクタ数，ディスク全体のデバイスファイル，仮想ディスクからアクセス可能なパーティション（今のところ一個だけ），fdiskの出力たち．

Adobe CLPライセンスだと個人使用できないんだよなぁ，とアカデミックパッケージを調べていたら面白そうなのを見つけた：Adobe Student and Teacher Edition 【学生・教職員個人版】のご案内．

これまでのアカデミック版と基本的に変わらないと思うけど，個人使用に限ることで資格の確認作業が楽になるらしい．これまでのアカデミックパッケージだと購入時に書類を書かされたけど，個人版のほうは購入後にオンラインで証明書の写真とかを送ればライセンス発行がされる形になるみたい．ま，書類ごにょごにょするより楽な気はする．店頭でのバカな店員とのやり取りがなくなるだけでも有難い．

嵌りかねない落とし穴は，購入後のライセンス発行時の資格確認で弾かれたときの返品がどうなるか，でしょう．ＦＡＱを見る限りでは，「お店に返してね．あどびは何もしませんよ．」となるらしい．割引価格とは言えフルセットのヤツだと12万するので返品がどうなるのかは購入時にお店に確認しておいたほうがよさそう（パッケージ開けちゃったら返品できないだろうなぁ）．

とりあえず10/16からの提供らしいので様子を見てみることにする．