Cách báo cáo lỗi hệ thống


13

Tôi đang xử lý vấn đề này: Ubuntu sẽ không tắt máy (bị kẹt khi "Dừng các mô-đun hạt nhân VirtualBox")

và tôi gần như mất hết tinh thần khi muốn báo cáo lỗi. Tôi đang nghiên cứu chủ đề "Làm thế nào để báo cáo lỗi" trong hai giờ và tôi vẫn cảm thấy như một người hoàn toàn mới.

Đầu tiên tôi vào đây https://bugs.launchpad.net/ubfox/ và thử nhấp vào liên kết "Báo cáo lỗi" đưa tôi đến đây: https://help.ubfox.com/community/ReportingBugs và tôi thực sự đã đọc nó bài viết nhưng tôi vẫn bị mất. Khi tôi đến "Sự cố hệ thống" chỉ có một câu:

If your system lockups up, freezes, logs you out, etc., 
then this is not an application crash, but a system crash.
Please see below, and consult the following article for 
these types of problems 
https://help.ubuntu.com/community/DebuggingSystemCrash. 

Vì vậy, nó nói rằng bạn không thể báo cáo lỗi hệ thống? Bởi vì trên bài viết "DebuggingSystemCrash" đó không có gì về việc báo cáo lỗi.

Sau đó, tôi đến đây trên Askubfox và tìm thấy những câu hỏi như thế này: Làm thế nào để tôi báo cáo lỗi? ... nhưng một lần nữa không ai trong số họ giúp tôi. Họ đều có một lỗi về một số ứng dụng. Vì vậy, họ chỉ chạy "ubfox-bug PID, nhưng tôi không thể làm điều đó bởi vì tôi không biết PID cũng không phải là gói có lỗi. Nó chỉ xảy ra trong quá trình tắt máy.

Những ngày thời trang cũ tốt đẹp ở đâu khi bạn vừa đến launchpad và nhấp vào "Báo cáo lỗi" và đó là nó. Có thể điều đó gây ra rất nhiều báo cáo xấu, nhưng cách mới mọi người sẽ không báo cáo lỗi nếu họ không tìm hiểu làm thế nào ...


Vâng, trong trường hợp của bạn, nó không phải là một sự cố hệ thống, ít nhất là không phải theo cách các tác giả của bài viết nghĩ. Tôi giả sử rằng một số tập lệnh không hoạt động khi máy tính của bạn tắt. Vấn đề đầu tiên có thể là mô-đun VirtualBox. Nhưng nó cũng có thể là một số lệnh sau. Tôi nhận xét về câu hỏi của bạn. Hãy xem liệu chúng ta có thể tìm ra.
qbi

Cảm ơn ... thật tốt khi biết có 1 người hiểu nỗi thất vọng của tôi. Vì vậy, tôi có nên thay đổi tiêu đề của điều này nếu nó không phải là một sự cố hệ thống?
dùng568021

Theo tôi hiểu, bạn đang hỏi: "Làm thế nào để báo cáo lỗi trong đó mô-đun hạt nhân không thể tải?" Tôi đã đăng bài này, để trả lời . Nếu đó là những gì bạn đang hỏi ở đây, tôi khuyên bạn nên chỉnh sửa tiêu đề bài viết của mình để làm rõ điều đó. Mặt khác, điều này có thể kết thúc vì quá cục bộ (vì nó liên quan đến một vấn đề bạn có thể giải quyết, giải pháp được ghi lại trong câu hỏi khác của bạn).
Eliah Kagan

Câu trả lời:


8

Xác định nơi thất bại xảy ra

Nếu hệ thống của bạn không tắt được và văn bản cuối cùng bạn thấy cho bạn biết rằng nó đang cố gắng dỡ bỏ một mô-đun hạt nhân cụ thể (hoặc thực hiện bất kỳ tác vụ cụ thể nào khác) và không có dấu hiệu nào ở bên phải của nó, trên cùng một dòng , rằng nó đã thành công hay thất bại , thì vấn đề gần như chắc chắn với hành động cụ thể đó, và không phải với bất cứ điều gì tiếp theo. Trong tình huống này, bạn có thể báo cáo lỗi ghi lại sự thất bại của mô-đun hạt nhân để dỡ tải.

Báo cáo lỗi ảnh hưởng đến mô-đun hạt nhân

