内部システムエラーに関するメッセージを引き続き取得する
不規則な間隔（1日に数回）で内部システムエラー（以下のスクリーンショットを参照）についてポップアップを表示し続けますが、どうすればよいかわかりません。ダイアログを続行し、Ubuntuプロジェクトにエラーを報告しようとすると、このバージョンのUbuntuでの開発が完了したことを示すメッセージが表示されます。それについてやる。
しません。
エラーメッセージの詳細を表示すると、「実行可能パス」パラメーターに/usr/share/apport/apport-gpu-error-intel.pyと表示されます。
これはLaunchpadに報告すべきバグですか、それとも単にどこかの設定エラーですか？バグの場合、私（および開発者）が必要とするデータを収集するにはどうすればよいですか？
コメントに対する更新：私は ASUS N53SN を実行しています。IntelCore i7 2630QM CPUとNVidia GeForce 550Mを搭載していますGPU。
これらの報告できないエラーの潜在的な理由
私はこれを理解したと思います。この特定のバグ報告の方法は、ユーザーが完全なランチパッドのバグ報告を提出するかどうかに関係なく、開発者ができるだけ多くのバグ報告を望んだときのアルファおよびベータ開発段階からの二日酔いだと思います。 12.04がリリースされると、開発者は匿名のバグレポートを必要としなくなったため、この機能を無効にします。ユーザー自身がファイルを作成するのに時間がかかるというバグレポートのみが必要です。
これは理解できますが、apport/ubuntu-bugが実行不可能な情報をユーザーに提示しているというバグと考えます。開発が停止し、大量のバグレポートで自動バグレポートをオフにする必要がなくなった場合、それはユーザーがランチパッドにレポートするためのパス（少なくともリンク）がなく、保存する方法もないままになることです。バグレポートに含まれる情報を再考する必要があります。
実行不可能なエラーレポートに対する私のソリューション
これらの報告できない/保存できないエラーのいずれかが表示されたら、次に何をするかを知っています。ウィンドウのスクリーンショットを撮り、apport-bug apportを実行し、apportが実行不可能な情報をユーザーに表示してはならないというバグを報告します。少なくともユーザーは、自分で使用するために、またはバグを手動で報告するために、レポートを保存できる必要があります。
GPUのバグに関する手順
あなたの問題に関して、apportはGPUの問題をデバッグするスクリプトを実行していました。
これらのエラーメッセージ以外に実際にGPUの問題に気付いていない場合は、無視しても問題ありません。
奇妙なグラフィックス関連の動作が見られる場合は、ログ、特にxorg.0.logおよびsyslogに注意してください。ただし、カーネルログにも注意してください。エラーに気づいたらそれらをコピーして、それがドライバーの問題、カーネルの問題、またはX11の問題であるかどうかを最善の推測（または質問）を試みてください。次に、apportを使用して、最適なパッケージであると判断したもの（たとえば、nvidiaドライバーの場合はapport-bug nvidia-current-updatesと入力します）に対してバグを提出し、結果のバグレポートにできる限り詳細に記述し、症状を表示しますバグを報告する際に説明に気づいた経験とエラー。バグのファイリングに関する詳細は here および here です。幸運を。
先に進み、xdiagnoseを実行します。 「自動クラッシュバグレポートを有効にする」のチェックを外します。これらのメッセージに再び悩まされることはありません。
これが役立つ場合があります。 GPartedプログラムを開き、Ubuntuパーティションの1つでエラーメッセージが表示されるかどうかを確認します。
最近、Macパーティションを消去し、Ubuntuをハードドライブにインストールしました。 Ubuntuがbios_grubというフラグを持つ小さな977 KBパーティションを作成したことがわかります。
それがシステムエラーの原因なのだろうか。 MacにはBIOSがありません。
NVidiaドライバーを使用していて、頻繁にクラッシュしたりデスクトップがフリーズしたりする場合は、オープンソースのドライバーではなく、自発的なNVidiaドライバーに切り替えてみてください。