web-dev-qa-db-ja.com

「システムの問題が検出されました」パスワードが失敗する

複数のUbuntu Preciseサーバーとワークステーションがありますが、それらはすべて同じ本当に腹立たしい問題に苦しんでいます。何かまたは他のクラッシュにより「システム問題が検出されました」ダイアログが表示されたら、「問題を報告」をクリックすると昇格ダイアログがスローされます... 、残念ながら機能しません。

私はassumingです。これは、昇格ダイアログがルートパスワードを探していることを意味します-Sudoで使用する独自のパスワードを探すのではなくSudoグループのメンバーであり、通常のgksudoプロンプトは正常に機能します）。

誰がこれを知っていますか？物事がクラッシュしたときに問題報告を提出できるようになりたいです。バグの報告を気にしないスクラブのように、「閉じる」をクリックするだけで終わることに、いらいらさせられます。 > = [

passwordapportelevation
6
Jim Salter

Ubuntuの問題報告サービスapportが原因で、次のようなエラーメッセージが表示されることがよくあります。

enter image description here

これは、必ずしもシステムに何らかの問題があることを意味するわけではありません。システムプロセスがクラッシュしただけです。ユーザーが[問題の報告...]をクリックすると、apportの-​​ このバグ に直面し、実際のエラー報告が送信されなくなります。

一方、次のようなエラーメッセージが表示される場合があります

enter image description here

このタイプのダイアログでは、エラーレポートサービスは問題なく動作します。これも、Ubuntuのバグ＃1050577を反映しています。これにより、最初の種類のダイアログでエラーレポートのパスワードプロンプトがハングし、レポートが送信されなくなります。

「システムプログラムの問題を検出しました」というメッセージが表示されたら、ターミナル（Ctrl-Alt- T）に移動して、次のように入力します。

nautilus /var/crash/

そのフォルダ内のさまざまなクラッシュレポートを調べ、それに応じてバグレポートを提出できます。

3
UbuntuGNOME

まず第一に、それは何も修正しませんが、何かがうまくいかなかったことを開発者に伝えるだけなので、これは（個人的な）あなたにはあまり役立ちません。

第二に、問題が発生し続ける理由についての説明は、古いクラッシュレポートが報告された後にクリアされなかったということです（残念ながら機能しません）。問題を解決するには、 terminal を開き、次のコマンドを実行します。

Sudo rm /var/crash/*

ログアウトし、システムに再度ログインして、ダイアログがまだ表示されるかどうかを確認します。

または、apportを無効にする（ こちらを参照がaportを無効に保つのに適している理由）：

Sudo sed -i 's/enabled=1/enabled=0/g' /etc/default/apport

私の解決策（もちろん、推奨されません）？

Sudo apt-get remove --purge apport

次に、「問題の報告」で問題を解決するために、ダイアログが機能しないとあなたはと言ったので、あなたは 'Sudo'グループのメンバーであるPolicyKit ステップごとのパスワードの要求から this Answers これを行うことを誰にも勧めません。 システムのバグを報告するため この意味で、そしてSudo rm /var/crash/*。

Ubuntuパッケージのクラッシュをデバッグする方法に関するその他の情報は、次のとおりです。

ソース：

1
Radu Rădeanu