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

8

Estou tendo problemas para usar qualquer distribuição binária relativamente nova nesta máquina. A última distribuição 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 está funcionando bem com todos os periféricos funcionais. Eu estava usando o Gentoo antes (já que sempre tive esse problema), mas decidi que estava cansado de configurar tudo sozinho e esperar que as coisas fossem compiladas o tempo todo.

Tentei instalar o Linux Mint 12, Fedora 16 e Debian Squeeze, todos com os mesmos resultados, o kernel entra em pânico. Parece acontecer com mais frequência ao ativar o notebook ou quando a placa sem fio está conectada a uma rede.

Eu li vários artigos indicando que há problemas com a placa sem fio que tenho, mas acho que o uso rmmod iwl4965e o rmmod iwl_legacydesligamento do rádio sem fio garantiriam que a placa sem fio não causasse pânico no kernel. Isso não resolveu o problema. Também tentei usar os nvidiadrivers proprietários e os de código nouveauaberto depois de ler que algumas pessoas tinham problemas com a placa de vídeo.

Também acho difícil acreditar que seja um problema de hardware, pois todo o meu hardware funciona quando tudo é compilado no sistema com o Gentoo. Tenho drivers de vídeo proprietários funcionando, a máquina dorme e acorda sem problemas e não tenho problemas ao usar wpa_supplicante wicdna minha placa sem fio.

Alguém tem alguma ideia?

Informações básicas:

  • Computador portátil: 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 à 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
hardware distros laptop kernel-panic Sean C.
fonte
quando ocorre o kp? imediatamente na inicialização? aleatoriamente? durante o desligamento?
BSD
Isso ocorre em intervalos imprevisíveis (imprevisível para mim de qualquer maneira). Parece acontecer com mais frequência ao acordar o computador ou ao usar redes sem fio. De fato, é quase impossível concluir uma instalação de qualquer distribuição binária com o adaptador sem fio conectado a uma rede sem fio. Eu tenho que desligar o rádio para terminar uma instalação do Fedora, Debian ou Mint. Só para esclarecer, o pânico é menos frequente quando não está conectado à rede sem fio (ou pelo menos parece assim), mas descarregar os módulos e desligar a rede sem fio não evitam o pânico.
26537 Sean Sean C.
Também recebi códigos de erro do MCE, mas eles nunca são os mesmos quando ocorre o pânico. Não tenho os códigos em mãos, mas vi pelo menos 10 códigos diferentes. Eu praticamente me resignei ao fato de que estou preso usando o Gentoo para obter uma máquina estável ... e estável - ela está funcionando há dias sem pânico.
26537 Sean Sean C.
2
Você pode fornecer exemplos de alguns dos pânicos? Eu reconheço que isso pode não ser uma solicitação simples, pois parece que você não pode fazer o log remoto do kernel :-(. Além disso, você já tentou criar seu próprio kernel nessas outras distribuições? A menos que você esteja usando o pacote gentoo-sources para o kernel, então não há diferença.
Patrick
Oi Patrick. Esta era uma pergunta bastante antiga, e fiquei surpresa quando recebi a mensagem sobre um comentário. Sua solução foi e é a solução atual que estou usando; de qualquer maneira. Acabei de copiar meu kernel do Gentoo para o Linux Mint e inicializei esse kernel. Havia um pouco de conserto, mas funciona bem agora. Obrigado pelo comentário.
Sean C.

Respostas:

1

A maioria dos pânicos do kernel que eu costumava ter com o hardware antigo acabou devido a módulos de RAM com defeito. 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 observar que softwares de teste de memória como o memtest86 possuem muitos esquemas de teste. Cada um deles testa um aspecto diferente da resposta da memória que pode ocorrer na operação da vida real; portanto, você deve permitir que todos os testes sejam concluídos e talvez espere dois ou três ciclos completos para garantir que sua RAM esteja funcionando corretamente.

Bichoy
fonte
0

Apenas um pensamento: isso se deve às funções de economia de energia. Ocorreu um problema ao ativar os 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 novamente, mas desta vez você foi atingido por isso?

Nils
fonte
Eu sei que estou usando ACPI no meu Kernel do Gentoo. Essas funções de economia de energia você está se referindo aos estados P do processador? Eu tenho certeza que tenho suporte embutido no meu kernel para isso. Então, meu Gentoo não deveria ter o mesmo pânico do kernel que a outra distribuição?
Sean C.
No exemplo acima, era APM. Ele foi desativado em distribuições posteriores porque meu BIOS tinha um "bug conhecido" (e eu não pude forçá-lo). Nas distribuições iniciais, isso era tratado de maneira diferente e tudo funcionava (principalmente desligando quando interrompendo). Não tenho idéia de qual pode ser o problema exato no seu caso - esta é apenas uma direção que eu queria sugerir.
Nils