Nếu bạn có một lỗi là do các mô-đun hạt nhân được cung cấp bởi một gói không phải là hạt nhân cụ thể, bạn có thể báo cáo lỗi đối với gói đó. Nếu thực sự có một dịch vụ kernel đang chạy ( ps axhiển thị các luồng kernel cũng như các tiến trình bình thường) cho mô-đun mà bạn tin là gây ra sự cố, thì bạn có thể chạy ubuntu-bugvới PID của nó nếu bạn có thể chạy được ubuntu-bugtất cả .

bạn có thể không thể chạy bất kỳ lệnh nào trong tình huống này và vì thường không có quá trình chạy nào chịu trách nhiệm rõ ràng , nên sau khi khởi động lại, thay vào đó bạn nên chạy:

ubuntu-bug packagename

Ở đây, điều đó hơi khó khăn - chương trình không gian người dùng VirtualBox được cung cấp bởi virtualbox. Các mô-đun hạt nhân VirtualBox cho các máy chủ ảo hóa thường được xây dựng từ nguồn, được cung cấp bởi virtualbox-dkms.

Tôi sẽ báo cáo lỗi này virtualbox-dkms(giả sử VirtualBox đã biên dịch và cài đặt các mô-đun hạt nhân trên máy của bạn). Các chi tiết kỹ thuật của lỗi có thể chỉ ra gói nào là tốt nhất và không phải lúc nào cũng thực tế để xác định gói nào được xem là tốt nhất để ảnh hưởng đến trước khi báo cáo lỗi. Vì vậy, bạn làm tốt nhất của bạn. Nó luôn có thể được thay đổi sau này trên Launchpad, bởi bạn hoặc bởi người khác (thường là bộ ba hoặc nhà phát triển).

Nếu bạn muốn báo cáo lỗi đối với mô-đun hạt nhân đi kèm với hạt nhân, bạn có thể báo cáo lỗi đó linux:

ubuntu-bug linux

Bạn đã trả lời câu hỏi của tôi nhưng điều thú vị là vấn đề là do xampp. Vì vậy, có lẽ nó không được kết nối với hộp ảo hoặc hộp ảo-dkms ... Tôi đoán tôi có thể báo cáo lỗi với 'linux' vì tôi không biết xampp đã phá hỏng cái này, phải không ...?
dùng568021

@ user568021 XAMPP có thể kích hoạt nó, nhưng từ mô tả của bạn, hệ thống bị treo trong khi cố gắng dỡ các mô-đun. Điều tốt nhất cần làm là gỡ cài đặt hoàn toàn VirtualBox và các mô-đun hạt nhân của nó và xem liệu bạn vẫn có thể tạo ra lỗi hay không (một khi XAMPP được bật lại). Nếu bạn có thể, thì đó không phải là một lỗi trong VirtualBox. Nhưng nếu nó ngăn các mô-đun hạt nhân không được tải, tôi khuyên bạn nên giả sử nó trong kernel hoặc trong một gói cung cấp các mô-đun không tải, ngay cả khi phần mềm được kích hoạt trong gói khác. (Tất nhiên, trong lỗi giải thích cách giải quyết!)
Eliah Kagan

@EliahKagan Như user568021 đã chỉ ra (t) câu hỏi của anh ấy, tôi cũng đang trong vòng tròn cố gắng tìm nút "báo cáo lỗi" trên launchpad. Lỗi giả định của tôi: khi hệ thống của tôi (12.04 LTS) đang ngủ và tôi kết nối điện thoại Android của mình (thông qua USB, chỉ cho mục đích sạc), hệ thống nhanh chóng khởi động lại. Nâng cờ ở đâu?
hấp dẫn về natty


Có thể liên quan đến bản thân lỗi (chứ không phải là vấn đề về cách thức và nơi báo cáo) và một gợi ý về cách giải quyết có thể hiểu được: kodi.wiki/view/iêu
nutty về natty

1

Có hai cách báo cáo lỗi:

  • Nếu máy tính để bàn của bạn vẫn có thể truy cập được : ubfox-bug .
  • Nếu không : Launchpad .

Bạn có thể đoán xem gói nào sẽ báo cáo bằng cách sử dụng ứng dụng "Trình quản lý gói Synaptic". Mặt khác, trong trường hợp xấu nhất, bạn có thể chỉ cần báo cáo chống lại "linux".


Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.