Любой относительно новый бинарный дистрибутив вызывает панику ядра

У меня проблемы с использованием любого относительно нового бинарного дистрибутива на этой машине. Последним бинарным дистрибутивом, который работал без проблем, был Ubuntu 8.04. В настоящее время я использую Gentoo с последним ядром 3.2.1, и он отлично работает со всеми периферийными устройствами. Раньше я пользовался Gentoo (так как у меня всегда была эта проблема), но я решил, что устал сам все настраивать и все время ждать компиляции.

Я попытался установить Linux Mint 12, Fedora 16 и Debian Squeeze все с одинаковыми результатами, ядро паникует. Похоже, это происходит чаще, когда ноутбук просыпается или когда беспроводная карта подключена к сети.

Я читал различные статьи о том, что у меня есть проблемы с беспроводной картой, но я думаю, что использование rmmod iwl4965и rmmod iwl_legacyотключение беспроводной радиосвязи гарантировало бы, что беспроводная карта не может вызвать панику ядра. Это не решило проблему. Я также попытался использовать как проприетарные nvidiaдрайверы, так и драйверы с открытым исходным кодом nouveauпосле прочтения, что у некоторых людей были проблемы с видеокартой.

Мне также трудно поверить, что это аппаратная проблема, поскольку все мое оборудование работает, когда все компилируется в системе с Gentoo. У меня работают проприетарные видеодрайверы, машина без проблем спит и просыпается, и у меня нет проблем с использованием wpa_supplicantи wicdна моей беспроводной карте.

У кого-нибудь есть мысли?

Исходная информация:

Ноутбук: Lenovo T61

Выход 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:

Флаги ядра, связанные с 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

— Шон С.
источник

когда происходит КП? сразу при запуске? случайным образом? во время выключения?

— BSD

Это происходит с непредсказуемыми интервалами (в любом случае непредсказуемо для меня). Кажется, это происходит чаще, когда вы просыпаетесь от компьютера или используете беспроводную сеть. Фактически практически невозможно завершить установку любого двоичного дистрибутива с беспроводным адаптером, подключенным к беспроводной сети. Я должен выключить радио, чтобы завершить установку Fedora, Debian или Mint. Просто чтобы прояснить ситуацию, паника возникает реже, когда она не подключена к беспроводной сети (или, по крайней мере, так кажется), но выгрузка модулей и выключение беспроводной сети не предотвращают панику.

— Шон С.

Я также получил коды ошибок MCE, но они никогда не бывают одинаковыми, когда возникает паника. У меня нет кодов под рукой, но я видел по крайней мере 10 разных кодов. Я в значительной степени смирился с тем фактом, что я застрял, используя Gentoo, чтобы получить стабильную машину ... и стабильную - она работает уже несколько дней без паники.

— Шон С.

Можете ли вы привести примеры некоторых из паники? Я понимаю, что это может быть не простой запрос, так как звучит так, будто вы не можете вести удаленную запись в журнал ядра :-(. Также вы пытались собрать свое ядро на этих других дистрибутивах? Если вы не используете пакет gentoo-sources для своего ядра, то есть без разницы.

— Патрик

Привет, Патрик. Это был довольно старый вопрос, поэтому я был удивлен, когда получил сообщение о комментарии. Ваше решение было и является текущим решением, которое я использую; вроде как угодно. Я просто скопировал свое ядро Gentoo в Linux Mint и загрузился с этого ядра. Было немного повозиться, но теперь все работает нормально. Спасибо за комментарий, хотя.

— Шон С.

Большая часть паники ядра, которая была у меня на старом оборудовании, оказалась из-за неисправных модулей памяти. Вы должны попробовать запустить тест памяти на машине. Возможно, относительно новые дистрибутивы имеют гораздо большие ядра и получают доступ к вашей памяти с помощью шаблонов, которые нагружают вашу память и приводят к ее отказу.

Также важно отметить, что программное обеспечение для тестирования памяти, такое как memtest86, имеет множество схем тестирования. Каждый из них проверяет различные аспекты вашей памяти, которые могут возникнуть в реальной работе, поэтому вам следует разрешить выполнение всех тестов и, возможно, подождать два или три полных цикла, чтобы убедиться, что ваша память работает правильно.

— Bichoy
источник

Просто мысль: это возможно благодаря функциям энергосбережения. У меня были проблемы с активацией функций энергосбережения на ASUS-SP3G с процессором Intel DX4-100, если я использовал что-то более новое, чем Debian 3.

Возможно, стандарты снова изменились, но на этот раз вы пострадали от этого?

— Nils
источник

Я знаю, что я использую ACPI в моем ядре Gentoo. Эти функции энергосбережения вы ссылаетесь на P-состояния процессора? Я почти уверен, что для этого у меня есть встроенная поддержка. Итак, разве мой Gentoo не должен испытывать такую же панику ядра, как другие дистрибутивы?

— Шон С.

В приведенном выше примере это был APM. Он был отключен в более поздних дистрибутивах, потому что в моем BIOS была «известная ошибка» (и я не мог ее принудительно включить). В ранних дистрибутивах это обрабатывалось по-другому, и все работало (особенно отключение питания при остановке). Я понятия не имею, что именно может быть проблема в вашем случае - это просто направление, о котором я хотел бы намекнуть.

— Нильс