日記みたいな何か

プログラム自体は起動するようになったVMwareですが，中でゲストOSを上げようとすると，以下のようなエラーが出て上がってくれません．

Version mismatch with vmmon module: expecting 138.0, got 137.0.
You have an incorrect version of the `vmmon' kernel module.
Try reinstalling VMware Workstation.

ググると色々出てくるんですが，この辺とかかなぁ？ いやでもそういう問題じゃないんだよな多分． getversion.pl 見ると，5.5.2以上なら VME_S1B1 でいいはずだし．

じゃあany-any-updateの問題？ ・・・げ，よく見るとany-any-update114なんてのがあるじゃん (昨日は113を落として使っていた)．もしかしてこれで解決？

一旦VMwareを丸ごと消して，インストールしなおして，カーネルモジュールを作るところでこけたら any-any-update を利用して・・・といつもの手順でやったところ，1回目はなぜかany-any-updateがバージョンをうまく検出できず，VMware WS 4.0.x 向けだかなんだかのモジュールを作ったっぽいんですが，もう1回やってみたら今度はちゃんと VME_S1B1で作ってくれて，VMware上で無事ゲストOSが起動するようになりました．

いやー，よくわからんね・・・．あ，VMware上でWindows2000を起動して，フォーカスをそっちに移すと，ホストのLinuxの方で Ctrlとかが効かなくなるぞ・・・．あぁ，今日もダメか・・・．

Xを上げると「(WW) Couldn't load XKB keymap, falling back to pre-XKB keymap」という警告が出る問題についても追ってみました．探してたら遭遇したこちらのgentooのドキュメントの「XKBの変更を追跡する」という項目を真似してみたところ・・・

% setxkbmap -model thinkpad -layout us -option "ctrl:swapcaps"
Couldn't find rules file (xorg)

(´・ω・｀)

一体 setxkbmap は何を見つけられないのかと，straceしてやったところ，以下のような出力が．

9170  open("./rules/xorg.lst", O_RDONLY) = -1 ENOENT (No such file or directory)
9170  open("/usr/local/share/X11/xkb/rules/xorg-C.lst", O_RDONLY) = -1 ENOENT (N
o such file or directory)
9170  open("/usr/local/share/X11/xkb/rules/xorg.lst", O_RDONLY) = -1 ENOENT (No
such file or directory)
9170  write(2, "Couldn\'t find rules file (xorg) "..., 33) = 33

「/usr/local/share/X11/xkb/rules/xorg.lst」 がないのかぁ．base.lst ならあるのに．この辺，本来誰が供給すべきファイルなんだろう・・・とPS3のFedora7で rpm -qf で確認してみたところ，xorg.lst も xkeyboard-config でインストールされるファイルらしく，しかも base.lst のシンボリックリンクになってました．

というわけで base.lst へのリンクを作ってやったところ・・・あれ変わらんし．再度straceをしてみたところ，今度は「/usr/local/share/X11/xkb/rules/xorg」がないとか．はぁ？ そして Fedora7 を見るとこちらは 「base」 へのリンクになってました．なんだこりゃ．ついでに 「xorg.xml」 とかいうのもあったのでこれも真似して「base.xml」のリンクに．ようやく setxkbmap がエラーを返さなくなりました．そしてXを上げ直してみましたが，例のメッセージは出なくなってました．めでたい．

で，一体誰が「xorg」なんてファイル名を指定しているのか気になったので，こちらも追ってみました．setxkbmapのソースを読むと，ファイルを直接読み出しているのは libxkbfile 内の関数みたいです．で，引数を追っていくと，再び setxkbmap のソースに戻りまして，DFLT_XKB_RULES_FILE というのが出てきました．これが xorg になっているっぽい．さらに追っていくと，上の方に「#define DFLT_XKB_RULES_FILE __XKBDEFRULES__」とあって，setxkbmapのMakefile.amに以下のようなベタな記述が・・・！

AM_CFLAGS = $(SETXKBMAP_CFLAGS) \
        -D__XKBDEFRULES__='"xorg"' \
        -DDFLT_XKB_CONFIG_ROOT=\"$(XKBCONFIGROOT)\"

追跡終了．設定ファイルの問題じゃないのね．

ついでに，hibernateの問題も追ってみましたよ．hibernate-1.97 だと以下のメッセージが出て休止状態に落ちようともしない問題．

cat: /sys/power/tuxonice/: ディレクトリです
ABORTING: /sys/power/tuxonice/ did not return a valid result.
hibernate: Aborting.

いやー，すごいシェルスクリプトですな，hibernateって・・・．で，何がまずかったかというと，EnsureSwsusp2Capable が呼ばれる前に Swsusp2SetupFilewriter が呼ばれちゃってるのがまずいみたいです．呼ばれる順番は，AddSuspendHook 関数の引数の番号で決まるみたいなので，suspend2の「AddSuspendHook 10 EnsureSwsusp2Capable」を「AddSuspendHook 05 EnsureSwsusp2Capable」にすることで一応解決．他との依存？知らん知らん．

あー，でも，何で1.96では平気なんだろうなぁ．差分見ても，なんで1.96で平気で1.97だとダメなのかよくわかりませんでした．もう1回1.96に戻して追えば何かわかりそうですが，さすがに・・・．

喉にきてピンチ！ 夜にはよくなりましたが，翌朝がどうなっているか・・・．

試しに /etc/hibernate 以下の設定を何もいじらない状態でやってみても，やっぱり同じ症状が出ます．hibernate や suspend2 の中で set -x して，あちこちに echo を入れて追っていったところ ・・・って何かこれは深追いしてはいけない気がしてきました．何となくですが．というわけで，負うのはやめて，試しに1.96に落としてみたら見事に休止状態に．わーい．しかし何が違うんだろうこれ・・・．後でdiffしてみよう．

ちなみに，よく見たら，昨日参考にしたblogの続きのエントリにも同じ話が出てますね．ただ，ググっても6件くらいしかヒットしないってことは，世の中の大部分の人は平気なのかなぁ．もしかしてソースから自分で入れて使ってるユーザなんて全然いないのか？

試しにやってみたら今日は発生しませんでした・・・． 昨日あんなにはまったのに．嬉しいけど悲しい．

カーネル上げたらVMwareも入れ直し．今回は5.5.5が出てたので，any-any-update113の力を借りて無事インストール完了・・・が，上がりません．

vmware: xcb_xlib.c:50: xcb_xlib_unlock: Assertion `c->xlib.lock' が失敗しました.

