おまぬけ活動日誌

● [DocoMomo] qemuでブートできるディスクのイメージをつくる (成功編)

フラッシュメモリに書き込まずにDocoMomoを試したいと思いついて幾星霜(というほどでもないけれど)、 grubにinstallしてもらうにはBIOSがディスクのことを知ってないといけないと気づいて*1、 自分でディスクのイメージを組み立てることにしました。

stage1のイメージをディスクの最初に起くべきなのは知っていたのですが、 それだけでは、 画面じゅうGRUBで埋め尽される。 stage1.5があればディスク上の位置ではなくファイルシステム内のパスからstage2を探せそうだとわかっても、 素のstage1からstage1.5を起動できない。 いっぽう、GRUBでブートするためのフロッピーのイメージを作るには、 stage1とstage2をただ連結すればいい*2のだけれど、 stage2はでかすぎてハードディスクのMBR直後の空き領域には入らない、 という問題がありました。

LinuxにおけるMBRのまとめとバックアップ方法 - adsaria moodなどを参考にさせていただきつつ やっと閃いたのは、qemu専用にディスクのイメージをつくるからこそできる方法で、 でかいstage2をstage1の直後に置いて、そこにはファイルシステムの入ってるパーティションを起かないようにするという方法でした。 普通のインストール方法でこれを使うときっとインストーラが0シリンダ目からパーティションを切っちゃってstage2の場所がなくなる。

というわけで、fat16のパーティションにkernelとinitrdを置いてqemuの中でrun level 1まで行けるように確認できたのが下記のスクリプトです。

ポイントはsfdiskへの入力でパーティションのはじまりが0ではなくて1のところ。この途中で$(tmp_dir)/qemu-hd0-2.imgをループバックマウントしてkernelとinitrdを入れてやりました。

こういうパズルは楽しいです。マニュアルとコード読め、と言われそうだけど。

で。この記事を書きつつ自分のメモをふりかえって見ると、Re: Installing grub into the mbr of a disk imageより、実は、

でGRUBに、BIOSが知らないハードディスクイメージにインストールをしてもらえる？うーん…まあ頭の体操、ということで。(hd3)の数字だってマシンによってどこまで増やせばいいかわからないしね、ね。

● [run] CSO+76+行き止まり+CSO延長 1時間02分43秒

新しい靴。すげい呼吸器リミット。少し皮膚消化器リミット。

汚い話でもうしわけないけれど、どばっと痰が出た。これで体調が良くなると良いのだけれど。

● sedとかgrepとかの速度

DocoMomoのためのRPMパッケージのダウンロードが全然進まないので試してみた。

sed-4.1.5-1m.mo4、grep-2.5.1a-1m.mo4、ruby-1.8.6.111-4m.mo4、perl-5.8.8-14m.mo4。 検索対象はビデオカメラを選ぶ時にサンプルとしてダウンロードしたMP4のファイル(13MB)。 下記のようなコマンドでuser時間を記録した。

今回使ったファイルではどのやりかたでも「hello」の含まれる行はみつからなかった。

sedもgrepも文字コードに依存して速度が違う。 言語には依存してないみたい。 perlとrubyでは文字コードや言語による違いは無かった。

pythonは同等なワンライナーをすぐに思い付けなかったので無し。スミマセン。

(追記) ときどきの雑記帖 i戦士篇より、sedやgrepは「マッチングの際にバイト文字列をワイド文字に変換しながら、 ワイド文字基準で動作する」のだそうです。変換する分だけ遅くなる、と、「食わせたデータバイナリ(MP4)なんですね。 だとすると、上の説明にある mbrtowc で変換エラーを頻発しているはずなので 信頼性にちょっとかけるデータかも」。あう。そうですね。何か良いテキストファイルはないかな…。それはそうと、Pythonはロケールによっては起動するときに読み込むモジュールが増えるので起動が遅くなる、という実験をしたことがあったような気がしたのですが、なんだか曖昧な結論しか残ってませんでした。3年前のPythonだし、今は違うのかも。