Cualquier distribución binaria relativamente nueva causa pánico en el núcleo

8

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 iwl4965y rmmod iwl_legacyapagar 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 nvidiacontroladores propietarios y los de código nouveauabierto 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_supplicanty wicden 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
Sean C.
fuente
cuando ocurre el kp? inmediatamente al inicio? al azar? durante el apagado?
bsd
Ocurre a intervalos impredecibles (impredecible para mí de todos modos). Parece suceder con más frecuencia al despertar la computadora o al usar redes inalámbricas. De hecho, es casi imposible completar una instalación de cualquier distribución binaria con el adaptador inalámbrico conectado a una red inalámbrica. Tengo que apagar la radio para 'finalizar' una instalación de Fedora, Debian o Mint. Para ser claros, los pánicos son menos frecuentes cuando no están conectados a la red inalámbrica (o al menos así parece), pero la descarga de los módulos y la desconexión de la red inalámbrica no los previene.
Sean C.
También recibí códigos de error MCE, pero nunca son los mismos cuando ocurre el pánico. No tengo los códigos disponibles, pero he visto al menos 10 códigos diferentes. Casi me he resignado al hecho de que estoy atascado usando Gentoo para obtener una máquina estable ... y estable, es decir, he estado funcionando durante días sin pánico.
Sean C.
2
¿Puedes dar ejemplos de algunos de los pánicos? Reconozco que esto podría no ser una simple solicitud, ya que parece que no puedes hacer el registro remoto del kernel :-(. Además, ¿has intentado construir tu propio kernel en esas otras distribuciones? A menos que estés usando el paquete gentoo-sources para tu kernel, hay no hay diferencia.
Patrick
Hola patricio Esta era una pregunta bastante antigua, así que me sorprendió cuando recibí el mensaje sobre un comentario. Su solución fue, y es la solución actual que estoy usando; de alguna manera Acabo de copiar mi núcleo Gentoo en Linux Mint y arranqué ese núcleo. Hubo algunos pequeños ajustes involucrados, pero ahora funciona bien. Gracias por el comentario sin embargo.
Sean C.

Respuestas:

1

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.

Bichoy
fuente
0

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ó?

Nils
fuente
Sé que estoy usando ACPI en mi Kernel Gentoo, ¿estas funciones de ahorro de energía se refieren a los estados P del procesador? Estoy bastante seguro de que tengo soporte incorporado en mi kernel para eso. Entonces, ¿no debería mi Gentoo experimentar los mismos pánicos del kernel que la otra distribución?
Sean C.
En el ejemplo anterior fue APM. Se deshabilitó en distribuciones posteriores porque mi BIOS tenía un "error conocido" (y no pude forzarlo). En las primeras distribuciones, esto se manejaba de manera diferente y todo funcionaba (especialmente cuando se detiene). No tengo idea de cuál podría ser el problema exacto en su caso; esta es solo una dirección sobre la que quería insinuar.
Nils