Làm thế nào để điều tra nguyên nhân của tổng treo?

Máy Arch của tôi đôi khi bị treo, đột nhiên không phản hồi theo bất kỳ cách nào với chuột hoặc bàn phím. Con trỏ bị đóng băng. Ctrl-Alt-Backsp sẽ không dừng X11 và ctrl-alt-del hoàn toàn không làm gì cả. Các sơ đồ hoạt động của cpu, mạng và đĩa trong conky và icewm ngừng cập nhật. Trong vài phút quạt bật. Cách duy nhất để làm cho máy tính làm bất cứ điều gì là tắt nguồn.

Khi khởi động, màn hình nhiệt độ CPU hiển thị 70 đến 80C. Trước khi bị treo, tôi thường thực hiện các hoạt động cường độ thấp như lướt web khoảng 50C.

Các bản ghi cho thấy không có gì đặc biệt so với tắt máy bình thường. Bộ kiểm tra bộ nhớ chạy tốt với các khuyết tật bằng không.

Làm thế nào tôi có thể điều tra tại sao nó treo lên? Có thêm thông tin tôi có thể tìm thấy cho một đầu mối? Có bất cứ điều gì ít quyết liệt hơn tắt nguồn để có được một số hành động, nếu chỉ một số vỏ hạn chế hoặc chỉ là tiếng bíp, nhưng có thể đưa ra một manh mối?

Máy là máy tính xách tay Gateway P6860 17 "(cồng kềnh nhưng mạnh mẽ) và nó đang chạy Arch 64bit, tính đến thời điểm hiện tại (kể từ tháng 3 năm 2011). Tôi đã gặp Arch trong một thời gian dài, đã chuyển sang Ubuntu khoảng một tuần sau đó rút lui về một bản cài đặt mới của Arch. Đó là khi việc treo cổ bắt đầu.

CẬP NHẬT: Vâng, chắc chắn là nó quá nóng. Ở một nhiệt độ, chuột và bàn phím ngừng hoạt động, đôi khi hoạt động sau vài phút làm mát. Ở nhiệt độ cao hơn, những điều tồi tệ hơn xảy ra, như hoàn toàn không phản ứng bao gồm cả việc bỏ qua SysRq. Tình trạng này ngay sau đó là mất điện đột ngột. Tôi đã giải quyết vấn đề bằng cách mua một máy tính mới 8D

Câu trả lời của Frederik liên quan đến phép thuật SysRq và các bãi chứa hạt nhân sẽ hoạt động nếu kernel vẫn đang chạy và không thực sự bị treo. Hạt nhân có thể chỉ bận rộn vì một số lý do.

Thực tế là nó không phản hồi với Ctrl-Alt-Del cho tôi biết rằng có lẽ không phải vậy và máy đang bị khóa cứng. Điều đó có nghĩa là lỗi phần cứng, hoặc một cái gì đó liên quan chặt chẽ, như một trình điều khiển xấu.

Kiểm tra kiểm tra bộ nhớ của bạn là tốt, nếu bạn để nó chạy đủ lâu. Bạn cũng nên thử những thứ khác để thử và nhấn mạnh hệ thống, như StressLinux . Điểm chuẩn dài hạn là tốt, quá.

Một điều khác để thử là khởi động hệ thống bằng đĩa CD trực tiếp Ubuntu và cố gắng sử dụng hệ thống như bình thường. Nếu việc quay lại Ubuntu tạm thời như vậy không gây ra sự cố tái diễn, rất có thể nó không thực sự bị hỏng phần cứng, mà là một trong những điều liên quan như trình điều khiển xấu hoặc kernel được cấu hình không chính xác. Hoàn toàn có khả năng một bản phân phối phổ biến hơn như Ubuntu có thể có cấu hình kernel ổn định hơn so với Arch, đơn giản là do số lượng máy lớn hơn mà nó đã được thử trong giai đoạn thử nghiệm của bản phân phối.

Về việc đóng băng, có một vài lựa chọn:

• sử dụng cổng nối tiếp nếu hộp của bạn có một cái để lấy kết xuất ở đó bằng cách thêm console=ttyS0vào các tùy chọn khởi động, như được mô tả ở đây . Bạn cần một máy thứ hai có cổng nối tiếp và cáp modem null để bắt tệp kết xuất.

• sử dụng netconsole để có được kết xuất qua mạng, xem tại đây .

• Sử dụng kexec / kdump theo cách này bạn có được một bãi chứa cục bộ, xem tại đây .

Liên quan đến vấn đề tắt nguồn sạch, tôi khuyên bạn nên sử dụng phím SysRq ma thuật để 'Đồng bộ hóa các đĩa', hãy kết nối chúng và sau đó chọn lại hộp (các chữ cái là những chữ bạn nên gõ cùng với alt -sysrq.

Chỉnh sửa: Nếu bạn đăng oops / dấu vết lên lkml, bạn nên sử dụng phiên bản mới nhất (tốt nhất là mới nhất) của kernel và không có mô-đun độc quyền.