이러한보고 할 수없는 오류의 잠재적 이유
나는 이것을 이해했다고 생각합니다. 이 특정 버그보고 방법은 알파 및 베타 개발 단계의 숙취라고 생각합니다. 개발자가 사용자가 전체 런치 패드 버그 보고서를 제출할 것인지의 여부에 관계없이 가능한 많은 버그 보고서를 원할 때입니다. 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
) 결과 버그 보고서에있을 수있는 한 상세하고 발생하는 증상과 오류를 입력하십시오 버그를 신고 할 때 설명에 표시됩니다. 버그 신고에 대한 자세한 내용은 여기 및 여기에 있습니다 . 행운을 빕니다.