Qualsiasi distribuzione binaria relativamente nuova provoca il panico del kernel

Sto riscontrando problemi nell'utilizzare qualsiasi distribuzione binaria relativamente nuova su questa macchina. L'ultima distribuzione binaria a funzionare senza problemi è stata Ubuntu 8.04. Attualmente sto usando Gentoo con l'ultimo kernel 3.2.1 e funziona perfettamente con tutte le periferiche funzionali. Prima stavo usando Gentoo (dato che ho sempre avuto questo problema) ma ho deciso di essere stanco di configurare tutto da solo e di aspettare che le cose venissero compilate continuamente.

Ho provato a installare Linux Mint 12, Fedora 16 e Debian Squeeze con tutti gli stessi risultati, il panico del kernel. Sembra accadere più frequentemente quando si sveglia il notebook o quando la scheda wireless è connessa a una rete.

Ho letto vari articoli che indicano che ci sono problemi con la scheda wireless che ho, ma penso che l'uso rmmod iwl4965e lo rmmod iwl_legacyspegnimento della radio wireless assicurerebbero che la scheda wireless non possa causare un panico nel kernel. Questo non ha risolto il problema. Ho anche provato a utilizzare sia i nvidiadriver proprietari che i driver open source nouveaudopo aver letto che alcune persone avevano problemi con la scheda video.

Trovo anche difficile credere che sia un problema hardware poiché tutto il mio hardware funziona quando tutto è compilato sul sistema con Gentoo. Ho driver video proprietari funzionanti, la macchina si attiva e si riattiva senza problemi e non ho problemi a utilizzare wpa_supplicante wicdsulla mia scheda wireless.

Qualcuno ha qualche pensiero?

Informazioni di base:

Computer portatile: Lenovo T61

Uscita di 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:

Flag del kernel relative ad 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.
fonte

quando si verifica il kp? immediatamente all'avvio? a caso? durante lo spegnimento?

— bsd

Si verifica a intervalli imprevedibili (comunque imprevedibile per me). Sembra accadere più frequentemente quando si sveglia il computer o si utilizza la rete wireless. In effetti, è quasi impossibile completare l'installazione di qualsiasi distribuzione binaria con l'adattatore wireless collegato a una rete wireless. Devo spegnere la radio per terminare l'installazione di Fedora, Debian o Mint. Per essere chiari, i panici sono meno frequenti quando non sono connessi al wireless (o almeno sembra così) ma scaricare i moduli e spegnere il wireless non impedisce il panico.

— Sean C.,

Ho ricevuto anche codici di errore MCE, ma non sono mai gli stessi quando si verifica il panico. Non ho i codici a portata di mano, ma ho visto almeno 10 codici diversi. Mi sono praticamente rassegnato al fatto che sono bloccato usando Gentoo per ottenere una macchina stabile ... e stabile è - è in esecuzione da giorni ormai senza panico.

— Sean C.,

Potete fornire esempi di alcuni dei panici? Riconosco che questa potrebbe non essere una semplice richiesta poiché sembra che tu non possa fare la registrazione remota del kernel :-(. Inoltre, hai provato a creare il tuo kernel su quelle altre distribuzioni? A meno che tu non stia usando il pacchetto gentoo-sources per il tuo kernel, c'è nessuna differenza

— Patrick,

Ciao patrick Questa era una domanda piuttosto vecchia, quindi sono rimasto sorpreso quando ho ricevuto il messaggio su un commento. La tua soluzione era ed è l'attuale soluzione che sto usando; in qualche modo. Ho appena copiato il mio kernel Gentoo su Linux Mint e ho avviato quel kernel. C'era un po 'di armeggiamento, ma ora funziona bene. Grazie per il commento però.

— Sean C.

La maggior parte dei panici del kernel che avevo con il vecchio hardware si sono rivelati dovuti a moduli RAM difettosi. Dovresti provare a eseguire un test di memoria sulla macchina. Forse le distribuzioni relativamente nuove hanno kernel molto più grandi e accedono alla tua memoria con schemi che sottolineano la tua memoria e ne causano il fallimento.

È anche importante notare che il software di test di memoria come memtest86 ha molti schemi di test. Ognuno di essi verifica un aspetto diverso della risposta della memoria che può verificarsi durante il funzionamento nella vita reale, quindi è necessario consentire il completamento di tutti i test e forse attendere due o tre cicli completi per assicurarsi che la RAM funzioni correttamente.

— Bichoy
fonte

Solo un pensiero: questo è probabilmente dovuto alle funzioni di risparmio energetico. Ho avuto problemi nell'attivazione delle funzionalità di risparmio energetico su un ASUS-SP3G con processore Intel DX4-100 se ho usato qualcosa di più recente di Debian 3.

Forse gli standard sono cambiati di nuovo, ma questa volta ne sei stato colpito?

— Nils
fonte

So che sto usando ACPI nel mio kernel Gentoo, queste funzioni di risparmio energetico ti riferisci agli stati P del processore? Sono abbastanza sicuro di avere il supporto integrato nel mio kernel per questo. Quindi, il mio Gentoo non dovrebbe provare lo stesso panico del kernel dell'altra distribuzione?

— Sean C.

Nell'esempio sopra era APM. Fu disabilitato nelle successive distribuzioni perché il mio BIOS aveva un "bug noto" (e non potevo forzarlo). Nelle prime distribuzioni questo veniva gestito in modo diverso e tutto funzionava (specialmente lo spegnimento durante l'arresto). Non ho idea di quale potrebbe essere l'esatto problema nel tuo caso - questa è solo una direzione che volevo suggerire.

— Nils,