
Ubuntu日本語フォーラム

ログインしていません。
#16の
3.
~/.cache/ibus/registry.xml
~/.config/ibus/bus/45607855cd0642ba9dc5b49b48216a6a-unix-0
を消してみて、2度、ログアウト、ログインを繰り返す。
ですが、
~/.config/ibus/bus/*******************************-unix-0
を
~/.cache/ibus/bus/********************************-unix-0
と勘違いしていました。
該当ファイルは存在し、消してから再度複数回ログインしなおしましたが、だめでした。
私の
~/.config/ibus/bus/*********************************-unix-0は
# This file is created by ibus-daemon, please do not modify it IBUS_ADDRESS=unix:abstract=/tmp/dbus-0h0zBcB4LO,guid=42b4d8428efe6d7f95ec113d4b7e2e07 IBUS_DAEMON_PID=3803
でした。
$ ps aux | grep dbus-launch gdm 3698 0.0 0.0 26156 780 ? S 15:21 0:00 /usr/bin/dbus-launch --exit-with-session UserName 3808 0.0 0.0 36060 708 ? Ss 15:22 0:00 /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session /usr/bin/pulse-session /usr/bin/seahorse-agent --execute gnome-session UserName 3811 0.0 0.0 26156 772 ? S 15:22 0:00 /usr/bin/dbus-launch --exit-with-session /usr/bin/pulse-session /usr/bin/seahorse-agent --execute gnome-session UserName 4362 0.0 0.0 7100 908 pts/0 S+ 15:27 0:00 grep dbus-launch
$ echo $LANG ja_JP.UTF-8
こちらは正常みたいですね。
と、こんな感じになりました。
オフライン
ps aux | grep dbus-launch
で、
root 14675 0.0 0.0 26156 784 ? S 16:22 0:00 dbus-launch --autolaunch 97c63ab4fd8baf6292dcf3264b2791da --binary-syntax --close-stderr
hiroo 15014 0.0 0.0 26156 768 ? S 16:28 0:00 dbus-launch --autolaunch 97c63ab4fd8baf6292dcf3264b2791da --binary-syntax --close-stderr
と表示されるのですが、そちらではでますでしょうか。
この97c63...のような文字列と、
~/.config/ibus/bus/*******************************-unix-0
の***...の部分が一致するのが正常な状態なのではないかと思います。
また、
~/.config/ibus/bus/*******************************-unix-0
の中のIBUS_DAEMON_PIDが
ps aux | grep ibus
したときの
hiroo 15000 0.0 0.0 51144 3264 ? R 16:28 0:01 /usr/bin/ibus-daemon --xim
に一致するはずですが、そうなっていますでしょうか。
オフライン
$ ps aux | grep dbus-launch gdm 3698 0.0 0.0 26156 484 ? S 15:21 0:00 /usr/bin/dbus-launch --exit-with-session UserName 3808 0.0 0.0 36060 304 ? Ss 15:22 0:00 /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session /usr/bin/pulse-session /usr/bin/seahorse-agent --execute gnome-session UserName 3811 0.0 0.0 26156 476 ? S 15:22 0:00 /usr/bin/dbus-launch --exit-with-session /usr/bin/pulse-session /usr/bin/seahorse-agent --execute gnome-session
この中に97c63...のような文字列は見当たりません。
$ ps aux | grep ibus UserName 3803 0.0 0.0 51280 2864 ? S 15:22 0:00 /usr/bin/ibus-daemon --xim UserName 3812 0.0 0.0 63956 2952 ? S 15:22 0:00 /usr/lib/ibus/ibus-gconf UserName 3816 0.0 0.3 319028 19368 ? Sl 15:22 0:02 python /usr/share/ibus/ui/gtk/main.py UserName 3818 0.0 0.0 145304 5816 ? S 15:22 0:00 /usr/lib/ibus/ibus-x11 --kill-daemon UserName 3826 99.8 0.2 221040 12776 ? R 15:22 115:19 python /usr/share/ibus-anthy/engine/main.py --ibus UserName 7317 0.0 0.0 7100 908 pts/0 S+ 17:17 0:00 grep ibus
~/.config/ibus/bus/*******************************-unix-0
の中のIBUS_DAEMON_PIDは
IBUS_DAEMON_PID=3803
となっていました。
IBUS_DAEMON_PID=3803なので合っていると思います。
オフライン
ちょっと私の環境と動きが違うのが気になりますが、/usr/bin/ibus-daemon --ximは正常に起動しているのかしら。
念のため、日本語入力ができるアカウントでも同様の操作をして、なにか差分が無いか調べてみてもらえますか。
日本語入力可能なアカウントではdbus-launch --autolaunch 97c63ab4fd8baf6292dcf3264b2791da --binary-syntax --close-stderrが見えるということがあれば、なぜ、これが起動していないのかを調べる必要がありますね。
ちょっと自分の環境で/etc/X11/Xsession.dあたりから辿ろうとしていますが、どこから呼び出されているのか、いまいち理解できていません。
逆に、日本語入力可能なアカウントでもdbus-launch --autolaunch 97c63ab4fd8baf6292dcf3264b2791da --binary-syntax --close-stderrがいないのであれば、足りないものは無いように見えるのですが。。
オフライン
同じ?現象から復活したことがありますので参考になるでしょうか。
原因を探している途中で修復されたので原因究明は行っていません。
・ディスクスペースが少ないと警告が頻繁に出るようになった。
・数日間は多少のスペースを確保して使用、問題無し。(だったと思う)
・気がつくと半角/全角が効かない、#1に酷似した経緯と状況になりました。
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
・ibus を apt-get purge で削除して入れ直しました、結果は変わらずです。
・ゲストセッションでログインした所、機能します。
・ユーザーでログインして設定ファイルを弄るが変化なし。
・別ユーザーのホームに生成されたファイル群を使うが変化なし。
・ホームフォルダ内の全てのファイルを移動、再ログインで半角/全角が機能。
・ラッキー!
・移動した設定ファイル(メールやブラウザ、明らかにibusとの関係が無いだろうconfigファイル)をホームに戻す。
ファイル&フォルダを戻しつつ再ログインで問題のファイルを突き止められるでしょうが行っていません。
この辺をピンポイントっぽく予測が立てばスマートに解決できると思うのですが。
取りあえず参考になるでしょうか。
オフライン
うむ、、、読み返すと相変わらず解読し難い文章ですorz
ホームを空にすると必要なファイルが再生成されますので(どのタイミングかは謎)サイログインで解決した。
です。
オフライン
hir0さんのやり方で元に戻りましたが、どれが原因なのかわからないので設定ファイルはすべてスキップで戻しました。
設定などはかなり初期設定に戻っていますが、これで全角入力が元に戻りました。
設定ファイルを避難させていて事の原因がわかりました。すべて納得がいきました。
ここまで付き合って頂いたので説明させていただきます。
簡単な経緯はhir0さんが書いてくださった
・ディスクスペースが少ないと警告が頻繁に出るようになった。
・数日間は多少のスペースを確保して使用、問題無し。(だったと思う)
・気がつくと半角/全角が効かない、#1に酷似した経緯と状況になりました。
と同じです。
ですが、私は残り容量に気をつけて操作をしていました。なので今回の事が起きたときは原因がわからず?となっていました。
事が起こったとき私は仮想化環境(XP)を操作していました。
この時、ホストのHDDの残り容量は1%を切っていました。2、3GBしか空いていなかったはずです。
そして仮想化しているOS内の残り容量も100MBを切っていました。その状況でCDのリッピングをしていました。(仮想化環境内で)
そして気がつくと仮想化しているソフト(VirtualBox)がエラーを出してXPを停止させて、スナップショット(復元ポイント)を作成していました。
おそらくCDのリッピングで生成されたファイルが残り容量をオーバーして事が原因だと思われます。
その直後からホストのanthyがおかしくなり始めました。
この時点では仮想化環境内の事がなぜホストに影響を及ぼしたかわかりませんでたが、設定ファイルを移動させてようと、するとそれらのファイルサイズが250GBと表示されました。MBではなくGBだったのでおかしいと思い、でかいファイルを探したところ、.VirtualBoxが犯人でした。
結論を言うと上記でVBが復元ポイントを作成した際にそれが.VirtualBox内に記録され、結果としてホストも容量オーバーとなった訳です。
答えだけ聞くと大したことないのですが当初はかなり謎でした。仮想化環境での出来事がこんな形でホストに影響を及ぼすとは思ってもいませんでした。
それにしても復元ポイント(スナップショット)に必要なファイルサイズの大きさに驚きました。中には一つ180GBの物もありました。
ちなみにCDのリッピングは普段はホストでやっているのですが、訳あって仮想化環境で試していました。
あと、症状が起きたときにanthyが動かない以外にファイルブラウザの設定が消えていました。背景を設定していたのですぐに気づきました。
これ以外はなかったと思います。これはある意味BufferOverFlowなんですかね。
なんかいろいろありましたが、みなさんどうもありがとうございました。
みなさん、残り容量には気をつけてください。
オフライン
眠い中書いたのでかなり「てにをは」が怪しくてすいません。
編集しなおせれば書き直すのですが。。。。
ちゃんと読み直すんだった。
オフライン
他にもibus関連で消さないといけない設定ファイルがあったんでしょうね。。
ともあれ、解決されたようでよかったです。
> hir0さん
情報多謝です。
オフライン