任何相对较新的二进制发行版都会导致内核崩溃

我在此机器上使用任何相对较新的二进制发行版时遇到问题。上一个没有问题的二进制发行版是Ubuntu 8.04。我目前正在将Gentoo与最新的3.2.1内核一起使用，并且可以与所有外设正常工作。以前我一直在使用Gentoo（因为我一直遇到这个问题），但我决定自己为自己配置所有内容并一直等待所有内容编译感到厌倦。

我尝试安装Linux Mint 12，Fedora 16和Debian Squeeze都具有相同的结果，即内核崩溃。唤醒笔记本电脑或将无线卡连接到网络时，这种情况似乎更经常发生。

我读过许多文章，表明我的无线网卡存在问题，但我认为使用rmmod iwl4965和rmmod iwl_legacy关闭无线广播会确保无线网卡不会引起内核恐慌。这不能解决问题。在阅读到有人遇到视频卡问题之后，我还尝试同时使用专有nvidia驱动程序和开放源代码nouveau驱动程序。

我也很难相信这是一个硬件问题，因为当使用Gentoo在系统上编译所有内容时，我的所有硬件都可以工作。我有专有的视频驱动程序正在工作，机器可以正常睡眠和唤醒，wpa_supplicant并且wicd在无线网卡上使用和都没有问题。

有人有想法吗？

背景资料：

笔记本电脑：联想T61

输出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:

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

— 肖恩·C。
source

kp何时发生？立即启动？随机吗？在关机期间？

— 2012年

它以不可预测的时间间隔发生（无论如何我还是无法预测的）。唤醒计算机或使用无线网络时，这种情况似乎更经常发生。实际上，使用连接到无线网络的无线适配器几乎不可能完成任何二进制发行版的安装。为了完成Fedora，Debian或Mint的安装，我必须将收音机关闭。请注意，未连接到无线设备（或至少看起来是这样）时，出现紧急情况的频率较低，但是卸载模块并关闭无线设备并不能避免紧急情况。

— 肖恩·C.

我也收到了MCE错误代码，但是在发生紧急情况时，它们从来都不一样。我手头没有密码，但是我至少看到了10种不同的密码。我几乎对自己不满意，因为我一直在使用Gentoo来获得一台稳定的机器……而且它稳定了-已经运行了好几天没有惊慌。

— 肖恩·C.

您能提供一些恐慌的例子吗？我知道这可能不是一个简单的请求，因为它听起来像您无法进行内核远程日志记录:-(。另外，您是否尝试过在其他发行版上构建自己的内核？除非您对内核使用gentoo-sources软件包，否则没什么区别

— Patrick

嗨，帕特里克。这是一个很老的问题，所以当我收到有关评论的消息时，我感到很惊讶。您的解决方案曾经是，现在是我正在使用的当前解决方案；无论如何。我只是将我的Gentoo内核复制到Linux Mint并从该内核启动。涉及了一些修补，但是现在可以正常工作。谢谢你的评论。

— Sean C.

过去，我对旧硬件所遇到的大多数内核恐慌都是由于RAM模块故障所致。您应该尝试在计算机上运行内存测试。可能是相对较新的发行版具有更大的内核，并且使用会加重内存并导致其失败的模式来访问内存。

还需要注意的是，像memtest86这样的内存测试软件具有许多测试方案。它们中的每一个都测试在实际操作中可能发生的内存响应的不同方面，因此您应允许所有测试完成，并可能等待两个或三个完整周期，以确保RAM正常工作。

— 比乔伊
source

只是想一想：这很可能是由于节电功能所致。如果我使用的是Debian 3之前的版本，则在使用Intel DX4-100处理器激活ASUS-SP3G上的节能功能时会遇到问题。

也许标准再次改变了，但是这次您被它击中了吗？

— 尼尔斯
source

我知道我在Gentoo内核中使用了ACPI，这些省电功能是指处理器的P状态吗？我很确定我已经为此内置了对内核的支持。因此，我的Gentoo是否应该与其他发行版一样经历相同的内核恐慌？

— 肖恩·C.

在上面的示例中是APM。它在以后的发行版中被禁用，因为我的BIOS有一个“已知错误”（并且我无法强制启用）。在早期发行版中，处理方式有所不同，并且一切正常（尤其是在停止时关闭电源）。我不知道您遇到的确切问题是什么-这只是我想暗示的一个方向。

— Nils 2012年