Làm thế nào để chẩn đoán đóng băng ngẫu nhiên?

Ubuntu dường như luôn đóng băng trong ~ 15 phút đầu tiên khi nó khởi động trên máy của tôi. Đôi khi chỉ trong 5 phút đầu tiên, đôi khi phải mất 30 phút, đôi khi điều đó không bao giờ xảy ra ...

Tôi không thể tái tạo nó một cách dứt khoát, nhưng dù sao nó cũng có thể xảy ra đủ để tôi có thể chờ nó xảy ra lần nữa.

Làm thế nào tôi có thể chẩn đoán đóng băng để tìm ra nguyên nhân ?

Lưu ý cho những người bỏ phiếu gần:
Không, đây không phải là một bản sao của câu hỏi này . Câu hỏi này là về chẩn đoán , không phải là một sự phục hồi tạm thời. Các câu trả lời cho câu hỏi đó chỉ cho tôi biết cách giết X Server, sử dụng Magic Combo để thiết lập lại kernel, v.v .... điều đó không giúp tôi tìm ra nguyên nhân.

Một số thông tin:

1. Ubuntu 11.04: 2.6,38-15 chung # 66-Ubuntu SMP x86_64 GNU / Linux

2. Chuột đôi khi di chuyển xung quanh, nhưng UI không bao giờ phản hồi.

3. Nhấn Ctrl+ Alt+ F1để vào thiết bị đầu cuối không hoạt động.

4. Các Alt+ SysRqcombo làm việc ... và dường như là điều duy nhất mà làm việc, ngoài chuột (mà đôi khi cũng có thể di chuyển xung quanh).

5. Tôi không dùng hết tài nguyên (nhiều GB RAM và dung lượng hệ thống tệp là miễn phí)

6. Phần cứng có thể có liên quan (từ ứng dụng Phần cứng Lister):

   • Bộ điều hợp mạng không dây AR9285 (PCI-Express)

   • GT216 [GeForce GT 330M] (Tôi đang sử dụng trình điều khiển Nouveau, có vẻ như hoạt động tốt)

Các bản ghi phải luôn là cổng đầu tiên của bạn. Kiểm tra syslog cho bất cứ điều gì không mong muốn:

less /var/log/syslog

Đồng thời kiểm tra nhật ký Xserver trong trường hợp có bất kỳ dấu hiệu nào của sự cố trình điều khiển đồ họa (mặc dù điều đó nghe có vẻ ít được đưa ra mô tả của bạn):

less /var/log/Xorg.0.log

Trong trường hợp cụ thể của bạn, các bước này có thể không đưa ra bất cứ điều gì thú vị. Trong trường hợp đó, tôi rất muốn xem những gì đang xảy ra trên hệ thống của bạn tại thời điểm xảy ra sự cố. Cuối cùng, cá nhân tôi đã thiết lập một nhật ký topđầu ra tạm thời trong khoảng thời gian ngắn - cứ sau 5 hoặc 10 giây. Điều này hy vọng sẽ tiết lộ nếu một quy trình đang hoạt động mạnh mẽ với các tài nguyên tại thời điểm xảy ra sự cố.

Lưu ý rằng các lựa chọn thay thế tồn tại, chẳng hạn như chuyển sang một tty khác với Ctrl+Alt+F1.. F6(để quay lại GUI, nó Ctrl+Alt+F7) và chạy các lệnh tương tác hoặc định cấu hình máy chủ SSH và đăng nhập từ xa. Cả hai điều này có thể gây khó xử nếu máy của bạn không phản hồi, do đó tôi đề nghị viết một logfile (điều này cũng có thể gặp phải vấn đề tương tự, nhưng có nhiều khả năng thành công hơn).

Nó sẽ liên quan đến một cái gì đó như thế này:

while [ 1 -eq 1 ] ; do top -b >> ~/top.log; sleep 10; done

Điều này sẽ ghi topđầu ra vào một logfile tại ~ / top.log cứ sau 10 giây hoặc lâu hơn. Lưu ý rằng nhật ký này sẽ phát triển khá lớn nếu lệnh này được chạy trong một thời gian dài, vì vậy hãy theo dõi nó nếu máy của bạn đột nhiên bắt đầu hoạt động! Và xóa nhật ký rm ~/top.logkhi bạn hoàn thành nó. Cũng lưu ý rằng việc thực hiện lệnh trên là việc một lần; nó sẽ không tự khởi động lại sau khi khởi động lại.

Để đọc nhật ký được tạo sau sự cố, bạn sẽ sử dụng

less ~/top.log

và nhấn Endphím để xuống đáy. Bạn sẽ tìm kiếm các quy trình có giá trị CPU cao bất thường hoặc giá trị RES cao bất thường.

Nó có thể hoặc không thể giúp đỡ, nhưng đó là thông tin hữu ích để có.