Drażni mnie okno dialogowe awarii systemu, jak mogę je wyłączyć? Chciałbym również wiedzieć, jak włączyć go na wypadek, gdyby był potrzebny, aby zgłosić problem.
skoro wydaje się, że ma to wpływ na wiele osób, czy jest to błąd w samym apportowaniu?
Thufir
1
Nie jestem pewien, ale myślę też, że zrzut awaryjny może zawierać na przykład pliki pełnotekstowe. więc jeśli masz na nim wrażliwe dane, lepiej pozostaw je wyłączone. Myślę, że za każdym razem, gdy dochodzi do awarii i która się pojawia, powinniśmy być wyraźnie poinformowani, że zrzut awaryjny o wielkości około 200 MB zostanie przesłany i będzie zawierał dane edytowane w aplikacji. W końcu znalazłem coś, czego nie lubię na Ubuntu :(, nigdy nie myślałem, że ten dzień nadejdzie ...
Od wersji Ubuntu 16.04 systemport nie wydaje się honorować pliku konfiguracyjnego
Polecenia systemowe do włączania / wyłączania apport to:
Wyłączyć
sudo systemctl disable apport.service
Jeśli to nie zadziała, musisz zamaskować usługę
systemctl mask apport.service
Do ponownego włączenia
systemctl unmask apport.service # if you masked it
sudo systemctl enable apport.service
Poprzednie wersje Ubuntu:
Musisz edytować /etc/default/apport. Następujące zmiany zapobiegną uruchomieniu Apport podczas rozruchu:
Graficzny : Otwórz terminal za pomocą ( CTRL+ ALT+ T) i wpisz:
sudo -i gedit /etc/default/apport
a następnie pchnij ENTER. Hasło jest wpisywane, ale nie będzie wyświetlane jako kropki.
lub
Wiersz poleceń :
sudo nano /etc/default/apport
Edytor plików jest teraz otwarty. Zmień włączone z „0” na „1”, więc wygląda to tak:
enabled=1
Aby wyłączyć, zrób to:
enabled=0
Teraz zapisz zmiany i zamknij edytor plików. Apport nie będzie się już uruchamiał przy rozruchu. Jeśli chcesz go natychmiast wyłączyć bez ponownego uruchamiania, uruchom sudo service apport stop.
Możesz także użyć sudo service apport stopbez modyfikacji, /etc/default/apportaby tymczasowo wyłączyć.
Wydawało się, że to nic dla mnie nie robi, nadal pojawia się okienko błędów systemu.
xamox,
Sprawdziłem to i nadal nie wysyłam raportów o błędach. Wygląda na to, że należy go włączyć z wiersza poleceń.
colan
1
tak przy okazji, to się nie zmieniło/etc/default/apport
Wodnik Moc
33
sudo service apport stop ; sudo sed -ibak -e s/^enabled\=1$/enabled\=0/ /etc/default/apport ; sudo mv /etc/default/apportbak ~
Powyższy skrypt powinien zatrzymać apport, a następnie wykonać kopię zapasową pliku konfiguracyjnego, wyłączyć apport podczas rozruchu, a na koniec przenieść kopię zapasową do katalogu domowego.
Dzięki! Ze wszystkich trzech odpowiedzi tylko ta zadziałała dla mojego przyjaciela, gdy nadpisaliśmy Ubuntu na jego Chromebooku!
Pip
12
W nowszych wersjach Ubuntu (15.04+)
Aby zatrzymać usługę:
systemctl stop apport.service
Aby wyłączyć usługę podczas uruchamiania:
sudo systemctl disable apport.service
Aby sprawdzić status usługi:
systemctl status apport.service
Wreszcie można również zapobiec uruchomieniu usługi systemowej, maskując ją. Usługa nie będzie mogła zostać uruchomiona (nawet ręcznie), chyba że zostanie zdemaskowana.
systemctl mask apport.service
Powinno to utworzyć dowiązanie symboliczne z /etc/systemd/system/apport.service do / dev / null.
fedoraproject.org
Nie mówi, która wersja Ubuntu jest podstawowa, jeśli się nie mylę. Systemctl został wprowadzony długo po apport.
der_michael
@der_michael Tak, to jest nowsza odpowiedź dla nowszych wersji ubuntu, które używają systemd.
mchid
4
Nie wyłączaj apportu. Pewnego dnia możesz mieć sekwencję awarii i nigdy o tym nie wiesz, z wyjątkiem złego zachowania systemu lub symptomu specyficznego dla aplikacji.
/var/crashKatalog jest tam nagrać dowolny nieszczęście. Może będziesz tego potrzebować pewnego dnia.
Sugerowana procedura:
Utwórz nowy folder Np. $HOME/crashI skopiuj do niego wszystkie istniejące raporty o awariach.
sudo rm /var/crash/*
sudo reboot
Powtarzające się wyskakujące zachowanie po awarii powinno już zniknąć. Zapisane raporty o awariach mogą być również przydatne w zgłaszaniu błędu do startera.
Ponieważ w apport jest błąd, który łamie standardowe debugowanie wiersza poleceń unixa, i ten błąd jest znany od 2007 roku (kupię to ciasto, gdy skończy 10 lat) (patrz https://bugs.launchpad.net/ubuntu / + source / apport / + bug / 160999 ) wyłączenie go jest zdecydowanie najlepszą rzeczą, jeśli próbujesz naprawić własny kod.
Odpowiedzi:
Od wersji Ubuntu 16.04 systemport nie wydaje się honorować pliku konfiguracyjnego
Polecenia systemowe do włączania / wyłączania apport to:
Wyłączyć
Jeśli to nie zadziała, musisz zamaskować usługę
Do ponownego włączenia
Poprzednie wersje Ubuntu:
Musisz edytować
/etc/default/apport
. Następujące zmiany zapobiegną uruchomieniu Apport podczas rozruchu:Graficzny : Otwórz terminal za pomocą ( CTRL+ ALT+ T) i wpisz:
a następnie pchnij ENTER. Hasło jest wpisywane, ale nie będzie wyświetlane jako kropki.
lub
Wiersz poleceń :
Edytor plików jest teraz otwarty. Zmień włączone z „0” na „1”, więc wygląda to tak:
Aby wyłączyć, zrób to:
Teraz zapisz zmiany i zamknij edytor plików. Apport nie będzie się już uruchamiał przy rozruchu. Jeśli chcesz go natychmiast wyłączyć bez ponownego uruchamiania, uruchom
sudo service apport stop
.Możesz także użyć
sudo service apport stop
bez modyfikacji,/etc/default/apport
aby tymczasowo wyłączyć.Zobacz też:
źródło
systemctl
używać teraz, ponieważ przejście na systemd z upstart?źródło
/etc/default/apport
Powyższy skrypt powinien zatrzymać apport, a następnie wykonać kopię zapasową pliku konfiguracyjnego, wyłączyć apport podczas rozruchu, a na koniec przenieść kopię zapasową do katalogu domowego.
źródło
W nowszych wersjach Ubuntu (15.04+)
Aby zatrzymać usługę:
Aby wyłączyć usługę podczas uruchamiania:
Aby sprawdzić status usługi:
Wreszcie można również zapobiec uruchomieniu usługi systemowej, maskując ją. Usługa nie będzie mogła zostać uruchomiona (nawet ręcznie), chyba że zostanie zdemaskowana.
Powinno to utworzyć dowiązanie symboliczne z /etc/systemd/system/apport.service do / dev / null. fedoraproject.org
źródło
Nie wyłączaj apportu. Pewnego dnia możesz mieć sekwencję awarii i nigdy o tym nie wiesz, z wyjątkiem złego zachowania systemu lub symptomu specyficznego dla aplikacji.
/var/crash
Katalog jest tam nagrać dowolny nieszczęście. Może będziesz tego potrzebować pewnego dnia.Sugerowana procedura:
$HOME/crash
I skopiuj do niego wszystkie istniejące raporty o awariach.sudo rm /var/crash/*
sudo reboot
Powtarzające się wyskakujące zachowanie po awarii powinno już zniknąć. Zapisane raporty o awariach mogą być również przydatne w zgłaszaniu błędu do startera.
źródło
Ponieważ w apport jest błąd, który łamie standardowe debugowanie wiersza poleceń unixa, i ten błąd jest znany od 2007 roku (kupię to ciasto, gdy skończy 10 lat) (patrz https://bugs.launchpad.net/ubuntu / + source / apport / + bug / 160999 ) wyłączenie go jest zdecydowanie najlepszą rzeczą, jeśli próbujesz naprawić własny kod.
źródło
Dlaczego nie usunąć go całkowicie?
Wersja 16.04 LTS
Również może warto to sprawdzić:
Czy usunąć konkurs popularności bez niszczenia systemu?
Nowy do 18.04:
Jak zrezygnować z raportów z informacjami o systemie
źródło