Make_PE3 使ってみた。簡単に言えば IE (Internet Explorer) と旧メディアプレイヤーの入った WindowsPE を作成するプログラムだ。通常の PE ではおそらく不可だが、一部のファイルを母艦 (Make_PE3 を動かしている OS) からコピーしてきているようだ。
AIK はいれなくても、boot 関係のファイルとユーティリティの一部があれば iso イメージを作れるらしいが、私の環境では成功しなかった (7pe を作ろうとして失敗していたのかも)。対象が無印 Win7 と PE3.0 のようなので、バージョンの齟齬があるのかもしれない。とりあえずおとなしく AIK for Win7 を入れる。さらに、もし気になるようなら、AIK for Win7sp1 用補足プログラム の中身で "\Program Files\Windows AIK\Tools\PETools" の内容を入れ替える。
sp1 は入れなくても .iso は作成できる。なにしろ両方で 3GB 近いので、気になる人だけでいいかなあ。
Make_PE3 は上記 link 先の Download から持ってくる。なんと Mediafile だ！ ファイルは自己展開型の 7zip。展開後はディレクトリ (Make_PE3) ごとルートディレクトリに移動する必要がある。
ルートに置いたら Make_PE3 を起動する。ファイルは \Make_PE3\Make_PE3.exe。Make_PE3.cmd
のほうでもいいが、できることは一緒。
設定は基本的にデフォルトのままで OK だが、"System Locale" は "English US"
等に変更する必要がある。"Japanese" のままでも .iso を作ることは可能ではあるが、起動途中、autorun1langbar.cmd の
DOS 窓が出たあたりで止まる。
(一応紹介ページには「英語環境でしか試してないが、そのへんは PE のままなので他の言語でも OK のはず」って書いてはある。)
locale を english にしても、日本語フォントも入る (メイリオ、MS (P) ゴシックあたり) し、システムも英語日本語混りで表示されるので、日本語入力はできないものの、受動的な用途には問題ないだろう。
AIK を使って作るので "Setting" は中段の "Get Win 7 files - and use AIK to Mkae pe3
.iso" を選ぶ。"Version" は Exp (Explorer version？ pe3_x86_E.iso : 280MB) でも Media
(Media Player version？ pe3_x86_M.iso : 330MB)
でも好きなほうを。違いは旧メディアプレイヤーが入っているかどうか。
後は GO ボタンを押せば終了。10分強で .iso ができあがる。(デフォルトのままなら \winpe_x86 に上記の名前のイメージが出来る)
できた .iso ファイルは CD に焼いてもいいし、仮想環境で動かしてもいいし、grub4dos を使って起動してやってもいい。そのへんも
Make_PE3 で面倒を見てくれるようだが、私は VirtualBox
で動かすつもりだったので放置。
VirtualBox の起動イメージとして指定してやると上手く動いた。ただ、ネットワークデバイスは e1000MT
あたりを選んでやる必要がある。
IE は最初から入っているしちゃんと動く。デフォルトのまま "Adobe F" のチェックを外していなければ flashplayer も付いてくる。google-map は調子悪かったが youtube を見るのには成功した。
ただ、時々レンダリングに恐しく時間のかかるページがあり、フリーズしたのかと思ってしまうことがあった (まあフリーズしているんだが)。待っていれば回復する (多分)。
とりあえずフリーズさえ我慢できれば IE による見えかたチェックぐらいには使えそうだ。でも VNC のほうが楽かなあ？
仮想環境で動かしてもしょうがないものの、vlc portable を入れる方法が書いてあり、試してはみたのだが成功しなかった。残念。
(起動後に落としてきてインストールする事は可能)
2011年7月13日水曜日
2011年6月8日水曜日
Geode LX の周波数変更
今さらだが、fit-pc slim は Geode LX 800 (500MHz) を搭載したミニサーバである。欠点も多いが、小さい、省電力、ファンレスといったメリットもあり、愛好者も多い (かもしれない)。
この手のサーバに入れる OS となれば、やはり pc-unix だろうが、残念ながら linux kernel の geode lx 対応は半端で、周波数変更も出来ないようだ。折角の省電力が泣くよな。
もっとも、まったく不可能というわけでもなく、OLPC では上手くやっているらしい。
Windows 系では、Geode LXの倍率変更 にあるように有志の手でフリーソフトに統合されているぐらいである。また、同掲示板にはどこをいぢればいいかまで書いてあることだし、Linux でもいけるんじゃないの？と考えた。
CPU の周波数をいぢるには、MSR (Model Specific Register) をいぢる必要がある。Linux の場合だと、 msr-tools/ を使う。また、カーネルモジュールの msr、cpuid あたりをロードしておく必要がある。
速度設定が入っているアドレスは 0x4c000014 だ。msr-tools のうち rdmsr を使って
とやると 0x49c07de0000 みたいな出力が戻ってくる。最初の3桁が FSB と CPU の周波数依存の部分で、残りは固定だ。
FSB/CPU 速度と MSR との関係は以下の通り。縦が FSB、横が CPU だ。
0x49c ならば CPU 500MHz、FSB 333MHz である。デフォルトはこの数値のはずだ。
Geode LX の CPU 周波数を変更したいのであれば、任意の数字を同じアドレスに書き込めばいい。例えば、CPU を 333 Mhz に変更したければ
とする。
但し、いくつが注意点がある。
この手のサーバに入れる OS となれば、やはり pc-unix だろうが、残念ながら linux kernel の geode lx 対応は半端で、周波数変更も出来ないようだ。折角の省電力が泣くよな。
もっとも、まったく不可能というわけでもなく、OLPC では上手くやっているらしい。
Windows 系では、Geode LXの倍率変更 にあるように有志の手でフリーソフトに統合されているぐらいである。また、同掲示板にはどこをいぢればいいかまで書いてあることだし、Linux でもいけるんじゃないの？と考えた。
CPU の周波数をいぢるには、MSR (Model Specific Register) をいぢる必要がある。Linux の場合だと、 msr-tools/ を使う。また、カーネルモジュールの msr、cpuid あたりをロードしておく必要がある。
速度設定が入っているアドレスは 0x4c000014 だ。msr-tools のうち rdmsr を使って
rdmsr 0x4c000014とやると 0x49c07de0000 みたいな出力が戻ってくる。最初の3桁が FSB と CPU の周波数依存の部分で、残りは固定だ。
FSB/CPU 速度と MSR との関係は以下の通り。縦が FSB、横が CPU だ。
| mem\cpu | 200 | 233 | 266 | 300 | 333 | 366 | 400 | 433 | 466 | 500 | 533 |
|---|---|---|---|---|---|---|---|---|---|---|---|
| 200 | 28a | 28c | 28e | 290 | 292 | 294 | 296 | 298 | 29a | 29c | 29e |
| 233 | 30a | 30c | 30e | 310 | 312 | 314 | 316 | 318 | 31a | 31c | 31e |
| 266 | 38a | 38c | 38e | 390 | 392 | 394 | 396 | 398 | 39a | 39c | 39e |
| 300 | 40a | 40c | 40e | 410 | 412 | 414 | 416 | 418 | 41a | 41c | 41e |
| 333 | 48a | 48c | 48e | 490 | 492 | 494 | 496 | 498 | 49a | 49c | 49e |
| 366 | 50a | 50c | 50e | 510 | 512 | 514 | 516 | 518 | 51a | 51c | 51e |
| 400 | 58a | 58c | 58e | 590 | 592 | 594 | 596 | 598 | 59a | 59c | 59e |
Geode LX の CPU 周波数を変更したいのであれば、任意の数字を同じアドレスに書き込めばいい。例えば、CPU を 333 Mhz に変更したければ
wrmsr 0x4c000014 0x$49207de0000とする。
但し、いくつが注意点がある。
- FSB を変更すると、高確率でリセットする。自由度を持たせたいのであれば、予め低い FSB を選んでおくのが良い。ベンチマーク結果によれば、その場合でもFSBの低下による速度の低下は僅少。
- CPU の速度を変えても、カーネルは認識しない。そのためシステムクロックに tsc を使っていると、時間がおかしくなる。クロックソースは acpi_pm 等に変更すること。
(echo acpi_pm > /sys/devices/system/clocksource/clocksource0/current_clocksource) - 周波数変更用のスクリプト : cpufreq_glx
- 参考 : 33234d_lx_ds.pdf : Geode LX Databook
2011年4月4日月曜日
DSi で音楽を
DSi 用に aac 系の音楽ファイルを作成するには
faac -w -q 72 --artist xx --title xx --album xx -o output.m4a input.wav
faac -w -b 128 --artist xx --title xx --album xx -o output.m4a input.wav
-q は可変レートで、-b は固定レート。DSi はどっちでも OK。
-q 70 が -b 128 ぐらい。-q 100 だと -b 160 ぐらい。
faac -w -q 72 --artist xx --title xx --album xx -o output.m4a input.wav
faac -w -b 128 --artist xx --title xx --album xx -o output.m4a input.wav
-q は可変レートで、-b は固定レート。DSi はどっちでも OK。
-q 70 が -b 128 ぐらい。-q 100 だと -b 160 ぐらい。
2011年3月27日日曜日
rxvt-unicode & uim error
aptosid で uxvt-unicode-256color と uim とで運用しようとしてみたが、エラー。メッセージは、
"unable to create fontset for input method" というから、-imfont の指定の話かと思っていたのだが、そうではなくて urxvt 自身のほうの "-fn" のところで指定してやれ、ということだったようだ。
フォント回りを調べてみたら、どうやら xfonts-intl-japanese が入ってなかったのが元凶のようだ。shinonome とか ayu とかは自分で入れるんだけど、失念してたな。(どのパッケージも入れろと言ってくれないし)
urxvt: unable to create fontset for input method, try "-pt Root". Continuing. urxvt: failed to create input context, continuing without XIM.
"unable to create fontset for input method" というから、-imfont の指定の話かと思っていたのだが、そうではなくて urxvt 自身のほうの "-fn" のところで指定してやれ、ということだったようだ。
フォント回りを調べてみたら、どうやら xfonts-intl-japanese が入ってなかったのが元凶のようだ。shinonome とか ayu とかは自分で入れるんだけど、失念してたな。(どのパッケージも入れろと言ってくれないし)
2011年3月22日火曜日
kindle3 firmware update
Kindle3 のファームウェアを 3.1 にアップデートした。
1. で入れた Update_kindle_3.1 のファイルは消してもいいのかな？と思っていたが、繋いで確認してみたら勝手に消えていた。まあ親切かな。
今回のアップデートはマイナーチェンジのようだ。何が変ったのやらよくわからん。
- アップデートするのは初めてなのだが、まず http://www.amazon.com/kindlesoftwarelatestgen からパッチを落とす。私の kindle3 は wifi モデルなので Update_kindle_3.1_B008.bin というファイル。
- kindle3 を pc に繋いで、kindle3 の root ディレクトリ (documents や music ディレクトリのあるところ) にファイルをコピー。後、接続断。
- Home -> Menu key -> Settings -> "Update Your Kindle" と辿る。Yes を選択すると update 中であるバーが出て (2, 3 分？ちょっと心配になるぐらい時間がかかる)、終了後に勝手にリセット。再起動したら終了。
- 念のため上記 Setting のページの下部を見て、バージョンを確認する。
1. で入れた Update_kindle_3.1 のファイルは消してもいいのかな？と思っていたが、繋いで確認してみたら勝手に消えていた。まあ親切かな。
今回のアップデートはマイナーチェンジのようだ。何が変ったのやらよくわからん。
2011年2月12日土曜日
Flappy のための Windows 3.1 with VirtualBox
様々な事情で Flappy をやってみたいなあ，と思ったのが発端．そういえば持ってたなあ，と思いだした．
あちこち探してパッケージを見つけたが，Windows 3.1 版 だった．しかも FD 1 枚 だった．
FD の中を見てみると WING.DLL とか入っている．当時は DirectX なんてなかったので，個別にこういう直接レンダリングができるツールを入れてたんだよなあ，MicroImages が配っていた MI/X という Free の Xserver にも付いていたっけかなあ，MicroImages は GIS の有名どころの TNTMips を作っている会社だけど，未だに Xserver 経由で動かすバージョンがメインなんだよなあ... とか考えたが解決にはならない．こういうシステムに近いツールを想定されてないバージョンに突っこむのは怖すぎるよなあ．そもそも 16bit だから，動かないか．
ぐらいまで考えたあたりで，Virtualbox 使って Win3.1 を入れればいいんじゃね？と思いついた．昔，FD を廃棄する前に全部 dd でコピーしていたから，FD image はあるはず．
で，ディスクをひっくりかえしてみるとイメージが見つかった．1.44FD 12 枚．小さい．さらにこれが英語版なら 1.44FD 7 枚組みで，しかも 1 枚は最後まで要求されないという小ささ (実質 6 枚)．ちなみに日本語版で増えている分は，半分以上がフォントだ．
VirtualBox に新しい仮想マシンを追加，ストレージとして FD のデバイスを足して FD image (Win 3.1 の disk1) をマウントして起動... しようとしたがシステムが無い，と言われてしまった．遠い記憶を探ってみると，そういえば DOS が起動しているところからインストーラを動かしたような気がする．DOS は別売 (というか大抵の人が持ってた) だったよな．
ところが不思議な事に (？)，DOS の FD image はどこにもない．どうも作っておかなかったようだ．インストールで使うだけだから，最小限だけあればいいんだけど．
更に探すと bootable FD image みたいなのが出てきた．IBM-DOS7 とか，Win95 の起動イメージだ．disk1 というわけでもなく，非常用に作った奴で，最小限の DOS にツールが入っている．DOS7 は，Win3.1 に対して新しすぎるので，どんなもんかなあ．でも Win95 の起動ディスクなんてほとんど DOS なので，これでいけるかもしれん．
Win95 の image をマウントして起動する．当然 OK．日本語 Windows を入れるためには 日本語環境ではならないが，肝心の CONFIG.SYS はこんなかんじ．
FILES=50
BUFFERS=30
DOS=HIGH,UMB
STACKS=9,256
DEVICE=HIMEM.SYS (1MB 以上のメモリを使うためのドライバ
DEVICE=BILING.SYS (バイリンガル環境構築
DEVICE=JFONT.SYS /MSG=OFF (日本語フォントをメモリにロード
DEVICE=JDISP.SYS /HS=LC (グラフィックモードに移行して日本語を表示
DEVICE=JKEYB.SYS /106 (キーボードドライバ，US キーボードなら /101 に
FILES と BUFFERS は大きめにしておく必要があるようだ．DOS で使うなら半分でいいけどね．
VirtualBOX の設定は，メモリ 64MBに，HDD 500MB．贅沢だなあ．実機でやっている頃は，この半分以下だったよな．
FD から起動できたら，fdisk で HDD の領域確保，再起動して format C:，sys C: でシステムを転送して，上記の CONFIG.SYS とそこに書いてある必要なファイルをコピー．そしたら再起動して，こんどは HDD から起動する．
必要なファイルは IO.SYS MSDOS.SYS COMMAND.COM ANK16.FNT ANK19.FNT BILING.SYS CONFIG.SYS HIMEM.SYS JDISP.SYS JFONT.SYS JKEYB.SYS JKEYBRD.SYS KANJI16.FNT ぐらいだと思う．最初の 3 つは sys C: の段階で自動で入る．
試行錯誤の結果，途中で FD を抜き差ししていると止まりやすいので，あらかじめ md C:\inst して，そこに win3.1 の FD の中身をどんどん入れていく．FD imageを開放して，新しいのを指定して，copy a:*.* していくわけだが，FD image のマウント後に F3 を押すと，直前のコマンドが再入力されるので便利だ．それでも FD 12 枚はなかなかきつい．
コピーが終了したら，setup を起動して，運が良ければインストール出来る．運が悪いと (何度も運が悪かったが)，単にフリーズしたり，ファイルの展開が不十分なのかファイルが見付からなかったり，これが多かったが スタンダードモード：MS－DOSエクステンダ外のエラーです なるエラーが出て止まる．PC が速すぎるのが問題なのかもしれない．なんとなく，FILES，BUFFERS を多めにしておくと止まり難いように思う．(後は，Linux よりも Win 環境のほうが良さげ)
上手く入ったらそれなりに動く．でも最初に Win95 のロゴが出て次に Win3.1 のロゴが出るのは変なかんじ．
Win3.1 が入れば Flappy は簡単に入る．WING.DLL も問題ない．SB16 のドライバを入れれば音も出る．ハードの設定はデフォルトの I/O 0x220，IRQ 5．動きがひっかかるような時は全画面モードで．
昔のゲームだが，今でも十分におもしろい．そうそう，昔 200 面までクリアしたんだよな... 1999 年か．OS は Win95/98 だったようだ．
PC-DOS7 でもインストールしてみた．CONFIG.SYS は以下のとおり．
files=40
buffers=20,0
dos=high,umb
stacks=9,256
device=\himem.sys
country=081,932,\country.sys
devicehigh=\$font.sys /p=\ (インストール時は device= のほうがいいかも
devicehigh=\$disp.sys (同上
rem device=\$ansi.sys
キーボードドライバが入ってないが，106 キーで使うときは，フリーの jis_a01.com をロードしていたようだ．もっとも，Win が起動してしまえばキーボードドライバは Win のものを使うし，インストールのときだけ我慢できればどうでもいい話だ．
こっちで必要なファイルは IBMBIO.COM IBMDOS.COM COMMAND.COM CONFIG.SYS $ANSI.SYS $DISP.SYS $FONT.SYS COUNTRY.SYS HIMEM.SYS $JPNHN16.FNT $JPNHN19.FNT $JPNZN16.FNT ぐらいか．この $JPNZN16.FNT が非常に綺麗で，pcf フォントに変換して長く使っているんだよな．
入れてみると少々起動が遅いものの，こちらのほうが安定しているように思う．
ここまで来たら，ということで英語版の Win3.1 も入れた．英語環境で入れればいいので，CONFIG.SYS は HIMEM.SYS の行まででいい．英語版はずいぶんと安定して入る．ユーザの数の差かねえ．
そうそう，ひとつ困ったことがあった．日本語 Win を入れる途中で，ユーザ名を入れる画面があるのだが，そこではカナキーが押された状態になっているのだ．101 キーボードでカナを解除するのってどうやるんだ？
CTRL + Shift + CapsLock らしい．思いつかんわ，そんなの．
いろいろ試したが，直らないなあ．ゲームするには十分だが，文字入力はできんな．
あちこち探してパッケージを見つけたが，Windows 3.1 版 だった．しかも FD 1 枚 だった．
FD の中を見てみると WING.DLL とか入っている．当時は DirectX なんてなかったので，個別にこういう直接レンダリングができるツールを入れてたんだよなあ，MicroImages が配っていた MI/X という Free の Xserver にも付いていたっけかなあ，MicroImages は GIS の有名どころの TNTMips を作っている会社だけど，未だに Xserver 経由で動かすバージョンがメインなんだよなあ... とか考えたが解決にはならない．こういうシステムに近いツールを想定されてないバージョンに突っこむのは怖すぎるよなあ．そもそも 16bit だから，動かないか．
ぐらいまで考えたあたりで，Virtualbox 使って Win3.1 を入れればいいんじゃね？と思いついた．昔，FD を廃棄する前に全部 dd でコピーしていたから，FD image はあるはず．
で，ディスクをひっくりかえしてみるとイメージが見つかった．1.44FD 12 枚．小さい．さらにこれが英語版なら 1.44FD 7 枚組みで，しかも 1 枚は最後まで要求されないという小ささ (実質 6 枚)．ちなみに日本語版で増えている分は，半分以上がフォントだ．
VirtualBox に新しい仮想マシンを追加，ストレージとして FD のデバイスを足して FD image (Win 3.1 の disk1) をマウントして起動... しようとしたがシステムが無い，と言われてしまった．遠い記憶を探ってみると，そういえば DOS が起動しているところからインストーラを動かしたような気がする．DOS は別売 (というか大抵の人が持ってた) だったよな．
ところが不思議な事に (？)，DOS の FD image はどこにもない．どうも作っておかなかったようだ．インストールで使うだけだから，最小限だけあればいいんだけど．
更に探すと bootable FD image みたいなのが出てきた．IBM-DOS7 とか，Win95 の起動イメージだ．disk1 というわけでもなく，非常用に作った奴で，最小限の DOS にツールが入っている．DOS7 は，Win3.1 に対して新しすぎるので，どんなもんかなあ．でも Win95 の起動ディスクなんてほとんど DOS なので，これでいけるかもしれん．
Win95 の image をマウントして起動する．当然 OK．日本語 Windows を入れるためには 日本語環境ではならないが，肝心の CONFIG.SYS はこんなかんじ．
FILES=50
BUFFERS=30
DOS=HIGH,UMB
STACKS=9,256
DEVICE=HIMEM.SYS (1MB 以上のメモリを使うためのドライバ
DEVICE=BILING.SYS (バイリンガル環境構築
DEVICE=JFONT.SYS /MSG=OFF (日本語フォントをメモリにロード
DEVICE=JDISP.SYS /HS=LC (グラフィックモードに移行して日本語を表示
DEVICE=JKEYB.SYS /106 (キーボードドライバ，US キーボードなら /101 に
FILES と BUFFERS は大きめにしておく必要があるようだ．DOS で使うなら半分でいいけどね．
VirtualBOX の設定は，メモリ 64MBに，HDD 500MB．贅沢だなあ．実機でやっている頃は，この半分以下だったよな．
FD から起動できたら，fdisk で HDD の領域確保，再起動して format C:，sys C: でシステムを転送して，上記の CONFIG.SYS とそこに書いてある必要なファイルをコピー．そしたら再起動して，こんどは HDD から起動する．
必要なファイルは IO.SYS MSDOS.SYS COMMAND.COM ANK16.FNT ANK19.FNT BILING.SYS CONFIG.SYS HIMEM.SYS JDISP.SYS JFONT.SYS JKEYB.SYS JKEYBRD.SYS KANJI16.FNT ぐらいだと思う．最初の 3 つは sys C: の段階で自動で入る．
試行錯誤の結果，途中で FD を抜き差ししていると止まりやすいので，あらかじめ md C:\inst して，そこに win3.1 の FD の中身をどんどん入れていく．FD imageを開放して，新しいのを指定して，copy a:*.* していくわけだが，FD image のマウント後に F3 を押すと，直前のコマンドが再入力されるので便利だ．それでも FD 12 枚はなかなかきつい．
コピーが終了したら，setup を起動して，運が良ければインストール出来る．運が悪いと (何度も運が悪かったが)，単にフリーズしたり，ファイルの展開が不十分なのかファイルが見付からなかったり，これが多かったが スタンダードモード：MS－DOSエクステンダ外のエラーです なるエラーが出て止まる．PC が速すぎるのが問題なのかもしれない．なんとなく，FILES，BUFFERS を多めにしておくと止まり難いように思う．(後は，Linux よりも Win 環境のほうが良さげ)
上手く入ったらそれなりに動く．でも最初に Win95 のロゴが出て次に Win3.1 のロゴが出るのは変なかんじ．
Win3.1 が入れば Flappy は簡単に入る．WING.DLL も問題ない．SB16 のドライバを入れれば音も出る．ハードの設定はデフォルトの I/O 0x220，IRQ 5．動きがひっかかるような時は全画面モードで．
昔のゲームだが，今でも十分におもしろい．そうそう，昔 200 面までクリアしたんだよな... 1999 年か．OS は Win95/98 だったようだ．
PC-DOS7 でもインストールしてみた．CONFIG.SYS は以下のとおり．
files=40
buffers=20,0
dos=high,umb
stacks=9,256
device=\himem.sys
country=081,932,\country.sys
devicehigh=\$font.sys /p=\ (インストール時は device= のほうがいいかも
devicehigh=\$disp.sys (同上
rem device=\$ansi.sys
キーボードドライバが入ってないが，106 キーで使うときは，フリーの jis_a01.com をロードしていたようだ．もっとも，Win が起動してしまえばキーボードドライバは Win のものを使うし，インストールのときだけ我慢できればどうでもいい話だ．
こっちで必要なファイルは IBMBIO.COM IBMDOS.COM COMMAND.COM CONFIG.SYS $ANSI.SYS $DISP.SYS $FONT.SYS COUNTRY.SYS HIMEM.SYS $JPNHN16.FNT $JPNHN19.FNT $JPNZN16.FNT ぐらいか．この $JPNZN16.FNT が非常に綺麗で，pcf フォントに変換して長く使っているんだよな．
入れてみると少々起動が遅いものの，こちらのほうが安定しているように思う．
ここまで来たら，ということで英語版の Win3.1 も入れた．英語環境で入れればいいので，CONFIG.SYS は HIMEM.SYS の行まででいい．英語版はずいぶんと安定して入る．ユーザの数の差かねえ．
そうそう，ひとつ困ったことがあった．日本語 Win を入れる途中で，ユーザ名を入れる画面があるのだが，そこではカナキーが押された状態になっているのだ．101 キーボードでカナを解除するのってどうやるんだ？
CTRL + Shift + CapsLock らしい．思いつかんわ，そんなの．
いろいろ試したが，直らないなあ．ゲームするには十分だが，文字入力はできんな．
2011年2月11日金曜日
plone 4.03 インストール
web の管理をするのに，ローカルで CMS 的なものを動かして外向きにはそこから作った static な html を見せるようにしたら楽かなあ，とか思ったのでちょっと調査してみた．ところ，それなりに好みに会いそうに思ったのが plone だった．
opensouce だし debian なら apt で入るだろう，と考えていたのだが，パッケージはなくなっていた．うーん，と思いつつインストール記をググっていろいろやるが (ってのは zope を入れて plone を入れて... みたいなこと) なんだか上手くない．
さらにググっていると squeeze のリリースノートの 4.9. 時代遅れ (Obsolete) のパッケージ にあたった．そこには Unified Installer for Linux を使ってほしい、という開発者の要求に従って 削除された，とある．Unified Installer ... ってのは上でコンパイルしたパッケージのようだが，何か違うの？
そういえばどこかで「バージョン依存性が高く面倒」みたいなのを見たが，その解決策が Unified Installer ということか．そこで前のを全部消して，Unified Installer だけ入れる．tar ball を展開して，
sudo ./install.sh --target=/opt/Plone standalone
とやる．最初に libssl-dev とか zlib-dev とかを要求されたが，その後はすんなり終了．管理ユーザをパスワードが勝手に生成されて表示されるので忘れずに記録，さらに /opt/Plone/zinstance/README.html を見ろ，と言われる．
opensouce だし debian なら apt で入るだろう，と考えていたのだが，パッケージはなくなっていた．うーん，と思いつつインストール記をググっていろいろやるが (ってのは zope を入れて plone を入れて... みたいなこと) なんだか上手くない．
さらにググっていると squeeze のリリースノートの 4.9. 時代遅れ (Obsolete) のパッケージ にあたった．そこには Unified Installer for Linux を使ってほしい、という開発者の要求に従って 削除された，とある．Unified Installer ... ってのは上でコンパイルしたパッケージのようだが，何か違うの？
そういえばどこかで「バージョン依存性が高く面倒」みたいなのを見たが，その解決策が Unified Installer ということか．そこで前のを全部消して，Unified Installer だけ入れる．tar ball を展開して，
sudo ./install.sh --target=/opt/Plone standalone
とやる．最初に libssl-dev とか zlib-dev とかを要求されたが，その後はすんなり終了．管理ユーザをパスワードが勝手に生成されて表示されるので忘れずに記録，さらに /opt/Plone/zinstance/README.html を見ろ，と言われる．
それによれば，まず instance を作成して... instance って何？
instance ってのは，データやらツールやらをまとめて入れて置くところらしい．今コンパイルしたのをコピーして動かすってことかな？デフォルトでは /opt/Plone/zinstance にコピーまでは済んでいるとのことなので
$ sudo vi /opt/Plone/zinstance/buildout.cfg
$ sudo /opt/Plone/zinstance/bin/buildout
として初期設定とその反映をしてやる (のだと思う)
$ sudo -u plone /opt/Plone/zinstance/bin/plonectl start
$ sudo -u plone /opt/Plone/zinstance/bin/plonectl stop
とやる．plone というユーザは，Unified Installer が作ってくれている．
起動したところでデフォルトの 8080 port にアクセスすると，どうやら起動してくれているようだ．
instance ってのは，データやらツールやらをまとめて入れて置くところらしい．今コンパイルしたのをコピーして動かすってことかな？デフォルトでは /opt/Plone/zinstance にコピーまでは済んでいるとのことなので
$ sudo vi /opt/Plone/zinstance/buildout.cfg
$ sudo /opt/Plone/zinstance/bin/buildout
として初期設定とその反映をしてやる (のだと思う)
$ sudo -u plone /opt/Plone/zinstance/bin/plonectl start
$ sudo -u plone /opt/Plone/zinstance/bin/plonectl stop
とやる．plone というユーザは，Unified Installer が作ってくれている．
起動したところでデフォルトの 8080 port にアクセスすると，どうやら起動してくれているようだ．
2011年1月7日金曜日
2010年12月30日木曜日
VirtualBox でゲストからホストの生ディスクを使うには
VirtualBox では生のパーティションも扱えると聞いていたので，そっちを試してみることにする．参考にしたのは
- 物理パーティションにインストールしたOSをVirtual Boxで使う
- Windows 上の VirtualBox で実パーティション上の Linux を起動する
- Using a raw host hard disk from a guest
あたり．
まず，vmdk 形式の仮想ディスクを作成する必要がある．VirtualBox 付属の VBoxManage コマンドを使うのだが，Linux で作成したディスクを Windows で使ったりは出来ないようだ．(出来れば楽だったんだが．もしかすると VirtualBox のバージョンが違ってたかも)
にて作成するが (この時はディスクにアクセスするため，root or 管理者権限が必要になる)，デバイス名は Win -> "\\.\PhysicalDrive0", Mac -> "/dev/disk1" 等に読み変える．基本的にはこれで終了だが，この仮想ディスクを使っているゲスト OS から，ホスト OS で使っているパーティションにアクセスすると VirtualBox が落ちてしまうので，アクセス禁止にしておくのが無難だ．それには作成時にアクセスを許可するパーティションを指定してやればいい．今回の場合，
とやって Linux 方面にのみアクセスするようにした．この状態で起動した場合でも，p1，p2 は見えなくなるわけではなく，単にアクセスエラーになる．従って fstab を書き換える等の手間は不要だ．
パーティションを限って .vmdk を作成すると，FILE.vmdk と FILE-pt.vmdk の 2 つのファイルが出来る．多分両方必要なのだと思うが，仮想ディスクとして指定するのは FILE.vmdk のほうだ．(両ファイルを同じ場所に置くことを推奨したい)
ディスクが出来たら VirtualBox を起動する．この時もディスクにアクセスするので root or 管理者権限が必要だ．新しい設定を作っていく途中で仮想ディスクとして上で作成した FILE.vmdk を指定してやれば OK．
（もっとも今回は，生 Arch が amd64 バイナリだったため，起動に失敗した．やれやれ）
(64bit ゲストを動かすためには，設定で 64bit を選択する必要がある)
その状態で起動すると，不思議なことに生パーティションを使って起動できる．MBR は，/dev/sda のものが FILE.vmdk にコピーされているようだ．他サイトで説明されているように，ディスク作成時に指定してやることで好きな MBR を使うこともできる．また，読み書きするのに "-relative" オプションも不要．(ホストが Linux の時には必要？)
速度は，仮想ディスクを使う時よりもわずかに遅いようだ．他は変るところはないと思う．
- 物理パーティションにインストールしたOSをVirtual Boxで使う
- Windows 上の VirtualBox で実パーティション上の Linux を起動する
- Using a raw host hard disk from a guest
あたり．
Step 1. 仮想ディスクの作成
まず，vmdk 形式の仮想ディスクを作成する必要がある．VirtualBox 付属の VBoxManage コマンドを使うのだが，Linux で作成したディスクを Windows で使ったりは出来ないようだ．(出来れば楽だったんだが．もしかすると VirtualBox のバージョンが違ってたかも)
VBoxManage internalcommands createrawvmdk -filename FILE.vmdk -rawdisk /dev/sda
にて作成するが (この時はディスクにアクセスするため，root or 管理者権限が必要になる)，デバイス名は Win -> "\\.\PhysicalDrive0", Mac -> "/dev/disk1" 等に読み変える．基本的にはこれで終了だが，この仮想ディスクを使っているゲスト OS から，ホスト OS で使っているパーティションにアクセスすると VirtualBox が落ちてしまうので，アクセス禁止にしておくのが無難だ．それには作成時にアクセスを許可するパーティションを指定してやればいい．今回の場合，
VBoxManage internalcommands createrawvmdk -filename FILE.vmdk -rawdisk \\.\PhysicalDrive0 -partitions 3,5,6,7,8
とやって Linux 方面にのみアクセスするようにした．この状態で起動した場合でも，p1，p2 は見えなくなるわけではなく，単にアクセスエラーになる．従って fstab を書き換える等の手間は不要だ．
パーティションを限って .vmdk を作成すると，FILE.vmdk と FILE-pt.vmdk の 2 つのファイルが出来る．多分両方必要なのだと思うが，仮想ディスクとして指定するのは FILE.vmdk のほうだ．(両ファイルを同じ場所に置くことを推奨したい)
Step 2. 新規仮想マシンの作成
ディスクが出来たら VirtualBox を起動する．この時もディスクにアクセスするので root or 管理者権限が必要だ．新しい設定を作っていく途中で仮想ディスクとして上で作成した FILE.vmdk を指定してやれば OK．
（もっとも今回は，生 Arch が amd64 バイナリだったため，起動に失敗した．やれやれ）
(64bit ゲストを動かすためには，設定で 64bit を選択する必要がある)
Step 3. 起動
その状態で起動すると，不思議なことに生パーティションを使って起動できる．MBR は，/dev/sda のものが FILE.vmdk にコピーされているようだ．他サイトで説明されているように，ディスク作成時に指定してやることで好きな MBR を使うこともできる．また，読み書きするのに "-relative" オプションも不要．(ホストが Linux の時には必要？)
速度は，仮想ディスクを使う時よりもわずかに遅いようだ．他は変るところはないと思う．
2010年12月27日月曜日
VirtualBox
Win でしか使えないハードを使う機会が増えてきたので、何度も再起動するハメになり面倒だ。そのへんをなんとかしてみようかと Virtualbox を試してみることにした。ホストは Win7 でゲストには ArchLinux と debian。
VirtualBox のインストールは簡単。インストール後はウィザードに従って設定、起動には USB CD を使ってもいいし CD-image を使ってもいい。どちらも試したが、まあ image のほうが楽かな。静かだし。
最初の難関は xorg。単に入れただけだと 800x600 (しかも遅い) で動く。メニューから "Guest Addition のインストール" を選ぶことで /dev/sr0 あたりにゲスト OS 用ツールの cd-image がセットされる。それをマウントして OS に合致したものを導入する (shell script)。Linux の場合は、カーネルモジュールをコンパイルするので、arch なら base-devel と kernel26-headers、debian なら build-essential あたりをあらかじめ入れておく。
スクリプトを動かすと、カーネルモジュールとツールがインストールされる。場所は /opt あたり。リンクも作成してくれる。vboxvideo あたりが上っている状態で xorg を動かすと、好きな解像度で GUI を使える。私の好みはフルスクリーンかな。
debian は問題なかったのだが、arch のほうは一般ユーザで xorg を起動しようとしても失敗する現象が発生．root では問題ないのでパーミッションかな？と思うがよく判らない。結局、/etc/skel に入っていた .xsession が「何もしない」設定になっていたためと判明。"exec openbox" を記載してやることで動くようになった。(まったくこんなことで時間を取られるなんざ... )
使ってみたがなかなか速い。例の pdftoppm ベンチにしても、2 割ほど遅いぐらいで済んでいる。描画のほうも問題ないようだ。1280x764 とかの flv でもスムーズに再生する．
ところが usb メモリを読もうとしたら反応しなくなった．usb cdrom は問題ないのになあ．起動から終了まで付けていたからかな？
ファイルのやりとりには共有フォルダを使うのが良いようだ．Virtualbox の方で設定して，ゲストの Linux に入った後は "mount -t vboxsf DIRNAME /MOUNTPOINT" でマウントできる．
後，気付いたのは，ネットの接続が遅いことか．速度が出ないというわけではなく，最初の接続に時間がかかる印象．これは設定が NAT になっているからかもしない．bridged にしてみるべきかも．
別にある Linux ホスト w2k ゲストの環境で共有フォルダを使ってみる．ホストのマネージャのほうを設定して，ゲストのほうでは「ネットワークドライブの設定」あたりで "\\vboxsrv\SHARE_NAME" みたいなかんじで割り付けしてやると使えるようになる．今迄は smbmount していたが，ずいぶん簡単だ．それに "smb 共有を解除する前に VirtulaBox を終了してしまったぁ" なんてこともおこらないし．
VirtualBox のインストールは簡単。インストール後はウィザードに従って設定、起動には USB CD を使ってもいいし CD-image を使ってもいい。どちらも試したが、まあ image のほうが楽かな。静かだし。
最初の難関は xorg。単に入れただけだと 800x600 (しかも遅い) で動く。メニューから "Guest Addition のインストール" を選ぶことで /dev/sr0 あたりにゲスト OS 用ツールの cd-image がセットされる。それをマウントして OS に合致したものを導入する (shell script)。Linux の場合は、カーネルモジュールをコンパイルするので、arch なら base-devel と kernel26-headers、debian なら build-essential あたりをあらかじめ入れておく。
スクリプトを動かすと、カーネルモジュールとツールがインストールされる。場所は /opt あたり。リンクも作成してくれる。vboxvideo あたりが上っている状態で xorg を動かすと、好きな解像度で GUI を使える。私の好みはフルスクリーンかな。
debian は問題なかったのだが、arch のほうは一般ユーザで xorg を起動しようとしても失敗する現象が発生．root では問題ないのでパーミッションかな？と思うがよく判らない。結局、/etc/skel に入っていた .xsession が「何もしない」設定になっていたためと判明。"exec openbox" を記載してやることで動くようになった。(まったくこんなことで時間を取られるなんざ... )
使ってみたがなかなか速い。例の pdftoppm ベンチにしても、2 割ほど遅いぐらいで済んでいる。描画のほうも問題ないようだ。1280x764 とかの flv でもスムーズに再生する．
ところが usb メモリを読もうとしたら反応しなくなった．usb cdrom は問題ないのになあ．起動から終了まで付けていたからかな？
ファイルのやりとりには共有フォルダを使うのが良いようだ．Virtualbox の方で設定して，ゲストの Linux に入った後は "mount -t vboxsf DIRNAME /MOUNTPOINT" でマウントできる．
後，気付いたのは，ネットの接続が遅いことか．速度が出ないというわけではなく，最初の接続に時間がかかる印象．これは設定が NAT になっているからかもしない．bridged にしてみるべきかも．
別にある Linux ホスト w2k ゲストの環境で共有フォルダを使ってみる．ホストのマネージャのほうを設定して，ゲストのほうでは「ネットワークドライブの設定」あたりで "\\vboxsrv\SHARE_NAME" みたいなかんじで割り付けしてやると使えるようになる．今迄は smbmount していたが，ずいぶん簡単だ．それに "smb 共有を解除する前に VirtulaBox を終了してしまったぁ" なんてこともおこらないし．
2010年12月20日月曜日
パスワード定期変更考察．
(「パスワード定期変更云々」を読んで の続き)
関連のところをちょっと辿って 続パスワードの定期変更は神話なのか に到達．こちらの計算は私が考えたのと同じ．このような観点からパスワードの定期変更を考えたことはなかったのだが．なかなかにおもしろい．
例えば，全数アタックするのに「入社から退職までの」40 年 (=365*40+10 = 14610日) を必要とする強度のパスワードがあったとして，毎日パスワードを変更した場合，破られない確率は
( 1 - 1/14610 ) ^ 14610 = 0.36786685... = 36.8%
となる (これは理想値である 1/e = 0.36787944... にかなり近い)．でも結局 63.2% の確率で破られるわけだ．
次に鍵空間を全部チェックできる時間と，パスワードの定期変更による破られる確率の変化について考えてみる．鍵空間を全部チェックできるだけの時間パス ワードを変更しなかった場合，破られる確率は当然 1 だ．1/2 の時間で変更した場合は 0.75．大幅に上昇する．その先は...
と，5回あたりからサチってくる．そしてどんなに頑張っても 63.2% までしか下がらない．
前提のように，パスワードをチェックし終るまでに 40 年かかる場合であれば，
8 年毎に変更すれば毎日変更するのとそう変わらない強度を保てる
ことになる．(逆にいえばそれ以上の頻度で変更しても無駄．コストに合わない)
対して，パスワードを英数 1 文字 (= 62種類) 分増やしていたとすると鍵空間も探索時間も 62 倍になるので退職日までにチェックできるパスワードも全鍵空間の 1/62，すなわち破られる確率は 1.6% にすぎない．
しかもこの数字は，
40 年間一度もパスワードを変更しなくても達成できる
のである．
計算機力の増加を勘案してない，とか，単に長くても辞書攻撃にやられるようなパスワードではダメ，とかいろいろあるが，基本はそんなところだ．さらに言えばこれは計算機力だけを元にしているので，/etc/passwd が可視だろうが，ログイン再試行までに wait が入るまいが関係ない．
パスワード強度を教えてくれるサイト How Secure Is My Password? によれば，9 文字で英数のパスワードだと解析までに 42 年かかるそうなのでなかなか近い．でもここって別に文字数と文字種ばっかり見てるわけじゃないんだなあ．"50% mathematics, 51% witchcraft." で予測していると書いてあるや．
IPA による試算 (2008) によれば，8 文字英数を突破するまでに 50 年とある．そんなもんかね．
計算機力は毎年上がっていくので，その時点で有効なパスワードの桁数を求めるのはなかなかやっかいだが，ちょっとだけ試算．
ムーアの法則に習って，計算機力は 1.5 年毎に倍増していくと考える．年あたりに直すと... 1.59 倍だ．対してパスワードのほうは，英数一文字 (62種類) 増やす毎に 62 倍になる．英数一文字を増やした場合，それに計算機力が追いつくには... 8.93 年かかるのか．9 年に一文字増やせば同じ強度を保っておける，と推測できる (楽観的には)．
まあ計算機力の向上は単純に CPU の性能ばかりではなく，どれだけの資源を用意できるかという問題もある．最近 (？) の流行は クラウドによるパスワード解析 のようだが，こういう手法は計算機力を一気に向上させる可能性を持つ．この記事のように，パスワード n 文字を解析するのにいくら，という考え方はなかなか新鮮だ．
うちの会社の例でいえば，パスワードの条件は「英数記号で 8 文字以上，辞書の単語は駄目」だ．IPA の試算で言えば，突破までに約 1000 年．今は半年毎に変更させられているが，この条件なら
200年毎に変更
とか
10 年毎に変更で最小文字数を一文字づつ増やす
でいいかも．
関連のところをちょっと辿って 続パスワードの定期変更は神話なのか に到達．こちらの計算は私が考えたのと同じ．このような観点からパスワードの定期変更を考えたことはなかったのだが．なかなかにおもしろい．
例えば，全数アタックするのに「入社から退職までの」40 年 (=365*40+10 = 14610日) を必要とする強度のパスワードがあったとして，毎日パスワードを変更した場合，破られない確率は
( 1 - 1/14610 ) ^ 14610 = 0.36786685... = 36.8%
となる (これは理想値である 1/e = 0.36787944... にかなり近い)．でも結局 63.2% の確率で破られるわけだ．
次に鍵空間を全部チェックできる時間と，パスワードの定期変更による破られる確率の変化について考えてみる．鍵空間を全部チェックできるだけの時間パス ワードを変更しなかった場合，破られる確率は当然 1 だ．1/2 の時間で変更した場合は 0.75．大幅に上昇する．その先は...
| 変更回数(探索終了までに) | 突破確率 | グラフ |
|---|---|---|
| 1 回 (最初だけ) | 1.000 | |
| 2 回 | 0.750 | |
| 3 回 | 0.704 | |
| 4 回 | 0.684 | |
| 5 回 | 0.672 | |
| 6 回 | 0.665 | |
| 7 回 | 0.660 | |
| 8 回 | 0.656 | |
| ... | ||
| ∞ 回 | 0.632 |
前提のように，パスワードをチェックし終るまでに 40 年かかる場合であれば，
8 年毎に変更すれば毎日変更するのとそう変わらない強度を保てる
ことになる．(逆にいえばそれ以上の頻度で変更しても無駄．コストに合わない)
対して，パスワードを英数 1 文字 (= 62種類) 分増やしていたとすると鍵空間も探索時間も 62 倍になるので退職日までにチェックできるパスワードも全鍵空間の 1/62，すなわち破られる確率は 1.6% にすぎない．
しかもこの数字は，
40 年間一度もパスワードを変更しなくても達成できる
のである．
計算機力の増加を勘案してない，とか，単に長くても辞書攻撃にやられるようなパスワードではダメ，とかいろいろあるが，基本はそんなところだ．さらに言えばこれは計算機力だけを元にしているので，/etc/passwd が可視だろうが，ログイン再試行までに wait が入るまいが関係ない．
パスワード強度を教えてくれるサイト How Secure Is My Password? によれば，9 文字で英数のパスワードだと解析までに 42 年かかるそうなのでなかなか近い．でもここって別に文字数と文字種ばっかり見てるわけじゃないんだなあ．"50% mathematics, 51% witchcraft." で予測していると書いてあるや．
IPA による試算 (2008) によれば，8 文字英数を突破するまでに 50 年とある．そんなもんかね．
計算機力は毎年上がっていくので，その時点で有効なパスワードの桁数を求めるのはなかなかやっかいだが，ちょっとだけ試算．
ムーアの法則に習って，計算機力は 1.5 年毎に倍増していくと考える．年あたりに直すと... 1.59 倍だ．対してパスワードのほうは，英数一文字 (62種類) 増やす毎に 62 倍になる．英数一文字を増やした場合，それに計算機力が追いつくには... 8.93 年かかるのか．9 年に一文字増やせば同じ強度を保っておける，と推測できる (楽観的には)．
まあ計算機力の向上は単純に CPU の性能ばかりではなく，どれだけの資源を用意できるかという問題もある．最近 (？) の流行は クラウドによるパスワード解析 のようだが，こういう手法は計算機力を一気に向上させる可能性を持つ．この記事のように，パスワード n 文字を解析するのにいくら，という考え方はなかなか新鮮だ．
うちの会社の例でいえば，パスワードの条件は「英数記号で 8 文字以上，辞書の単語は駄目」だ．IPA の試算で言えば，突破までに約 1000 年．今は半年毎に変更させられているが，この条件なら
200年毎に変更
とか
10 年毎に変更で最小文字数を一文字づつ増やす
でいいかも．
2010年12月11日土曜日
pdftoppm ベンチ．64bit と 32bit の違い他．
pdftoppm ベンチ．64bit と 32bit の違い他．
ubuntu が多いのは wubi を使うと (アン) インストールが簡単だから．ちょっと試すのに最適．
懸案の 32/64 bit 比較だが，確実に 64bit のほうが速い．OS の条件も揃った HP dc7700 の場合 1.5 倍，X200 に至っては 2 倍速くなっている．これだけはっきり差が出るとはなあ．64 を使わんわけにはいかんやんけ．
もひとつ心配していた X200 の速度だが，64bit の場合，Core2 系はほぼ周波数通りだった．綺麗な結果になっている．
ちなみに，windows 系だと 64bit と 32bit の速度差は 5% 程度らしい．特に乗り換えたくなる程ではないね．
※ 2010/12/31: X200 Debian amd64 と arch x86_64 の結果を追加．Ubuntu x86_64 との速度差の理由は不明．(pdftoppm のバージョンは deb: 0.12, arch: 0.14, ubu: 0.14)
| Model | CPU | Speed(GHz) | OS | binary | time(sec) | rate |
|---|---|---|---|---|---|---|
| HP Z400 | C2Q | 3.06 | openSUSE | x86_64 | 135.3 | 116.3 |
| C2Q | 3.06 | ubuntu | i386 | 157.4 | 100 | |
| Lenovo X200 | C2D | 2.67 | ubuntu (wubi) | x86_64 | 149.0 | 194.3 |
| C2D | 2.67 | arch | x86_64 | 169.0 | 171.3 | |
| C2D | 2.67 | debian | amd64 | 179.3 | 161.5 | |
| C2D | 2.67 | debian | i386 | 289.5 | 100 | |
| HP dc7700 | C2D | 2.4 | ubuntu (wubi) | x86_64 | 169.0 | 147.5 |
| C2D | 2.4 | ubuntu (wubi) | i386 | 249.3 | 100 | |
| HPC (HDAMD) | Opteron | 2 | ubuntu | x86_64 | 310.6 | 139.6 |
| Opteron | 2 | arch | i686 | 447.5 | 100 | |
| Lenovo A61e | Athlon X2 | 2 | debian | i386 | 512.6 | - |
懸案の 32/64 bit 比較だが，確実に 64bit のほうが速い．OS の条件も揃った HP dc7700 の場合 1.5 倍，X200 に至っては 2 倍速くなっている．これだけはっきり差が出るとはなあ．64 を使わんわけにはいかんやんけ．
もひとつ心配していた X200 の速度だが，64bit の場合，Core2 系はほぼ周波数通りだった．綺麗な結果になっている．
ちなみに，windows 系だと 64bit と 32bit の速度差は 5% 程度らしい．特に乗り換えたくなる程ではないね．
※ 2010/12/31: X200 Debian amd64 と arch x86_64 の結果を追加．Ubuntu x86_64 との速度差の理由は不明．(pdftoppm のバージョンは deb: 0.12, arch: 0.14, ubu: 0.14)
2010年12月10日金曜日
「パスワード定期変更云々」を読んで
元はセキュリティホールめもの記事．
パスワード定期変更云々 を見た．
うーん... 100 日で全部試行できるとして，50 日で変更した場合，最初の 50日でクラックされない確率が 1/2．そこで変更するが，変更したパスワードが既に試したところに入る確率が 1/2．従って 100 日後に無事な確率ってのは 1/2*1/2 (=25%) なんじゃないかなあ？
一般的に言えば総当たりにかかる時間の 1/n の時間で変更するとした時，最初のターンで無事な確率は 1-1/n，次のターンで無事な確率は (1-1/n)^2... と来て，全試行時間後も無事な確率は (1-1/n)^n と．具体的に言えば，毎日変更した場合クラックされる確率は 1% = 安全な確率は 99% と．次の日も無事でいられる確率は 99% * 99% で以下同文，みたいな．
ということは複利計算なので，無限に短くパスワードを変更したとしても，1/e (約 36.8%) 以上に安全にはできない，のかな？
対してパスワードを [A-Za-z0-9] の中の一文字増やしたとすると，破られる確率が同じになるまでの時間が 62 倍になるわけだ．2 文字増やせば 3844 倍．どっちが良いか考えるまでもない．
X200, cpufreq あたり
Thinkpad X200 を Linux で使っている時，AC を繋いでいてもバッテリが外してあると CPU の周波数が最大まで上がり切らない．(P8800 の場合，1600MHz まで)
でも Windows なら OK．
でも Windows なら OK．
2010年11月16日火曜日
Thinkpad X60s, HDD 換装
X200 の HDD を換装したので，あまった HDD を X60s へ．250 -> 320GB．そんなに小さかったっけ？
OS は XP メインでいいかなあ，ということで再インストール．
まず，新しいディスクの最後に partition 2 (p2) として 4.5GB 程確保．古いディスクの p2 を dd でコピー．disk2disk のリカバリなので，ここにプログラムとデータが入っている．/boot/grub を作って grub と grub4dos も入れておく．
その後換装．Thinkpad なのですぐ．X60s のフタは上 (本体とは垂直の方向) に引き上げるようになってるんだよなあ．X200 と違うやん．
再インストールのためのプログラムは WinPE で動くようになっている．ちと面倒だが usb から grub を起動，本体の grab を MBR に setup したところで再起動．
今度は本体の grub から grub4dos (grub.exe) を起動して，そこからさらに chainloader /peldr．これで修復プログラムが起動する．注意点は，usb の grub4dos から peldr を起動しようとしても認識しているディスク順が違うのでうまく起動しないこと，peldr を起動する前に p1 を削除しておかないと peldr が必要ファイルを p1 に見にいって「無いよ再起動」されてしまうことだ．
WinPE が起動したらメニューから「工場出荷時に戻す」を選び，プリインストールアプリを最小限に設定して再インストール終了．
まとめて書くと簡単だが，試行錯誤したりアプリ標準でインストールしようとして途中で停止したりしたので，かなり時間がかかってしまった．待ち時間が多いからまだマシだけどね．
OS は XP メインでいいかなあ，ということで再インストール．
まず，新しいディスクの最後に partition 2 (p2) として 4.5GB 程確保．古いディスクの p2 を dd でコピー．disk2disk のリカバリなので，ここにプログラムとデータが入っている．/boot/grub を作って grub と grub4dos も入れておく．
その後換装．Thinkpad なのですぐ．X60s のフタは上 (本体とは垂直の方向) に引き上げるようになってるんだよなあ．X200 と違うやん．
再インストールのためのプログラムは WinPE で動くようになっている．ちと面倒だが usb から grub を起動，本体の grab を MBR に setup したところで再起動．
今度は本体の grub から grub4dos (grub.exe) を起動して，そこからさらに chainloader /peldr．これで修復プログラムが起動する．注意点は，usb の grub4dos から peldr を起動しようとしても認識しているディスク順が違うのでうまく起動しないこと，peldr を起動する前に p1 を削除しておかないと peldr が必要ファイルを p1 に見にいって「無いよ再起動」されてしまうことだ．
WinPE が起動したらメニューから「工場出荷時に戻す」を選び，プリインストールアプリを最小限に設定して再インストール終了．
まとめて書くと簡単だが，試行錯誤したりアプリ標準でインストールしようとして途中で停止したりしたので，かなり時間がかかってしまった．待ち時間が多いからまだマシだけどね．
2010年11月12日金曜日
Thinkpad X200, HDD 換装
最近はディスクも安くなっているようなので X200 の HDD を交換．しかし全然使ってないよな．使うと気分悪いもんな，Lenovo のおかげで．
まあそれはそれとして，日立の 500GB，5400rpm [HTS545050B9A300] を買った．5300 円ぐらい．
IBM Thinkpad なので換装は楽々．5
分ぐらいで終了．悩んだのはフタの開けかたかな．長方形をしているのだが，ネジがついていないほうの端は本体に差し込むかんじで爪をひっかけてあるのが判
らなかった．そのまま引こうとしたり，上にずらそうとしてみたが，ネジを抜いたら長辺方向へ引っぱるのが正解．
まず Win7 を入れる．リカバリディスクを作成していたので，それを使って 2 時間弱で終了．設定項目はなく，終了するとパーティションが 3 つ出来ていた．sda1/1GB はリカバリソフト，sda3/10GB はよくわからんが，大きい割には空っぽく，sda2/480GB が Win7 の構成．大きさに関係なく認識してくれるのはいいが，全部 C: ってのはどうよ？
さて，ntfsresize と fdisk で領域を空けて... と考えていると面倒になったので RIP Linux を起動して GUI の gparted を使い，一気に変更した．sda3/不明 は削除，sda2/Win7 は 64GB まで縮小，400GB 強を Linux 領域とした．
後は debian testing の CD から起動してインストールして両方の環境をちょこっといぢって終了．面倒なところはまったくない．
まあそれはそれとして，日立の 500GB，5400rpm [HTS545050B9A300] を買った．5300 円ぐらい．
まず Win7 を入れる．リカバリディスクを作成していたので，それを使って 2 時間弱で終了．設定項目はなく，終了するとパーティションが 3 つ出来ていた．sda1/1GB はリカバリソフト，sda3/10GB はよくわからんが，大きい割には空っぽく，sda2/480GB が Win7 の構成．大きさに関係なく認識してくれるのはいいが，全部 C: ってのはどうよ？
さて，ntfsresize と fdisk で領域を空けて... と考えていると面倒になったので RIP Linux を起動して GUI の gparted を使い，一気に変更した．sda3/不明 は削除，sda2/Win7 は 64GB まで縮小，400GB 強を Linux 領域とした．
後は debian testing の CD から起動してインストールして両方の環境をちょこっといぢって終了．面倒なところはまったくない．
2010年11月6日土曜日
USBメモリのID確認
USBメモリには個有のIDがついているが，linux からそれを確認する時は，
とか．
udevadm info --query=property --name=/dev/sdbとか．
2010年10月2日土曜日
grub2 が他のOSを探さないようにするには
sid に新しいカーネルが来ていたが，grub2 の設定で止まった．しかも止まることもあれば止まらないこともあるというのが嫌らしい．今回は 3 回目で通った．
止まる時は大抵，os-prober のあたりで止まる．そもそも私の環境では MBR に MBM を入れていて，パーティション先頭をチェーンロードするようにしているので，grub2 に全部のパーティションの面倒を見てもらう必要なんかないんだよな．余計なことをしようとした上に (時々) 止まるとか，勘弁して欲しいよ．
/etc/grub.d/30_os-prober を見ると，GRUB_DISABLE_OS_PROBER=true で抑制できるらしい．/etc/default/grub に書いておけばいいのかな？特に読み込んでいるようには見えんが．
[その後の検証によれば抑制できる]
さらにちょっとググると，os-prober は grub2 の一部ではなく別パッケージであることに気付いた．そうなんだ．迷わず remove して終了．
update-grub2 をかけると，ずいぶんと早くなった．見えるのは sid だけ．楽々．
止まる時は大抵，os-prober のあたりで止まる．そもそも私の環境では MBR に MBM を入れていて，パーティション先頭をチェーンロードするようにしているので，grub2 に全部のパーティションの面倒を見てもらう必要なんかないんだよな．余計なことをしようとした上に (時々) 止まるとか，勘弁して欲しいよ．
/etc/grub.d/30_os-prober を見ると，GRUB_DISABLE_OS_PROBER=true で抑制できるらしい．/etc/default/grub に書いておけばいいのかな？特に読み込んでいるようには見えんが．
[その後の検証によれば抑制できる]
さらにちょっとググると，os-prober は grub2 の一部ではなく別パッケージであることに気付いた．そうなんだ．迷わず remove して終了．
update-grub2 をかけると，ずいぶんと早くなった．見えるのは sid だけ．楽々．
2010年9月25日土曜日
ポケモン相性表
google の blog には等幅フォントはないの？
|ノ|炎|水|電|草|氷|格|毒|地|飛|エ|虫|岩|ゴ|ド|悪|鋼| ノ| | | | | | | | | | | | |△|×| | |△|ノ 炎| |△|△| |○|○| | | | | |○|△| |△| |○|炎 水| |○|△| |△| | | |○| | | |○| |△| | |水 --+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ 電| | |○|△|△| | | |×|○| | | | |△| | |電 草| |△|○| |△| | |△|○|△| |△|○| |△| |△|草 氷| |△|△| |○|△| | |○|○| | | | |○| |△|氷 --+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ 格|○| | | | |○| |△| |△|△|△|○|×| |○|○|格 毒| | | | |○| | |△|△| | | |△|△| | |×|毒 地| |○| |○|△| | |○| |×| |△|○| | | |○|地 --+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ 飛| | | |△|○| |○| | | | |○|△| | | |△|飛 エ| | | | | | |○|○| | |△| | | | |×|△|エ 虫| |△| | |○| |△|△| |△|○| | |△| |○|△|虫 --+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ 岩| |○| | | |○|△| |△|○| |○| | | | |△|岩 ゴ|×| | | | | | | | | |○| | |○| |△|△|ゴ ド| | | | | | | | | | | | | | |○| |△|ド --+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ 悪| | | | | | |△| | | |○| | |○| |△|△|悪 鋼| |△|△|△| |○| | | | | | |○| | | |△|鋼 |ノ|炎|水|電|草|氷|格|毒|地|飛|エ|虫|岩|ゴ|ド|悪|鋼|
2010年8月19日木曜日
flashlight 購入
自転車用の懐中電灯を買った．4Sevens から通販．LED フラッシュライトに関心のないかたはご存知ないと思うが，それなりに有名なメーカー (およびサイト) である．
サイトから注文して，次の日には発送のお知らせが入っていた．早い．そしてそれがちょうど 2 週間で届いた．"2-6 weeks for international orders to arrive" と書いてあったので，最短の部類だ．払いは paypal．"Declared Value: $ 90" (申告価額 $90) だったので，関税も無料．この手の製品の場合，関税がかかるのは 1 万円以上から，らしい．
買ったのは 4Sevens Quark Mini AA (1AA, R5) と Fenix LD20 (2AA, R4)．単三電池 1 本 / 2 本の，オーソドックスなやつである．LED も Cree の XP-G R5/R4 だ．Cree ってのは LED フラッシュライトに関(ry まあ有名どころである．
明るさについては，最近のフラッシュライトはルーメン を使って統一的に表示するようだ (それでも LED から出た時の値なのか，反射板，レンズ等を通過後の値なのか，といった違いはあるようだが)．ルーメンは，人間の目の周波数感度を考えに入れた明るさ，と いったところだろうか．人間の目は黄色あたりに最大感度があるので，そのへんの周波数の光であればエネルギーが小さくても明るく見えるし，逆に青には感度 が低いので，エネルギーとして大きくてもあまり明るくは感じられない．そこを考慮した明るさ，ということだ．
今回買ったうちで最高の光度は LD20 の 205lm だが，正直半分の 105lm と比べてそんなに明るいかというと微妙．人間の感覚はべき乗でしか効かないので，エネルギーが倍になっても 1.3 倍にしか感じない... とかそのあたりだと思う．
今，日常使いのキーライトが LED LENSER V2 Micro，自転車用ライトが CATEYE HL-EL510 なのだが，前者は単4 x 1本で 10h，単3 x 4本で 60h のランタイムと書いてある．
新旧のライトと (感覚で) 比べてみるに，V2 Micro のほうは Quark Mini AA の 25lm (8h) あたり，HL-EL510 のほうは LD20 の 50lm (11h) あたりに相当するように思う．電池の違いを考えても新しい分のランタイムが短いように思うが，旧の分がダラダラと暗くなっていくのに対して，新の分は最後 まで明るさが落ちないコンバータを使っているため，まあ妥当なところではないだろうか．HL-EL510 なんて 10~20h も使えば電池交換をしてしまいたくなるぐらいだし．
さて，LD20 のほうは LED っぽい青白な色なのだが，Quark Mini AA のほうは "Neutral-white" を選択した．
そもそもなぜ LED が青白い色をしているかというと，基本的に高いエネルギーを出せる LED というのが青色発光ダイオードしかないからだ．人間の目には青は見難いので，蛍光塗料 (YAG 系とか) を塗って周波数変換して白っぽく見せているのである．このへんは通常の蛍光灯なんかも同じ仕組みだ．水銀蒸気中で放電すると紫外線が出るが，それを蛍光塗料で可視光にしているのである．
LED の場合，効率的な問題からだと思うが，青と黄色にピークを持つような出力特性にして，その混合光が白く見えるようにしてある．-> Cool and Warm White LED Comparison．
cool white とあるのが通常の白色 LED だ．450nm と 570nm にピークがあるのが判ると思う．これが混ざると白に見えるのだが，450nm のピークのほうが高いので色温度としては高く見える．だいたい 6500K あたりになるようだ．(でも，新品の電池でオーバードライブになっていると 9000K ぐらいには感じる)
対して Neutral White や Warm White の LED は，青のピークを低く押さえて黄色のピークが赤のほうにずれるように調整をしている．その分エネルギー的にはロスがあるが，色温度は Neutral 4000K / Warm 3700K (Cree の場合) 程になり，なんというか電球色っぽくなる．[こちらの色のほうが，より見やすいと評価する人も多い]
感覚的な話しかできないが，通常の 6500K の光というのは，数値からすると太陽光と同じ温度であるが，やはり青く感じる．電球色のほうが目に優しい感じ．このへんは暗いところにおける人間の脳のホワイトバランスの問題かもしれない．
サイトから注文して，次の日には発送のお知らせが入っていた．早い．そしてそれがちょうど 2 週間で届いた．"2-6 weeks for international orders to arrive" と書いてあったので，最短の部類だ．払いは paypal．"Declared Value: $ 90" (申告価額 $90) だったので，関税も無料．この手の製品の場合，関税がかかるのは 1 万円以上から，らしい．
買ったのは 4Sevens Quark Mini AA (1AA, R5) と Fenix LD20 (2AA, R4)．単三電池 1 本 / 2 本の，オーソドックスなやつである．LED も Cree の XP-G R5/R4 だ．Cree ってのは LED フラッシュライトに関(ry まあ有名どころである．
明るさについては，最近のフラッシュライトはルーメン を使って統一的に表示するようだ (それでも LED から出た時の値なのか，反射板，レンズ等を通過後の値なのか，といった違いはあるようだが)．ルーメンは，人間の目の周波数感度を考えに入れた明るさ，と いったところだろうか．人間の目は黄色あたりに最大感度があるので，そのへんの周波数の光であればエネルギーが小さくても明るく見えるし，逆に青には感度 が低いので，エネルギーとして大きくてもあまり明るくは感じられない．そこを考慮した明るさ，ということだ．
今回買ったうちで最高の光度は LD20 の 205lm だが，正直半分の 105lm と比べてそんなに明るいかというと微妙．人間の感覚はべき乗でしか効かないので，エネルギーが倍になっても 1.3 倍にしか感じない... とかそのあたりだと思う．
今，日常使いのキーライトが LED LENSER V2 Micro，自転車用ライトが CATEYE HL-EL510 なのだが，前者は単4 x 1本で 10h，単3 x 4本で 60h のランタイムと書いてある．
新旧のライトと (感覚で) 比べてみるに，V2 Micro のほうは Quark Mini AA の 25lm (8h) あたり，HL-EL510 のほうは LD20 の 50lm (11h) あたりに相当するように思う．電池の違いを考えても新しい分のランタイムが短いように思うが，旧の分がダラダラと暗くなっていくのに対して，新の分は最後 まで明るさが落ちないコンバータを使っているため，まあ妥当なところではないだろうか．HL-EL510 なんて 10~20h も使えば電池交換をしてしまいたくなるぐらいだし．
さて，LD20 のほうは LED っぽい青白な色なのだが，Quark Mini AA のほうは "Neutral-white" を選択した．
そもそもなぜ LED が青白い色をしているかというと，基本的に高いエネルギーを出せる LED というのが青色発光ダイオードしかないからだ．人間の目には青は見難いので，蛍光塗料 (YAG 系とか) を塗って周波数変換して白っぽく見せているのである．このへんは通常の蛍光灯なんかも同じ仕組みだ．水銀蒸気中で放電すると紫外線が出るが，それを蛍光塗料で可視光にしているのである．
LED の場合，効率的な問題からだと思うが，青と黄色にピークを持つような出力特性にして，その混合光が白く見えるようにしてある．-> Cool and Warm White LED Comparison．
cool white とあるのが通常の白色 LED だ．450nm と 570nm にピークがあるのが判ると思う．これが混ざると白に見えるのだが，450nm のピークのほうが高いので色温度としては高く見える．だいたい 6500K あたりになるようだ．(でも，新品の電池でオーバードライブになっていると 9000K ぐらいには感じる)
対して Neutral White や Warm White の LED は，青のピークを低く押さえて黄色のピークが赤のほうにずれるように調整をしている．その分エネルギー的にはロスがあるが，色温度は Neutral 4000K / Warm 3700K (Cree の場合) 程になり，なんというか電球色っぽくなる．[こちらの色のほうが，より見やすいと評価する人も多い]
感覚的な話しかできないが，通常の 6500K の光というのは，数値からすると太陽光と同じ温度であるが，やはり青く感じる．電球色のほうが目に優しい感じ．このへんは暗いところにおける人間の脳のホワイトバランスの問題かもしれない．
登録:
投稿 (Atom)
