Tengo problemas para usar una distribución binaria relativamente nueva en esta máquina. La última distribución binaria que funcionó sin problemas fue Ubuntu 8.04. Actualmente estoy usando Gentoo con el último kernel 3.2.1 y funciona bien con todos los periféricos funcionales. Estaba usando Gentoo antes (ya que siempre tuve este problema) pero decidí que estaba cansado de configurar todo yo mismo y esperar que las cosas se compilaran todo el tiempo.
Intenté instalar Linux Mint 12, Fedora 16 y Debian Squeeze, todos con los mismos resultados, el kernel entra en pánico. Parece suceder con más frecuencia cuando se activa el portátil o cuando la tarjeta inalámbrica está conectada a una red.
He leído varios artículos que indican que hay problemas con la tarjeta inalámbrica que tengo, pero creo que usar rmmod iwl4965
y rmmod iwl_legacy
apagar la radio inalámbrica garantizaría que la tarjeta inalámbrica no pudiera causar un pánico en el núcleo. Esto no solucionó el problema. También he intentado usar los nvidia
controladores propietarios y los de código nouveau
abierto después de leer que algunas personas tenían problemas con la tarjeta de video.
También me resulta difícil creer que sea un problema de hardware ya que todo mi hardware funciona cuando todo está compilado en el sistema con Gentoo. Tengo controladores de video patentados funcionando, la máquina duerme y se activa sin problemas, y no tengo problemas al usar wpa_supplicant
y wicd
en mi tarjeta inalámbrica.
Alguien tiene alguna opinión?
Información de contexto:
- 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:
Banderas de kernel relacionadas 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
fuente
Respuestas:
La mayoría de los pánicos del núcleo que solía tener con el hardware antiguo resultaron ser debido a los módulos RAM defectuosos. Debe intentar ejecutar una prueba de memoria en la máquina. Posiblemente, las distribuciones relativamente nuevas tienen núcleos mucho más grandes y acceden a su memoria con patrones que estresan su memoria y hacen que falle.
También es importante tener en cuenta que el software de prueba de memoria como memtest86 tiene muchos esquemas de prueba. Cada uno de ellos prueba un aspecto diferente de su respuesta de memoria que puede ocurrir en la operación de la vida real, por lo que debe permitir que se completen todas las pruebas y tal vez esperar dos o tres ciclos completos para asegurarse de que su RAM funcione correctamente.
fuente
Solo un pensamiento: esto se debe a las funciones de ahorro de energía. Tuve problemas para activar las funciones de ahorro de energía en un ASUS-SP3G con procesador Intel DX4-100 si usaba algo más nuevo que Debian 3.
¿Quizás los estándares han cambiado nuevamente pero esta vez te golpeó?
fuente