
Ubuntu日本語フォーラム

ログインしていません。
Ubuntu 9.04 へとアップグレードした後、/var/log/auth.log に以下のエラーが延々と記録されるようになりました。
dbus-daemon: Rejected send message, 1 matched rules; type="method_call", sender=":1.34" (uid=1000 pid=4485 comm="/usr/lib/indicator-applet/indicator-applet --oaf-a") interface="org.freedesktop.DBus.Properties" member="Get" error name="(unset)" requested_reply=0 destination=":1.12859" (uid=0 pid=28926 comm="/USR/SBIN/CRON ")): 1 Time(s)
まず、何が生じているのか、よくわかりません。従って、どうすればこのエラーを解消できるのかも、わかりません。
いっそのこと dbus を停止してしまおうとも考えたのですが、システム全体の動作に支障が生じる可能性もあるかと思い躊躇しています。
アドバイスなど、ご教示願えれば幸いです。
オフライン
gnome-schedule、もしくはアプリケーションの自動実行でトラブルが起こっていませんか?
dbus <- indicator-applet <- cron の図式が出ています。
indicator-applet のパッケージは9.04 以前は見当たらないのでその関係で設定によってはアップデートでindicator-appletがインストールされてエラーがでる可能性も有りますが、gnome-panelとアプリケーション間の通信を行うと有りましたので実際にはcronの出したメッセージを受けているのはindicator-appletではなく、gnome-panelかパネルに常駐しているアプリとの関係も怪しいです。
とりあえずdbusから攻めるよりはCRONから攻めた方が良いと思われます。
最後の編集者: hir0 (2009-05-24 02:08:27)
オフライン
hir0さん。
アドバイス、ありがとうございます。
あらためて cron を調べてみました。
が、該当するようなものが見当たりません。
具体的に言えば、/etc/cron.d/、/etc/cron.hourly/、/etc/cron.weekly/、/etc/cron.daily/ にて「indicator」「applet」「panel」を grep してみましたが、何も出てきません。ただし、その先で何が呼ばれているのかは、わかりませんが。
また、問題のエラーメッセージが記録されているのが /var/log/auth.log であることから一応 /etc/apparmor/ と /etc/apparmor.d/ でも同じ検索を行ってみましたが、結果は同じです。
そこで、そもそも indicator-applet を Synaptic で確認すると、これを削除するときには indicator-message も道連れになることがわかりました。おそらく、この indicator-message が例のエラーメッセージの犯人ではないかと思います。
うーん、悩んでいます。
まあ「放っておけ」という意見もあるでしょうが、そのエラーの数が半端じゃないので、無駄に資源を使っているかと思うと気になって気になって(苦笑)。
他の方はどうなのでしょうか?
この現象は私の環境だけなのでしょうか?
オフライン