Bất kỳ phân phối nhị phân tương đối mới gây ra hoảng loạn hạt nhân

Tôi gặp sự cố khi sử dụng bất kỳ bản phân phối nhị phân tương đối mới nào trên máy này. Bản phân phối nhị phân cuối cùng hoạt động mà không gặp sự cố là Ubuntu 8.04. Tôi hiện đang sử dụng Gentoo với kernel 3.2.1 mới nhất và nó hoạt động tốt với tất cả các chức năng ngoại vi. Tôi đã sử dụng Gentoo trước đây (vì tôi luôn gặp phải vấn đề này) nhưng tôi quyết định rằng tôi mệt mỏi với việc tự cấu hình mọi thứ và chờ đợi mọi thứ được biên dịch mọi lúc.

Tôi đã thử cài đặt Linux Mint 12, Fedora 16 và Debian Bóp tất cả với cùng kết quả, sự hoảng loạn hạt nhân. Nó dường như xảy ra thường xuyên hơn khi đánh thức máy tính xách tay lên hoặc khi card không dây được kết nối với mạng.

Tôi đã đọc nhiều bài báo chỉ ra rằng có vấn đề với card không dây mà tôi gặp phải, nhưng tôi nghĩ rằng việc sử dụng rmmod iwl4965và rmmod iwl_legacytắt radio không dây sẽ đảm bảo rằng card không dây không thể gây ra sự hoảng loạn hạt nhân. Điều này đã không khắc phục vấn đề. Tôi cũng đã thử sử dụng cả nvidiatrình điều khiển độc quyền và nouveautrình điều khiển nguồn mở sau khi đọc rằng một số người có vấn đề với thẻ video.

Tôi cũng thấy khó tin rằng đó là sự cố phần cứng vì tất cả phần cứng của tôi đều hoạt động khi mọi thứ được biên dịch trên hệ thống với Gentoo. Tôi có trình điều khiển video độc quyền hoạt động, máy ngủ và thức dậy mà không gặp sự cố và tôi không gặp vấn đề gì khi sử dụng wpa_supplicantvà wicdtrên thẻ không dây của mình.

Có ai có suy nghĩ gì không?

Thông tin lai lịch:

Máy tính xách tay: Lenovo T61

Đầu ra của lspci:

00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub (rev 0c)
00:01.0 PCI bridge: Intel Corporation Mobile PM965/GM965/GL960 PCI Express Root Port (rev 0c)
00:19.0 Ethernet controller: Intel Corporation 82566MM Gigabit Network Connection (rev 03)
00:1a.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI  Controller #4 (rev 03)
00:1a.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 03)
00:1a.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 03)
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 03)
00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 (rev 03)
00:1c.2 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 3 (rev 03)
00:1c.3 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 4 (rev 03)
00:1c.4 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 5 (rev 03)
00:1d.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f3)
00:1f.0 ISA bridge: Intel Corporation 82801HBM (ICH8M-E) LPC Interface  Controller (rev 03)
00:1f.2 IDE interface: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA IDE Controller (rev 03)
00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 03)
01:00.0 VGA compatible controller: nVidia Corporation Quadro NVS 140M (rev a1)
03:00.0 Network controller: Intel Corporation PRO/Wireless 4965 AG or AGN [Kedron] Network Connection (rev 61)
15:00.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ba)
15:00.1 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev  04)
15:00.2 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 21)
15:00.3 System peripheral: Ricoh Co Ltd R5C843 MMC Host Controller (rev 11)
15:00.4 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 11)
15:00.5 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev 11)

/ Proc / cpuinfo

processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 15
model name      : Intel(R) Core(TM)2 Duo CPU     T7300  @ 2.00GHz
stepping        : 10
microcode       : 0x92
cpu MHz         : 2000.000
cache size      : 4096 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 2
apicid          : 0
initial apicid  : 0
fpu             : yes
fpu_exception   : yes
cpuid level     : 10
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm ida dts tpr_shadow vnmi flexpriority
bogomips        : 3989.02
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor       : 1
vendor_id       : GenuineIntel
cpu family      : 6
model           : 15
model name      : Intel(R) Core(TM)2 Duo CPU     T7300  @ 2.00GHz
stepping        : 10
microcode       : 0x92
cpu MHz         : 1200.000
cache size      : 4096 KB
physical id     : 0
siblings        : 2
core id         : 1
cpu cores       : 2
apicid          : 1
initial apicid  : 1
fpu             : yes
fpu_exception   : yes
cpuid level     : 10
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm ida dts tpr_shadow vnmi flexpriority
bogomips        : 3989.80
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

Cờ hạt nhân liên quan đến ACPI

CONFIG_X86_64_ACPI_NUMA=y
CONFIG_ACPI=y
CONFIG_ACPI_SLEEP=y
CONFIG_ACPI_PROCFS=y
CONFIG_ACPI_PROC_EVENT=y
CONFIG_ACPI_AC=y
CONFIG_ACPI_BATTERY=y
CONFIG_ACPI_BUTTON=y
CONFIG_ACPI_FAN=y
CONFIG_ACPI_DOCK=y
CONFIG_ACPI_PROCESSOR=y
CONFIG_ACPI_HOTPLUG_CPU=y
CONFIG_ACPI_THERMAL=y
CONFIG_ACPI_NUMA=y
CONFIG_ACPI_BLACKLIST_YEAR=0
CONFIG_ACPI_CONTAINER=y
CONFIG_X86_ACPI_CPUFREQ=y
CONFIG_PNPACPI=y
CONFIG_ATA_ACPI=y

