지속적인 시작 오류 문제-com.ubuntu.apport-support-gtk-root 란 무엇입니까


22

오류는 무엇을 의미하며 시작시 계속 표시되는 이유는 무엇입니까? 버그를보고했지만 아무것도 변경되지 않았습니다.


Ask Ubuntu에 오신 것을 환영합니다! ;-) Apport는 충돌이 발생할 때 가로채는 시스템이므로 문제가 아니라 증상 일뿐입니다. 오류 자체에 대한 도움이 필요한 경우 자세한 정보를 제공해야합니다.
Fabby

답변:


22

Ubuntu에는 이러한 충돌을 감지하고 사용자의 동의에 따라 이러한 충돌을 개발자에게보고하는 Apport라는 프로그램이 있습니다. 이 프로세스는 개발자가 문제를 해결하려고합니다.

그러나 일반 사용자에게는 매우 성 가실 수 있으며 사용자가 자신에 대해 아무것도 할 수없는 경우 오류를 표시 할 필요가 없습니다. 따라서 비활성화 할 수 있습니다.

apport 시스템은 / var / crash 디렉토리에 충돌 보고서 파일을 작성합니다. 이 충돌 보고서 파일로 인해 우분투 부팅시 오류 메시지가 나타납니다.

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의 임무는 우분투 개발자에게 충돌을보고하는 것입니다. 따라서 그것은 양성이며 단순히 꺼서는 안됩니다.

Apport는 모든 문제를 한 번만 보여 주어야합니다. 문제는 apport 자체가 혼란스러워 이미 ​​문제를보고 한 사실을 기록하지 못했거나 잊어 버린 것 같습니다. 이것은 일련의 대화 상자로 이어질 수 있습니다. 시스템을 업그레이드 할 때 발생할 수 있습니다.

한 가지 해결책은 /var/crash디렉토리 에서 모든 충돌 보고서를 삭제하는 것 입니다. 이 명령은 다음을 수행 할 수 있습니다.

sudo rm /var/crash/*

물론 새로운 충돌이 발생하면 apport는 그 충돌에 대해 알려줍니다.

apport가 계속 짜증 나면 완전히 끄는 것은 다른 해결책입니다. Vlad가 설명했듯이

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

설정 enabled=0합니다. 16.04 이상 restart에서이 변경을 활성화하려면 apport를 다시 시작하는 데 필요한 것과 다른 구문 이 필요합니다. 16.04는 systemd서비스를 관리하는 데 사용 되므로 systemctl명령을 사용할 수 있습니다.

sudo systemctl restart apport
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.