Jede relativ neue binäre Distribution verursacht Kernel-Panik

Ich habe Probleme mit der Verwendung einer relativ neuen Binärdistribution auf diesem Computer. Die letzte binäre Distribution, die ohne Probleme funktionierte, war Ubuntu 8.04. Ich verwende derzeit Gentoo mit dem neuesten 3.2.1-Kernel und es funktioniert einwandfrei mit allen funktionierenden Peripheriegeräten. Ich habe Gentoo schon einmal verwendet (da ich dieses Problem immer hatte), aber ich entschied, dass ich es leid war, alles selbst zu konfigurieren und darauf zu warten, dass die Dinge die ganze Zeit kompiliert werden.

Ich habe versucht, Linux Mint 12, Fedora 16 und Debian Squeeze mit den gleichen Ergebnissen zu installieren, die Kernel-Panik. Es scheint häufiger zu passieren, wenn das Notebook aufgeweckt wird oder wenn die WLAN-Karte mit einem Netzwerk verbunden ist.

Ich habe verschiedene Artikel gelesen, die darauf hinweisen, dass es Probleme mit meiner Funkkarte gibt, aber ich würde denken, dass die Verwendung rmmod iwl4965und rmmod iwl_legacydas Ausschalten des Funkgeräts sicherstellen würde, dass die Funkkarte keine Kernel-Panik auslösen kann. Dies hat das Problem nicht behoben. Ich habe auch versucht, sowohl proprietäre nvidiaTreiber als auch Open-Source- nouveauTreiber zu verwenden, nachdem ich gelesen hatte, dass einige Leute Probleme mit der Grafikkarte hatten.

Es fällt mir auch schwer zu glauben, dass es sich um ein Hardwareproblem handelt, da meine gesamte Hardware funktioniert, wenn mit Gentoo alles auf dem System kompiliert wird. Ich habe proprietäre Videotreiber, die funktionieren, der Computer schläft und wacht ohne Probleme auf , und ich habe keine Probleme mit wpa_supplicantund wicdauf meiner WLAN-Karte.

Hat jemand irgendwelche Gedanken?

Hintergrundinformation:

Notebook: Lenovo T61

Ausgabe von 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-bezogene Kernel-Flags

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.
quelle

Wann tritt der kp auf? sofort beim Start? nach dem Zufallsprinzip? während des Herunterfahrens?

— BSD

Es tritt in unvorhersehbaren Intervallen auf (für mich sowieso unvorhersehbar). Es scheint häufiger zu passieren, wenn der Computer aufgeweckt oder ein drahtloses Netzwerk verwendet wird. Tatsächlich ist es fast unmöglich, eine Installation einer Binärdistribution mit dem an ein drahtloses Netzwerk angeschlossenen drahtlosen Adapter abzuschließen. Ich muss das Radio ausschalten, um eine Installation von Fedora, Debian oder Mint abzuschließen. Um ganz klar zu sein, die Panik tritt seltener auf, wenn keine drahtlose Verbindung besteht (oder zumindest scheint dies so zu sein), aber das Entladen der Module und das Ausschalten der drahtlosen Verbindung verhindert keine Panik.

— Sean C.

Ich habe auch MCE-Fehlercodes erhalten, aber sie sind nie die gleichen, wenn die Panik auftritt. Ich habe die Codes nicht zur Hand, aber ich habe mindestens 10 verschiedene Codes gesehen. Ich habe mich ziemlich damit abgefunden, dass ich Gentoo nicht mehr benutze, um eine stabile Maschine zu bekommen ... und stabil ist es - läuft seit Tagen ohne Panik.

— Sean C.

Können Sie Beispiele für einige der Paniken nennen? Ich erkenne, dass dies möglicherweise keine einfache Anfrage ist, da es so klingt, als könnten Sie keine Kernel-Remote-Protokollierung durchführen :-(. Haben Sie auch versucht, Ihren eigenen Kernel auf diesen anderen Distributionen aufzubauen? Es sei denn, Sie verwenden das Gentoo-Source-Paket für Ihren Kernel kein Unterschied.

— Patrick

Hallo Patrick. Dies war eine ziemlich alte Frage, daher war ich überrascht, als ich die Nachricht über einen Kommentar erhielt. Ihre Lösung war und ist die aktuelle Lösung, die ich verwende. irgendwie sowieso. Ich habe gerade meinen Gentoo-Kernel auf Linux Mint kopiert und diesen Kernel gebootet. Es wurde ein wenig gebastelt, aber es funktioniert jetzt gut. Vielen Dank für den Kommentar.

— Sean C.

Die meisten Probleme mit dem Kernel, die ich früher mit alter Hardware hatte, waren auf fehlerhafte RAM-Module zurückzuführen. Sie sollten versuchen, einen Speichertest auf dem Computer auszuführen. Möglicherweise haben die relativ neuen Distributionen viel größere Kernel und greifen mit Mustern auf Ihren Speicher zu, die Ihren Speicher belasten und zum Fehlschlagen führen.

Es ist auch wichtig zu beachten, dass Speichertestsoftware wie memtest86 viele Testschemata hat. Jeder von ihnen testet einen anderen Aspekt Ihrer Speicherreaktion, der im realen Betrieb auftreten kann. Sie sollten daher zulassen, dass alle Tests abgeschlossen sind, und möglicherweise zwei oder drei vollständige Zyklen warten, um sicherzustellen, dass Ihr RAM ordnungsgemäß funktioniert.

— Bichoy
quelle

Nur ein Gedanke: Dies liegt wahrscheinlich an den Energiesparfunktionen. Ich hatte Probleme beim Aktivieren der Energiesparfunktionen auf einem ASUS-SP3G mit Intel DX4-100-Prozessor, wenn ich etwas Neueres als Debian 3 verwendete.

Vielleicht haben sich die Standards wieder geändert, aber diesmal wurden Sie davon getroffen?

— Nils
quelle

Ich weiß, dass ich ACPI in meinem Gentoo-Kernel verwende. Beziehen sich diese Energiesparfunktionen auf die P-Zustände des Prozessors? Ich bin mir ziemlich sicher, dass ich dafür Unterstützung in meinen Kernel integriert habe. Sollte mein Gentoo nicht die gleiche Kernel-Panik wie die andere Distribution erleben?

— Sean C.

Im obigen Beispiel war es APM. Es wurde in späteren Distributionen deaktiviert, weil mein BIOS einen "bekannten Fehler" hatte (und ich konnte ihn nicht erzwingen). In frühen Distributionen wurde dies anders gehandhabt und alles funktionierte (insbesondere das Ausschalten beim Anhalten). Ich habe keine Ahnung, was genau das Problem in Ihrem Fall sein könnte - dies ist nur eine Richtung, auf die ich hinweisen wollte.

— Nils