shinjiさん、今日は。
[日本語入力ができません]

困っている現象とは、普段使っているユーザーでログインすると、エディタやブラウザの入力の際、半角での入力は出きるのですが、全角、つまり日本語入力に切り替えることができなくなってしまったのです。
全角／半角キーを押しても、Ctrl+Spaceでも何の反応もがないのです。
しかし、rootユーザーでログインすると、まったく問題なく動きます。
ちなみに、この投稿はrootユーザーで操作しています。

実は、この逆の現象が「仕様」と言うことで当面は完全な解決策は無いと結論が出た（だったかな？）事があります。

２つ思いが過りました。
一つは前記した逆の現象の解決へのヒントが隠れている。

もう一つは、rootでは日本語が書けないのが仕様ならば、現在は(本当の)rootでは無いかもしれない、ユーザー設定がおかしくなっている？　です。

その辺の確認はどうでしょうか。
個人的に興味のある現象なので、どちらかが当たっていると良いのですが、う〜ん。

夜まで出かけますが非常に興味深いですね。

shinji    1650  1612  0 19:42 ?        00:00:00 /usr/bin/ibus-daemon --xim
shinji    1656  1650  0 19:42 ?        00:00:00 python /usr/share/ibus/ui/gtk/main.py
root      3390  3351  0 20:06 ?        00:00:06 /usr/bin/ibus-daemon --xim
root      3401  3390  0 20:06 ?        00:00:00 /usr/lib/ibus/ibus-gconf
root      3402  3390  0 20:06 ?        00:00:06 python /usr/share/ibus/ui/gtk/main.py
root      3404     1  0 20:06 ?        00:00:00 /usr/lib/ibus/ibus-x11 --kill-daemon
root      3414  3390  0 20:06 ?        00:00:07 python /usr/share/ibus-anthy/engine/main.py --ibus
shinji    5588  5577  0 20:43 pts/0    00:00:00 grep ibus

さて、ユーザーshinjiで動作していないのがあります、動作しているはずのものはrootと同じなので見比べれば分かりますが何故ユーザーshinjiで失敗しているのか？が、問題のポイントだと思うのですが、どう切り開いて行けば良いのかな？
ファイル関係は揃っていますし、、、

/usr/lib/ibus/ibus-gconf をkillしました、変化無。
/usr/lib/ibus/ibus-x11 --kill-daemon をkillしました、現象は再現は出来ましたが意図的にkillしたのと不具合での場合と$ ps -ef | grep ibusの結果が違ってきますが間接的原因はここでしょう。

何故
/usr/lib/ibus/ibus-gconf
/usr/lib/ibus/ibus-x11 --kill-daemon
/usr/share/ibus-anthy/engine/main.py --ibus
が起動出来ないのか、探ってはみます。

ibusファイル群は問題ないと思いますがユーザーshinjiで
$ sudo apt-get install --reinstall ibus

を試してみて下さい。ダメならダメで、そこに考えが行かなくなるので。
hmatsueさん、shinjiさん、私が感じている「所有者が変わった」「権限の問題」「ユーザー設定」当たらずとも方向は良いと思えます。
識者の方の意見が出れば良いのですが、しばらく探ってみます。

現象がいまひとつ不明瞭なので（現状だと可能性が多すぎて絞れない）、何が起こっているのかを確認しましょう。

　・仮説1：rootユーザーでないとibusが正常動作しなくなっている。
　・仮説2：当該のユーザーだとibusが正常動作しなくなっている。

まとめて確認するために、画面の右上にあるユーザー切り替えアプレットから、「ゲストセッション」を開いて、そちらで日本語入力ができるか試して頂けるでしょうか。

ゲストユーザーで日本語入力ができるなら仮説2ですし、できなければ仮説1だ、ということが言えるかと思います。

hir0さん、hmatsueさん、hitoさん、どうもありがとうございます。
なにぶん経験浅く、このフォーラムには感謝する限りです。

