apport-retrace - Online w chmurze

PROGRAM:

IMIĘ

appport-retrace - ponownie wygeneruj ślad stosu raportu o awarii

STRESZCZENIE

aport-retrace [ OPCJE ] raport

OPIS

aport-retrace regeneruje ślady stosu (zarówno proste, jak i wątkowe) w an
przypisz raport o awarii z dołączonego zrzutu pamięci. W tym celu wymyśla zestaw
niezbędne pakiety i towarzyszące im pakiety symboli debugowania, tak aby zregenerowane
ślad stosu będzie w pełni symboliczny, a tym samym stanie się znacznie bardziej przydatny do naprawy przez programistów
problem.

aport-retrace ma dwa tryby: domyślnie regeneruje tylko ślady na podstawie
pakiety, które są aktualnie zainstalowane w systemie, tzn. zakłada, że ​​wszystkie niezbędne
Symbole debugowania raportu są instalowane. Podczas określania -S opcja, tworzy
tymczasowa "piaskownica" oraz pobiera i instaluje wszystkie niezbędne pakiety i symbole debugowania
tam. Nie wprowadzi żadnych zmian w twoim systemie. Nie wymaga to uprawnień administratora,
ponieważ w rzeczywistości nie używa chroot() wywołanie systemowe, ale po prostu dostarcza trochę „wirtualnego
root" opcje do gdb.

Jeśli regularnie używasz aport-retrace w trybie piaskownicy zdecydowanie zaleca się użycie a
stały katalog pamięci podręcznej ( --Pamięć podręczna opcja).

raport to ścieżka do pliku .crash lub numer błędu. W tym drugim przypadku
informacje są pobierane z raportu o błędzie i jedna z opcji -g, -slub -o
muszą być wykorzystywane do przetwarzania zgłoszenia lokalnie, lub --uwierz należy określić, aby dołączyć
wynikowy ślad stosu z powrotem do raportu o błędzie.

OPCJE

-C, --usuń-rdzeń
Usuń zrzut pamięci z raportu po regeneracji śladu stosu. Domyślnie to
zostaje zachowany.

-G, --gdb
Rozpocznij interaktywną sesję gdb z podstawowym zrzutem raportu.

-tak, -- stdout
Zapisz nowe ślady stosu na standardowe wyjście zamiast umieszczać je z powrotem w raporcie.

-o FILE, --wyjście=FILE
Zapisz zmodyfikowany raport do podanego pliku zamiast zmieniać oryginalny raport.

-R, --informacje-pakietu-rebuild
(Re-)generuj pakiety: i Zależności: pola przed odtworzeniem. To jest
szczególnie przydatne, jeśli chcesz odtworzyć raport .crash przed jego ukończeniem
przeprowadzając go przez fazę zbierania danych interfejsu użytkownika. Działa to jednak tylko wtedy, gdy
uruchamiasz to w tym samym systemie, w którym nastąpiła awaria.

-S KATALOG_KONFIG, --piaskownica=KATALOG_KONFIG
Zbuduj tymczasową piaskownicę i pobierz/zainstaluj niezbędne pakiety i debuguj
symbole tam; bez tej opcji zakłada, że ​​niezbędne pakiety i
Symbole debugowania są już zainstalowane w systemie.

Argument wskazuje na katalog konfiguracji systemu pakowania, który musi
mieć podkatalog dla Wydanie dystrybucji pole w raporcie (np. "config/Ubuntu
11.04/"), który zawiera konfigurację systemu pakietów.

W przypadku korzystania z zaplecza apt/dpkg (dystrybucje oparte na Debianie/Ubuntu)
katalog wydania musi zawierać apt sources.list plik ze źródłami pakietów dla
w tym wydaniu oraz odpowiednie repozytorium pakietów symboli debugowania.

Piaskownica nie jest obecnie zaimplementowana dla innych backendów (opartych na RPM).

If KATALOG_KONFIG jest „system”, użyje plików konfiguracyjnych systemu, ale będzie
wtedy można tylko odtworzyć awarie, które miały miejsce na aktualnie uruchomionym
zwolnić.

-v, --gadatliwy
Raportuj postęp pobierania/instalacji podczas instalowania pakietów w trybie piaskownicy.

-P, --dodatkowy pakiet
Zainstaluj dodatkowy pakiet do przywrócenia do piaskownicy. Można określić
wiele razy.

-C DIR, --pamięć podręczna=DIR
Stały katalog pamięci podręcznej dla pobranych indeksów pakietów i pakietów dla piaskownicy
tryb. Jeśli nie określono, wszystkie indeksy i pakiety będą musiały zostać ponownie pobrane ze strony
każdy bieg aport-retrace. Jeśli regularnie korzystasz z trybu piaskownicy, użyj stałego
katalog pamięci podręcznej jest wysoce zalecany.

--katalog-piaskownicy=DIR
Stały katalog dla piaskownicy wypakowanych pakietów. Jeśli nie określono wszystkie
pakiety z pamięci podręcznej będą musiały być ponownie wyodrębniane przy każdym uruchomieniu aport-retrace, Jeśli
regularnie używaj trybu piaskownicy, używanie stałego katalogu pamięci podręcznej jest wysoce
zalecane.

-H, --help
Wydrukuj krótką pomoc, która dokumentuje wszystkie opcje.

--uwierzytelnianie=plik autora
Jeśli numer błędu zostanie podany bez żadnej z opcji -g, -slub -o, a później
odtworzone ślady stosu są dołączone do błędu. Ponieważ wymaga to uwierzytelnienia, an
plik uwierzytelniania dla bazy danych awarii musi być określony. Może to być np.
średnia pliki cookie.txt z katalogu profilu Firefoksa, jeśli baza danych awarii używa
uwierzytelnianie oparte na plikach cookie.

--potwierdzać
Wyświetl odtworzone ślady stosu i poproś o potwierdzenie przed przesłaniem ich do
Zgłoszenie błędu. Ta opcja jest ignorowana podczas odtwarzania plików raportów.

--duplikat-db=plik db
Określ ścieżkę do bazy danych sprawdzania duplikatów (w formacie SQLite). Baza danych będzie
być tworzone i inicjowane, jeśli nie istnieje. Jeśli nie określono, aport-retrace
nie będzie sprawdzać duplikatów.

PRZYKŁADY

Ponownie przetwórz niedawny lokalny raport o awarii gedit po utworzeniu pakietów symboli debugowania
zainstalowany w systemie i pokaż ponownie przetworzone ślady stosu na standardowe wyjście:

appport-retrace --stdout /var/crash/_usr_bin_gedit.1000.crash

Zbuduj piaskownicę ze wszystkimi niezbędnymi pakietami i symbolami debugowania, a następnie rozpocznij sesję gdb
plik podstawowy raportu:

appport-retrace --gdb --sandbox system --cache ~/.cache/apport-retrace
/var/crash/_usr_bin_gedit.1000.crash

Pobierz raport o awariach o błędzie #12345, uruchom w trybie piaskownicy z lokalnymi plikami konfiguracyjnymi i
prześlij ponownie zaktualizowane ślady błędu (ponieważ nie określono ani -g, ani -s):

appport-retrace --auth ~/.cache/apport/launchpad.credentials -S ~/konf-konf/ -C
~/.cache/apport-retrace 12345

Użyj aport-retrace online za pomocą usług onworks.net