なんかもうボコボコだな．

で，こちらもようやくT60に入りました．fglrx-8.42.3 は普通に入ったんですが，相変わらずマウスのテキスト選択によるコピーと中クリックによるペーストがおかしいぞ・・・．中クリックで同じ内容が2連続で貼り付けされてしまいます．あと，今までとダブルクリックによる選択感がなんか違う．・・・何か普通のシングルクリックがダブルクリックとして扱われているような・・・．

xevで見たら，1回マウスボタン(というかトラックポインタの方のボタン)を押すと2回連続で「ButtonPress event」が発生し，離すと2回連続で「ButtonRelease event」が発生します．あー，なるほどねー．・・・だめだこれは＿|‾|○

ググってみたら同じ問題の人を発見．ふーん・・・．あ！ 何か自分のxorg.confにもマウスの行が2行あるじゃん！ そういえば，外付けUSBマウスを指したときにも使えるように 2個 エントリ作ったんだった・・・．というわけで ServerLayout セクションから USBマウス向けの InputDevice 行を消したら見事に直りました．はー．

あと，Altキー問題ですが，/var/lib/xkb を作ってもT60では解決しませんでした(´・ω・｀)． VMwareではこれで解決したはずなのになぜ？とVMwareの方で再度確認してみたら直ってなかったし．この前のは見間違いか？ ひとまず関係ありそうなところで，Xorg-7.3では入らない xkbdata を消して，代わりにxkeyboard-config とやらを入れてみたら(正しくは，いきなりxkeyboard-configを入れようとしたら，xkbdataのファイルと衝突しまくったのでxkbdataを消しただけなんだけど) 直ったっぽいっす．Altキーがちゃんと効くようになりました．相変わらず「(WW) Couldn't load XKB keymap, falling back to pre-XKB keymap」なるメッセージは出てますが・・・．