さて、＃１のなかで説明不足の点がありました。rootセッションを裏で立ち上げたままで、頭が混乱した状態でユーザーセッションからpsコマンド実効したので、あのようにrootで立ち上がっていたものが多数あったようです。
実際にPC起動直後、shinjiユーザーでログインしてすぐにpsコマンドを実行してみました。
shinji@shinji-inspiron500m:~$ ps -ef | grep ibus
shinji    1672  1634  0 19:55 ?        00:00:00 /usr/bin/ibus-daemon --xim
shinji    1678  1672  0 19:55 ?        00:00:00 python /usr/share/ibus/ui/gtk/main.py
shinji    2481  2426  0 20:03 pts/0    00:00:00 grep ibus
shinji@shinji-inspiron500m:~$
shinji@shinji-inspiron500m:~$
この状態で、問題なのかどうか分かりません…

また、問題切り分けのため、ゲストセッションでログインしてみました。
結果は、「正常」でした。この返信は、ゲストセッションで記述しています。

つまり、＃６の「仮説2：当該のユーザーだとibusが正常動作しなくなっている。」の状態のようです。
psコマンドをゲストセッションで実行すると、
guest@shinji-inspiron500m:~$ ps -ef | grep ibus
shinji    1651  1613  0 20:26 ?        00:00:00 /usr/bin/ibus-daemon --xim
shinji    1657  1651  0 20:26 ?        00:00:00 python /usr/share/ibus/ui/gtk/main.py
guest     2206  2170  0 20:28 ?        00:00:00 /usr/bin/ibus-daemon --xim
guest     2249  2170  0 20:28 ?        00:00:00 /usr/bin/ibus-daemon --xim
guest     2322  2249  0 20:28 ?        00:00:00 /usr/lib/ibus/ibus-gconf
guest     2324  2206  0 20:28 ?        00:00:00 /usr/lib/ibus/ibus-gconf
guest     2325  2206  1 20:28 ?        00:00:00 python /usr/share/ibus/ui/gtk/main.py
guest     2327     1  0 20:28 ?        00:00:00 /usr/lib/ibus/ibus-x11 --kill-daemon
guest     2329     1  0 20:28 ?        00:00:00 /usr/lib/ibus/ibus-x11 --kill-daemon
guest     2346  2249  1 20:28 ?        00:00:00 python /usr/share/ibus-anthy/engine/main.py --ibus
guest     2541  2513  0 20:28 pts/0    00:00:00 grep --color=auto ibus
guest@shinji-inspiron500m:~$
guest@shinji-inspiron500m:~$
guest@shinji-inspiron500m:~$
となります。guestで立ち上がっているものが多数あります。

とりあえずここまでで、一度投稿します。また、調べた結果を次にお知らせします。

shinji による投稿:

なんでも、NTFSで作成したファイルシステムにはパーミッション情報が書き込めず、最初にマウントした時の所有者になってしまうようです、と別のフォーラム記事にありました。ビックリしました。
このため、/home以下のディレクトリ、ファイルはすべて（というか、見た限りでは）所有者rootになっており、しかも変更できません。

これから推測すると、
１。rootで実行できるが、shinjiユーザーでうまくいかない
２。guestのホームフォルダは/tmp以下だから問題ない
と言う可能性が考えられます。

/homeにNTFSのファイルシステムをマウントしたことによる不具合の可能性は高いでしょうか？
また、そうだとすると（切り分けするとするなら）、どのように対応すべきでしょうか?

そのものずばりだと断定しても良さそうです。ibusを含め、たいていのデスクトップアプリケーションは /home への適切な書き込み権限を必要とします（し、NTFSだとUnix permissionを保持できないので動作しません）。ibus以外の面でも厄介なことになります。

テストする方法は2種類あります。

方法1)
問題のNTFSの領域を /home にマウントするのを止めて、ホームディレクトリを作り直す。
典型的な手順は以下です。

sudo mkdir -p ~shinji
sudo chown shinji:shinji ~shinji

方法2)
一時的にユーザーのホームディレクトリを変更する。
システム→システム管理→ユーザーとグループ、でホーム・ディレクトリを設定しなおした上で、新規にディレクトリを作成する。

典型的には以下になるでしょうか。以下は、/local/home/shinji にホームディレクトリを設定する例です。

sudo mkdir -p /local/home/shinji
sudo chown shinji:shinji /local/home/shinji