Đây là lệnh apport-retrace có thể chạy trong nhà cung cấp dịch vụ lưu trữ miễn phí OnWorks bằng cách sử dụng một trong nhiều máy trạm trực tuyến miễn phí của chúng tôi như Ubuntu Online, Fedora Online, trình giả lập trực tuyến Windows hoặc trình giả lập trực tuyến MAC OS
CHƯƠNG TRÌNH:
TÊN
apport-retrace - tạo lại dấu vết ngăn xếp của báo cáo sự cố
SYNOPSIS
apport-truy xuất [ LỰA CHỌN ] báo cáo
MÔ TẢ
apport-truy xuất tái tạo các dấu vết ngăn xếp (cả dấu vết đơn giản và luồng) trong một
ứng dụng báo cáo sự cố từ kết xuất lõi được bao gồm. Đối với điều này, nó tìm ra tập hợp của
các gói cần thiết và các gói biểu tượng gỡ lỗi đi kèm của chúng, để các
dấu vết ngăn xếp sẽ mang tính biểu tượng đầy đủ và do đó trở nên hữu ích hơn nhiều cho các nhà phát triển để sửa chữa
vấn đề.
apport-truy xuất có hai chế độ: Theo mặc định, nó sẽ chỉ tạo lại dấu vết dựa trên
các gói hiện được cài đặt trong hệ thống, tức là nó giả định rằng tất cả các
các ký hiệu gỡ lỗi cho báo cáo được cài đặt. Khi chỉ định -S tùy chọn, nó tạo ra một
"hộp cát" tạm thời và tải xuống và cài đặt tất cả các gói và biểu tượng gỡ lỗi cần thiết
ở đó. Nó sẽ không thực hiện bất kỳ thay đổi nào đối với hệ thống của bạn. Điều này không yêu cầu đặc quyền root,
vì nó không thực sự sử dụng chroot () cuộc gọi hệ thống, nhưng chỉ cung cấp một số "ảo
root "các tùy chọn để gdb.
Nếu bạn thường xuyên sử dụng apport-truy xuất ở chế độ hộp cát, bạn nên sử dụng
thư mục bộ nhớ cache vĩnh viễn ( --bộ nhớ đệm Tùy chọn).
báo cáo là đường dẫn đến tệp .crash hoặc số lỗi. Trong trường hợp thứ hai,
thông tin được tải xuống từ báo cáo lỗi và một trong các tùy chọn -g, -s, hoặc là -o
phải được sử dụng để xử lý báo cáo cục bộ, hoặc --xác thực cần được chỉ định để đính kèm
ngăn xếp kết quả quay trở lại báo cáo lỗi.
LỰA CHỌN
-NS, --remove-lõi
Xóa kết xuất cốt lõi khỏi báo cáo sau khi tái tạo dấu vết ngăn xếp. Theo mặc định nó
bị cản trở.
-NS, --gdb
Bắt đầu phiên gdb tương tác với kết xuất cốt lõi của báo cáo.
-S, --thiết bị xuất chuẩn
Viết dấu vết ngăn xếp mới vào stdout thay vì đưa chúng trở lại báo cáo.
-o FILE, --output =FILE
Viết báo cáo đã sửa đổi vào tệp nhất định thay vì thay đổi báo cáo ban đầu.
-NS, - xây dựng lại-gói-thông tin
(Re-) tạo các trường Packages: và Dependenencies: trước khi thực hiện lại. Đây là
đặc biệt hữu ích nếu bạn muốn truy xuất lại một báo cáo .crash trước khi nó được hoàn thành
bằng cách chạy nó qua giai đoạn thu thập dữ liệu giao diện người dùng. Tuy nhiên, điều này chỉ hoạt động khi
bạn chạy điều này trên cùng một hệ thống đã xảy ra sự cố.
-S CONFIG_DIR, --sandbox =CONFIG_DIR
Xây dựng một hộp cát tạm thời và tải xuống / cài đặt các gói cần thiết và gỡ lỗi
ký hiệu trong đó; nếu không có tùy chọn này, nó giả định rằng các gói cần thiết và
biểu tượng gỡ lỗi đã được cài đặt trong hệ thống.
Đối số trỏ đến thư mục cấu hình hệ thống đóng gói, thư mục này cần
có một thư mục con cho Phân phốiPhát hành trường trong báo cáo (ví dụ: "config / Ubuntu
11.04 / "), chứa cấu hình hệ thống gói.
Khi sử dụng phần phụ trợ apt / dpkg (các bản phân phối dựa trên Debian / Ubuntu), per-
thư mục phát hành phải chứa apt source.list tệp với các nguồn gói cho
bản phát hành này, cùng với kho lưu trữ gói biểu tượng gỡ lỗi tương ứng.
Sandboxing không được triển khai cho các phụ trợ khác (dựa trên RPM) ngay bây giờ.
If CONFIG_DIR là "hệ thống", nó sẽ sử dụng các tệp cấu hình hệ thống, nhưng sẽ
sau đó chỉ có thể truy xuất lại các sự cố đã xảy ra trên
phát hành.
-v, --dài dòng
Báo cáo tiến độ tải xuống / cài đặt khi cài đặt gói ở chế độ hộp cát.
-P, - gói văn bản
Cài đặt một gói bổ sung để truy nhập lại vào hộp cát. Có thể được chỉ định
nhiều lần.
-C DIR, --cache =DIR
Thư mục bộ nhớ cache vĩnh viễn cho các chỉ mục gói đã tải xuống và các gói cho hộp cát
chế độ. Nếu không được chỉ định, tất cả các chỉ mục và gói sẽ phải được tải xuống lại tại
mỗi lần chạy apport-truy xuất. Nếu bạn sử dụng chế độ hộp cát thường xuyên, hãy sử dụng
thư mục bộ nhớ cache rất được khuyến khích.
--sandbox-dir =DIR
Thư mục vĩnh viễn cho hộp cát của các gói được giải nén. Nếu không được chỉ định tất cả
các gói đã lưu trong bộ nhớ cache sẽ phải được giải nén lại sau mỗi lần chạy apport-truy xuất. Nếu bạn
sử dụng chế độ hộp cát thường xuyên, sử dụng thư mục bộ nhớ cache vĩnh viễn là rất cao
khuyến khích.
-NS, --Cứu giúp
In một trợ giúp ngắn tài liệu tất cả các tùy chọn.
--auth =tập tin xác thực
Nếu một số lỗi được đưa ra mà không có bất kỳ tùy chọn nào -g, -s, hoặc là -o, sau đó
các dấu vết ngăn xếp được lấy lại được đính kèm với lỗi. Vì điều này cần xác thực,
tệp xác thực cho cơ sở dữ liệu sự cố phải được chỉ định. Điều này có thể ví dụ như
tiêu chuẩn cookie.txt từ thư mục hồ sơ của Firefox nếu cơ sở dữ liệu sự cố sử dụng
xác thực dựa trên cookie.
--xác nhận
Hiển thị dấu vết ngăn xếp được thu thập lại và yêu cầu xác nhận trước khi tải chúng lên
báo cáo lỗi. Tùy chọn này bị bỏ qua khi kiểm tra lại các tệp báo cáo.
--duplicate-db =tập tin db
Chỉ định đường dẫn đến cơ sở dữ liệu kiểm tra trùng lặp (ở định dạng SQLite). Cơ sở dữ liệu sẽ
được tạo và khởi tạo nếu nó không tồn tại. Nếu không được chỉ định, apport-truy xuất
sẽ không kiểm tra các bản sao.
VÍ DỤ
Xử lý lại báo cáo sự cố gedit cục bộ gần đây sau khi các gói biểu tượng gỡ lỗi đã được
được cài đặt vào hệ thống và hiển thị dấu vết ngăn xếp được xử lý lại trên stdout:
apport-retrace --stdout /var/crash/_usr_bin_gedit.1000.crash
Xây dựng một hộp cát với tất cả các gói và ký hiệu gỡ lỗi cần thiết và bắt đầu phiên gdb trên
tệp cốt lõi của báo cáo:
apport-retrace --gdb - hệ thống hộp thư đến - bộ nhớ đệm ~ / .cache / apport-retrace
/var/crash/_usr_bin_gedit.1000.crash
Tải xuống báo cáo sự cố lỗi # 12345, chạy ở chế độ hộp cát với các tệp cấu hình cục bộ và
tải lại các dấu vết đã cập nhật cho lỗi (vì cả -g hoặc -s đều không được chỉ định):
apport-retrace --auth ~ / .cache / apport / launcpad.credentials -S ~ / retrace-conf / -C
~ / .cache / apport-retrace 12345
Sử dụng apport-retrace trực tuyến bằng các dịch vụ onworks.net