一定の起動エラーの問題-com.ubuntu.apport-support-gtk-rootとは


22

エラーは何を意味し、なぜ起動時に表示され続けるのですか?バグを報告しましたが、何も変わりませんでした。


Ask Ubuntuへようこそ! ;-) Apportは、クラッシュが発生したときにそれを傍受するシステムであるため、問題ではなく、単なる症状です。エラー自体のヘルプが必要な場合は、詳細を提供する必要があります。
ファビー

回答:


22

Ubuntuには、Apportと呼ばれるプログラムがあり、そのようなクラッシュを検出し、ユーザーの同意が得られたら、これらのクラッシュを開発者に報告します。このプロセスは、開発者が問題を修正することを目的としています。

ただし、一般的なユーザーにとっては非常に迷惑であり、ユーザーが自分で何もできない場合にエラーを表示しても意味がありません。したがって、それらを無効にすることができます。

apportシステムは、/ var / crashディレクトリにクラッシュレポートファイルを作成します。これらのクラッシュレポートファイルにより、Ubuntuが起動するたびにエラーメッセージが表示されます。

apportをオフにする

$ gksudo gedit /etc/default/apport

enabledの値を0に設定すると、apportが無効になります。

enabled=0

ファイルを保存して閉じます。次のブート以降、エラーメッセージは表示されなくなります。システムを再起動したくない場合は、コマンドラインからapportを再起動します。

$ sudo service apport restart

この設定を一時的に上書きできることに注意してくださいsudo service apport start force_start=1
jvriesem

これらのエラーがデフォルトで有効になっている理由について詳しく説明していただけますか?それらがエンドユーザーにとって比較的役に立たない場合、おそらくそれらを抑制し、ユーザーをまったくインターフェースしないグローバルな「レポートが自動的にクラッシュする」オプションを追加する価値があるでしょうか?
XtrmJosh

15

(私はまだコメントできないので、新しい答えを書いています。)

@Vlad Savitskyの答えに追加:

Apportのタスクは、クラッシュをUbuntu開発者に報告することです。そのため、無害であり、単純にオフにしないでください。

Apportはすべての問題を一度だけ表示することになっています。問題は、apport自体が混乱し、既に問題を報告したことを記録できないか、または報告したことを忘れることです。これは一連のダイアログ全体につながる可能性があり、面倒です。これは、システムのアップグレード時に発生する可能性があります。

1つの解決策は、/var/crashディレクトリ内のすべてのクラッシュレポートを削除することです。このコマンドはあなたのためにそれを行うことができます:

sudo rm /var/crash/*

もちろん、新しいクラッシュが発生した場合、apportはそれらについて通知します。

apportがいらいらし続ける場合、完全にオフにすることは別の解決策です。Vladが説明したように、あなたは

sudo ${EDITOR-gedit} /etc/default/apport

そして設定しenabled=0ます。その変更を有効にするには、16.04以降で、restartapportを再起動するために必要な構文とは異なる構文を使用します。16.04を使用systemdしてサービスを管理し、systemctlコマンドを使用できるようにします。

sudo systemctl restart apport
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.