Qualquer distribuição binária relativamente nova causa pânico no kernel

8

Estou tendo problemas para usar qualquer distração binária relativamente nova nesta máquina. A última distro binária a funcionar sem problemas foi o Ubuntu 8.04. Atualmente, estou usando o Gentoo com o kernel 3.2.1 mais recente e funciona bem com todos os periféricos funcionais. Eu estava usando o Gentoo antes (desde que eu sempre tive esse problema), mas eu decidi que estava cansado de configurar tudo sozinho e esperar que as coisas compilassem o tempo todo.

Eu tentei instalar o Linux Mint 12, o Fedora 16 e o Debian Squeeze, todos com os mesmos resultados, o kernel entrou em pane. Parece acontecer com mais frequência ao acordar o notebook ou quando a placa sem fio está conectada a uma rede.

Li vários artigos indicando que há problemas com a placa sem fio que tenho, mas acho que usar rmmod iwl4965 e rmmod iwl_legacy , além de desligar o rádio sem fio, garantiria que a placa sem fio não pudesse causar um pânico no kernel. Isso não resolveu o problema. Eu também tentei usar os drivers nvidia proprietários e os drivers nouveau de código-fonte aberto depois de ler que algumas pessoas tiveram problemas com a placa de vídeo.

Também acho difícil acreditar que seja um problema de hardware, já que todo o meu hardware funciona quando tudo é compilado no sistema com o Gentoo. Tenho drivers de vídeo proprietários funcionando, a máquina ativa e desperta sem problemas e não tenho problemas ao usar wpa_supplicant e wicd na placa sem fio.

Alguém tem alguma ideia?

Informações básicas:

  • Computador Notebook: Lenovo T61

Saída 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:

Sinalizadores de kernel relacionados a 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
    
por Sean C. 01.02.2012 / 19:46

2 respostas

1

A maioria dos pânicos do kernel que eu tive com o hardware antigo acabou sendo devido a módulos RAM defeituosos. Você deve tentar executar um teste de memória na máquina. Possivelmente, as distribuições relativamente novas têm kernels muito maiores e acessam sua memória com padrões que estressam sua memória e fazem com que ela falhe.

Também é importante notar que o software de teste de memória, como o memtest86, possui muitos esquemas de teste. Cada um deles testa um aspecto diferente da sua resposta de memória que pode ocorrer na operação da vida real, portanto você deve permitir que todos os testes sejam concluídos e talvez esperar por dois ou três ciclos completos para garantir que sua RAM esteja funcionando corretamente.

    
por 06.04.2013 / 17:05
0

Apenas um pensamento: isso é provavelmente devido às funções de economia de energia. Eu tive problemas para ativar recursos de economia de energia em um ASUS-SP3G com processador Intel DX4-100 se eu usasse algo mais novo que o Debian 3.

Talvez os padrões tenham mudado de novo, mas desta vez você foi atingido por ele?

    
por 01.02.2012 / 22:09