Toute distribution binaire relativement nouvelle provoque des paniques du noyau

8

J'ai du mal à utiliser une distribution binaire relativement nouvelle sur cette machine. La dernière distribution binaire à fonctionner sans problème était Ubuntu 8.04. J'utilise actuellement Gentoo avec le dernier noyau 3.2.1 et son bon fonctionnement avec tous les périphériques fonctionnels. J'utilisais Gentoo auparavant (car j'ai toujours eu ce problème) mais j'ai décidé que j'étais fatigué de tout configurer moi-même et d'attendre que les choses se compilent tout le temps.

J'ai essayé d'installer Linux Mint 12, Fedora 16 et Debian Squeeze tous avec les mêmes résultats, les paniques du noyau. Cela semble se produire plus fréquemment lors du réveil de l'ordinateur portable ou lorsque la carte sans fil est connectée à un réseau.

J'ai lu divers articles indiquant qu'il y a des problèmes avec la carte sans fil que j'ai, mais je pense que l'utilisation rmmod iwl4965et l' rmmod iwl_legacyarrêt de la radio sans fil garantiraient que la carte sans fil ne pourrait pas provoquer une panique du noyau. Cela n'a pas résolu le problème. J'ai également essayé d'utiliser à la fois des nvidiapilotes propriétaires et des pilotes open source nouveauaprès avoir lu que certaines personnes avaient des problèmes avec la carte vidéo.

J'ai également du mal à croire que c'est un problème matériel car tout mon matériel fonctionne quand tout est compilé sur le système avec Gentoo. J'ai des pilotes vidéo propriétaires qui fonctionnent, la machine se met en veille et se réveille sans problème, et je n'ai aucun problème à utiliser wpa_supplicantet wicdsur ma carte sans fil.

Quelqu'un at-il des idées?

Informations d'arrière-plan:

  • Ordinateur portable: Lenovo T61

Sortie 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:

Indicateurs de noyau liés à 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.
la source
quand le kp se produit-il? immédiatement au démarrage? au hasard? pendant l'arrêt?
bsd
Cela se produit à des intervalles imprévisibles (imprévisible pour moi de toute façon). Cela semble se produire plus fréquemment lors du réveil de l'ordinateur ou de l'utilisation d'un réseau sans fil. En fait, il est presque impossible de terminer l'installation d'une distribution binaire avec l'adaptateur sans fil connecté à un réseau sans fil. Je dois éteindre la radio pour terminer une installation de Fedora, Debian ou Mint. Juste pour être clair, les paniques sont moins fréquentes lorsqu'elles ne sont pas connectées au sans fil (ou du moins cela semble ainsi), mais le déchargement des modules et la désactivation du sans fil n'empêchent pas les paniques.
Sean C.
J'ai également reçu des codes d'erreur MCE, mais ils ne sont jamais les mêmes lorsque la panique se produit. Je n'ai pas les codes sous la main, mais j'ai vu au moins 10 codes différents. Je me suis résigné à peu près au fait que je suis bloqué en utilisant Gentoo pour obtenir une machine stable ... et stable, elle fonctionne depuis des jours maintenant sans panique.
Sean C.
2
Pouvez-vous fournir des exemples de certaines des paniques? Je reconnais que cela pourrait ne pas être une simple demande car il semble que vous ne puissiez pas faire de journalisation à distance du noyau :-(. Aussi, avez-vous essayé de construire votre propre noyau sur ces autres distributions? À moins que vous n'utilisiez le paquet gentoo-sources pour votre noyau, theres pas de différence
Patrick
Salut Patrick. C'était une question assez ancienne, donc j'ai été surpris quand j'ai reçu le message d'un commentaire. Votre solution était et est la solution actuelle que j'utilise; de toute façon. Je viens de copier mon noyau Gentoo sur Linux Mint et j'ai démarré ce noyau. Il y avait un peu de bricolage impliqué, mais cela fonctionne bien maintenant. Merci pour le commentaire.
Sean C.

Réponses:

1

La plupart des paniques du noyau que j'ai eues avec du vieux matériel se sont avérées être dues à des modules RAM défectueux. Vous devriez essayer d'exécuter un test de mémoire sur la machine. Peut-être que les distributions relativement nouvelles ont des noyaux beaucoup plus grands et accèdent à votre mémoire avec des modèles qui sollicitent votre mémoire et la font échouer.

Il est également important de noter que les logiciels de test de mémoire comme memtest86 ont beaucoup de schémas de test. Chacun d'eux teste un aspect différent de votre réponse en mémoire qui peut se produire en fonctionnement réel, vous devez donc permettre à tous les tests de se terminer et peut-être attendre deux ou trois cycles complets pour vous assurer que votre RAM fonctionne correctement.

Bichoy
la source
0

Juste une pensée: cela est probablement dû aux fonctions d'économie d'énergie. J'ai eu des problèmes pour activer les fonctionnalités d'économie d'énergie sur un ASUS-SP3G avec processeur Intel DX4-100 si j'utilisais quelque chose de plus récent que Debian 3.

Peut-être que les normes ont changé à nouveau, mais cette fois-ci, vous en avez été frappé?

Nils
la source
Je sais que j'utilise ACPI dans mon noyau Gentoo, ces fonctions d'économie d'énergie font-elles référence aux états P du processeur? Je suis quasiment sûr d'avoir un support intégré à mon noyau pour cela. Alors, mon Gentoo ne devrait-il pas subir les mêmes paniques du noyau que l'autre distribution?
Sean C.
Dans l'exemple ci-dessus, c'était APM. Il a été désactivé dans les distributions ultérieures car mon BIOS avait un "bug connu" (et je n'ai pas pu le forcer). Dans les premières distributions, cela était géré différemment et tout fonctionnait (en particulier la mise hors tension lors de l'arrêt). Je n'ai aucune idée du problème exact dans votre cas - c'est juste une direction sur laquelle je voulais faire allusion.
Nils