
Ubuntu日本語フォーラム

ログインしていません。
Ubuntu9.04+KDE+Ubuntustudio+ATOKX3, Windows XP dualboot環境で、
何事もなく稼働していたのですが。
モニタ−の切り替えが面倒なので、つい電源を入れたままHDMIコネクタ−を抜き差ししました。
その後、ログイン画面からログインしようとするとセッション・エラ−が表示され、起動できなくなりました。
あまり使わない一方のWindowsは問題なく稼働します。
「あなたのセッションは10秒以上続きませんでした。もし.............インスト−ルに問題があるか....
フェイルセ−フなセッションからログインし、この問題を解決できるか確認してください。」
1.gnomeのフェイルセ−フでログイン
実行しましたが、「設定サ−バ−に問題がある。」と言って止まってしまいます。
/usr/lib/libgconf2-4/gconf-sanity check-2 がステ−タス256で終了。
2.KDEでログインしても、gnomeと同じエラ−
3.「□詳細(~/.xsession-errorファイル)を表示します。」
チェックマ−クを入れると、内容を表示してくれました。
/etc/gdm/Xsession = Beginning session Setup ...
Setting IM through im-switch for locale=ja_JP
Start IM though /etc/X11/xinit/xinput.d/ja_JP linked to /etc/X11/xinit/xinput.d/iiimf
Failed to create aunix domain socket for /var/run/iiim/.iiimp-unix:9010 ... exit
mkdtemp: private socket dir: Permission denied.
atokx3関連のXsessionのエラ−のようで、私にはチンプンカンプンです。
苦労して構築したソフト群もあるので、できれば再インスト−ルはしたくないのです。
一応、root端末には何とか移行はできます。
アドバイスをいただければ、助かります。
オフライン
> mkdtemp: private socket dir: Permission denied
で検索すると、/tmp や、その下に作られるディレクトリや通信ソケットのパーミッションに問題があるようなものが多くヒットします。
sudo ls -al /tmp
で、/tmp 以下のパーミッションを確認してみては?
ちなみに、
/tmp は、
drwxrwxrwt 24 root root 4096 2010-04-05 23:40 .
で、777 のパーミッションが必要。
ATOKX3は、ユーザ si の場合は
drwx------ 2 si si 4096 2010-04-05 23:33 .iiim-si
と、700 のパーミッションが必要。
オフライン
siさん アドバイスありがとうございました。
mkdtemp: private socket dir: Permission denied. の意味は理解できても、
具体的に何をしたらいいのか 私の力量では 想定すら できませんでした。
si による投稿:
で、/tmp 以下のパーミッションを確認してみては?
ちなみに、/tmp は、
drwxrwxrwt 24 root root 4096 2010-04-05 23:40 .で、777 のパーミッションが必要。
このご指摘で、何とかなりそうと思いました。
そこで、強引にroot端末にて、
# ls -al /tmp 何やら、ぞろぞろと不具合のパーミッションがありそうな感じでした。 理解できないので選択してセットするなど論外、面倒だし、ユーザーは私だけ。強引に全て777にセット。 # chmod 777 -R /tmp 更に、Xsession-errorもあるので、/etc/X11/xinit/xinput.d 以下も強引に、全て777にセット。 # chmod 777 -R /etc/X11/xinit/xinput.d
再起動したところ、一応 Gnomeにて正常に起動したようです。
今のところ、標準的なアプリは正常に動作しているように見えます。
ぼちぼち、細かいところは検証するつもりです。何はともあれ、GUI環境が起動したことで、落ち着きました。
siさん、本当に ありがとう ございました。
この対処方法で、何か助言が得られれば、レベルアップできるのですが、なにしろ馬力だけで元に戻しましたので。。。
オフライン
何点か気になった事:
・/tmpは777じゃなくて1777ですよ。
・/tmpの中身はrebootで消えるのだから、/tmpの中身を気にする必要は全くなくて、
$ sudo chmod 1777 /tmp
で解決と思ってます。
・chmod 777 /etc/X11/xinit/xinput.dは余計な操作の可能性が高いです。
「mkdtemp: private socket dir: Permission denied」でググる限り、どのサイトにもその事について触れてないですし、/etc/X11/xinit/xinput.dにはroot読み書き、他ユーザ読みのファイルしか置いてなさそうですし。
本来のpermissionに戻しておくべきと思います。
siさん STGSAGWANさん ありがとうございました。
このコメントは、元に戻ったマシンで記述しています。今のところ不具合は見つかりません。
ご指摘されたような内容で、googleにて検索して確認がとれました。
ただ、どうしてこの様な不具合に至ったかの理屈が、いまいち不明です。対処方法しか記載されていません。
このコメント内容が、親切と思いました。
http://joomla.unlikelysource.com/index. … ;Itemid=33
オフライン