— Sean C.
nguồn

khi nào kp xảy ra? Ngay lập tức khi khởi nghiệp? ngẫu nhiên? Trong thời gian tắt máy?

— bsd

Nó xảy ra ở những khoảng thời gian không thể đoán trước (dù sao tôi cũng không thể đoán trước được). Nó dường như xảy ra thường xuyên hơn khi đánh thức máy tính hoặc sử dụng mạng không dây. Trên thực tế, gần như không thể hoàn thành việc cài đặt bất kỳ phân phối nhị phân nào với bộ điều hợp không dây được kết nối với mạng không dây. Tôi phải chuyển radio sang 'tắt' để hoàn tất cài đặt Fedora, Debian hoặc Mint. Nói rõ hơn, sự hoảng loạn ít xảy ra hơn khi không được kết nối với mạng không dây (hoặc ít nhất là theo cách này) nhưng việc dỡ các mô-đun và tắt không dây không ngăn được sự hoảng loạn.

— Sean C.

Tôi cũng đã nhận được mã lỗi MCE, nhưng chúng không bao giờ giống nhau khi sự hoảng loạn xảy ra. Tôi không có mã trong tay, nhưng tôi đã thấy ít nhất 10 mã khác nhau. Tôi đã khá cam chịu với thực tế rằng tôi bị mắc kẹt khi sử dụng Gentoo để có được một cỗ máy ổn định ... và nó ổn định - đã chạy được nhiều ngày mà không hoảng loạn.

— Sean C.

Bạn có thể cung cấp ví dụ về một số hoảng loạn? Tôi nhận ra đây có thể không phải là một yêu cầu đơn giản vì có vẻ như bạn không thể ghi nhật ký từ xa kernel :-(. Ngoài ra, bạn đã thử xây dựng kernel của riêng mình trên các distro khác chưa? Trừ khi bạn đang sử dụng gói gentoo-nguồn cho kernel của mình, có không có gì khác biệt.

— Patrick

Xin chào Patrick. Đây là một câu hỏi khá cũ nên tôi đã rất ngạc nhiên khi nhận được tin nhắn về một bình luận. Giải pháp của bạn là, và là giải pháp hiện tại tôi đang sử dụng; loại nào Tôi vừa sao chép kernel Gentoo của mình sang Linux Mint và khởi động kernel đó. Có một chút mày mò liên quan, nhưng bây giờ nó hoạt động tốt. Cảm ơn cho nhận xét mặc dù.

— Sean C.

Hầu hết các cơn hoảng loạn hạt nhân mà tôi từng có với phần cứng cũ hóa ra là do các mô-đun RAM bị lỗi. Bạn nên thử chạy thử nghiệm bộ nhớ trên máy. Có thể các bản phân phối tương đối mới có hạt nhân lớn hơn nhiều và truy cập vào bộ nhớ của bạn với các mẫu gây căng thẳng cho bộ nhớ của bạn và khiến nó bị lỗi.

Cũng cần lưu ý rằng phần mềm kiểm tra bộ nhớ như memtest86 có rất nhiều chương trình kiểm tra. Mỗi trong số chúng kiểm tra một khía cạnh khác nhau của phản ứng bộ nhớ của bạn có thể xảy ra trong hoạt động thực tế, vì vậy bạn nên cho phép tất cả các thử nghiệm hoàn thành và có thể đợi hai hoặc ba chu kỳ đầy đủ để đảm bảo RAM của bạn hoạt động chính xác.

— Bíchoy
nguồn

Chỉ cần một suy nghĩ: Điều này là có thể do các chức năng tiết kiệm năng lượng. Tôi gặp vấn đề khi kích hoạt các tính năng tiết kiệm năng lượng trên ASUS-SP3G với bộ xử lý Intel DX4-100 nếu tôi sử dụng bất cứ thứ gì mới hơn Debian 3.

Có lẽ các tiêu chuẩn đã thay đổi một lần nữa nhưng lần này bạn bị nó tấn công?

— Nils
nguồn

Tôi biết tôi đang sử dụng ACPI trong Hạt nhân Gentoo của mình, đây có phải là các chức năng tiết kiệm năng lượng mà bạn đang đề cập đến trạng thái P của bộ xử lý không? Tôi khá chắc chắn rằng tôi đã hỗ trợ tích hợp vào kernel của mình cho điều đó. Vì vậy, Gentoo của tôi không nên trải qua cơn hoảng loạn hạt nhân giống như các bản phân phối khác?

— Sean C.

Trong ví dụ trên, đó là APM. Nó đã bị vô hiệu hóa trong các bản phân phối sau này vì BIOS của tôi có "lỗi đã biết" (và tôi không thể buộc nó vào). Trong các bản phân phối ban đầu, việc này được xử lý khác nhau và mọi thứ đều hoạt động (đặc biệt là tắt nguồn khi tạm dừng). Tôi không biết vấn đề chính xác có thể là gì trong trường hợp của bạn - đây chỉ là một hướng tôi muốn gợi ý.

— Nils