これで多分前とほぼ一緒の環境になったかなぁ．カーネル再構築とか，あんまり関係ない作業が派生してかなりはまりましたが，とりあえず上に別のウィンドウが重なった状態のmltermやEmacsで，文字の消え残りが出なくなったのは嬉しいところです．・・・と思ったら titanion があがんねー・・・と焦りましたがコンパイルしなおしたら上がりました．(;´Д｀)'`ァ'`ァ

あれこれやってますが，結構やばいっす．寝よう．

ずいぶん前にはまって，適当にごまかしたT60のEtherの遅延がひどい問題 ですが，ハブ変えたからか，また再発しました．T60のXorgを7.3に上げようと思ってWindowsからSSHでつないだんですが，もうね，反応が悪いのなんのって．引っかかる感じがほんとイライラさせてくれます．

というわけでXのアップデートは後にして，まずはこっちを何とかしてみようかと．さすがにあれから半年以上経過しているんだし，きっと進展があっていいはず・・・と，とりあえずカーネルを2.6.20.12から2.6.22.10にアップデート．・・・よし，変化なし．

ThinkWiki見たら，BIOS 2.11 で直るとか書いてあるし．BIOS・・・そういえばそんなものもあったなぁ．とはいえ，Windowsは入ってないし，IBM風に言うところのディスケット（´,_ゝ｀） なんてドライブもメディアもないわけで，どうやろう・・・と思ったらISOファイルなんだ．もしやイマドキ常識？ 不覚にもCD-RWを全部置いてきてしまい，メディアが手元になかったため， たった1度しか使わないであろう5MくらいのイメージをCD-Rに焼きました．ああ，勿体ない・・・．

ピーというビープ音のあとに Ping パケット発射．何い，なくなった？よく探せ． ・・・って全然かわってねー(;´Д`)

がっかりですねー．ダメ元でIntelから落とした最新のドライバ(7.6.9)を入れてみましたが，こちらも効果無しでした．相変わらずping打つと数回に1回，1秒くらい遅延します．

64 bytes from 192.168.1.2: icmp_seq=60 ttl=128 time=0.184 ms
64 bytes from 192.168.1.2: icmp_seq=61 ttl=128 time=0.199 ms
64 bytes from 192.168.1.2: icmp_seq=62 ttl=128 time=999.695 ms
64 bytes from 192.168.1.2: icmp_seq=63 ttl=128 time=0.226 ms
64 bytes from 192.168.1.2: icmp_seq=64 ttl=128 time=0.568 ms

あれ，でもなぜか，OpenBlockS相手にpingを打つと普通だ．くそー，何なのもう．

ネットワークがたまにひっかかる問題を何とかしたくてカーネルを上げたわけですが，結局何も改善しなかったので，カーネルと一緒に上げた(というか一緒に上げざるを得ない)TuxOnIce (前までswsusp2だったアレ) の方をいじることに．どうも swap 使うのはやっぱ色々問題あるんじゃないかと思い，ファイルに保存することにしました．本家のHOWTOだとやり方がよくわからんかったのでググってみたら， こんな素敵なblogが．ああ，なるほど．一番下の手動で作成するやつがいいっすね．

というわけで，一通り設定して再起動して，hibernate できるか実験してみたところ・・・

cat: /sys/power/tuxonice/: ディレクトリです
ABORTING: /sys/power/tuxonice/ did not return a valid result.
hibernate: Aborting.

今日はここまでか・・・．はぁ．