Cualquier distribución binaria relativamente nueva causa kernel pánico

Tengo problemas para usar una distribución binaria relativamente nueva en esta máquina. La última distribución binaria para trabajar sin problemas fue Ubuntu 8.04. Actualmente estoy usando Gentoo con el último núcleo 3.2.1 y está funcionando bien con todos los periféricos funcionales. Antes usaba Gentoo (ya que siempre he tenido este problema) pero decidí que estaba cansado de configurar todo y esperar a que las cosas se comstackran todo el time.

Intenté instalar Linux Mint 12, Fedora 16 y Debian Squeeze todos con los mismos resultados, los pánicos del núcleo. Parece suceder con más frecuencia al levantar el portátil o cuando la tarjeta inalámbrica está conectada a una networking.

He leído varios artículos que indican que hay problemas con la tarjeta inalámbrica que tengo, pero creo que el uso de rmmod iwl4965 y rmmod iwl_legacy , así como el apagado de la radio inalámbrica garantizarían que la tarjeta inalámbrica no cause pánico en el kernel. Esto no solucionó el problema. También intenté usar los controlleres patentados de nvidia y los controlleres de código abierto de nouveau después de leer que algunas personas tenían problemas con la tarjeta de video.

También me cuesta creer que sea un problema de hardware, ya que todo mi hardware funciona cuando todo está comstackdo en el sistema con Gentoo. Tengo controlleres de video propietarios funcionando, la máquina duerme y se despierta sin problemas, y no tengo problemas al usar wpa_supplicant y wpa_supplicant en mi tarjeta inalámbrica.

Alguien tiene alguna opinión?

Información de background:

  • Ordenador portátil: Lenovo T61

Salida de 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: 

Indicadores Kernel relacionados con 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 

La mayoría de los pánicos del kernel que solía tener con el hardware antiguo resultaron ser debido a modules de RAM defectuosos. Debería intentar ejecutar una testing de memory en la máquina. Es posible que las distribuciones relativamente nuevas tengan núcleos mucho más grandes y accedan a su memory con patrones que acentúen su memory y hagan que falle.

También es importante tener en count que el software de testing de memory como memtest86 tiene muchos esquemas de testing. Cada uno de ellos testing un aspecto diferente de la respuesta de la memory que puede producirse en el funcionamiento real, por lo que debe permitir completar todas las testings y quizás esperar dos o tres ciclos completos para asegurarse de que su RAM funcione correctamente.

Solo un pensamiento: esto es probablemente debido a las funciones de ahorro de energía. Tuve problemas para activar las funciones de ahorro de energía en una ASUS-SP3G con procesador Intel DX4-100 si utilicé algo más nuevo que Debian 3.

Tal vez los estándares han cambiado de nuevo, pero esta vez te golpeó?