Setiap distro biner yang relatif baru menyebabkan panik kernel

Saya mengalami kesulitan menggunakan setiap distro biner yang relatif baru pada mesin ini. Distro biner terakhir yang berfungsi tanpa masalah adalah Ubuntu 8.04. Saat ini saya menggunakan Gentoo dengan kernel 3.2.1 terbaru dan berfungsi dengan baik dengan semua periferal fungsional. Saya menggunakan Gentoo sebelumnya (karena saya selalu memiliki masalah ini) tetapi saya memutuskan saya sudah bosan mengkonfigurasi semuanya sendiri dan menunggu hal-hal untuk dikompilasi sepanjang waktu.

Saya mencoba menginstal Linux Mint 12, Fedora 16 dan Debian Squeeze semua dengan hasil yang sama, panik kernel. Tampaknya terjadi lebih sering ketika membangunkan notebook atau ketika kartu nirkabel terhubung ke jaringan.

Saya telah membaca berbagai artikel yang menunjukkan bahwa ada masalah dengan kartu nirkabel yang saya miliki, tetapi saya akan berpikir bahwa menggunakan rmmod iwl4965dan rmmod iwl_legacyjuga mematikan radio nirkabel akan memastikan bahwa kartu nirkabel tidak dapat menyebabkan kepanikan kernel. Ini tidak memperbaiki masalah. Saya juga telah mencoba menggunakan nvidiadriver berpemilik dan driver open-source nouveausetelah membaca bahwa beberapa orang memiliki masalah dengan kartu video.

Saya juga merasa sulit untuk percaya bahwa ini adalah masalah perangkat keras karena semua perangkat keras saya berfungsi ketika semuanya dikompilasi pada sistem dengan Gentoo. Saya memiliki driver video berpemilik yang berfungsi, mesin tidur dan bangun tanpa masalah, dan saya tidak memiliki masalah menggunakan wpa_supplicantdan wicdpada kartu nirkabel saya.

Adakah yang punya pikiran?

Informasi latar belakang:

Komputer notebook: Lenovo T61

Output dari 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:

Bendera Kernel terkait 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.
sumber

kapan kp terjadi? segera saat startup? secara acak? saat shutdown?

— bsd

Itu terjadi pada interval yang tidak dapat diprediksi (toh saya tidak dapat diprediksi). Tampaknya terjadi lebih sering ketika membangunkan komputer atau menggunakan jaringan nirkabel. Bahkan, hampir mustahil untuk menyelesaikan instalasi distribusi biner apa pun dengan adaptor nirkabel yang terhubung ke jaringan nirkabel. Saya harus mengganti radio ke 'off' untuk menyelesaikan instalasi Fedora, Debian atau Mint. Hanya untuk memperjelas, kepanikan lebih jarang terjadi ketika tidak terhubung ke nirkabel (atau setidaknya tampaknya seperti ini) tetapi membongkar modul dan mematikan nirkabel tidak mencegah kepanikan.

— Sean C.

Saya telah menerima kode kesalahan MCE juga, tetapi mereka tidak pernah sama ketika panik terjadi. Saya tidak memiliki kode di tangan, tetapi saya telah melihat setidaknya 10 kode berbeda. Saya sudah cukup banyak pasrah dengan kenyataan bahwa saya terjebak menggunakan Gentoo untuk mendapatkan mesin yang stabil ... dan stabil itu - sudah berjalan selama berhari-hari sekarang tanpa panik.

— Sean C.

Bisakah Anda memberikan contoh beberapa kepanikan? Saya tahu ini mungkin bukan permintaan sederhana karena sepertinya Anda tidak dapat melakukan logging jauh kernel :-(. Juga, apakah Anda sudah mencoba membuat kernel Anda sendiri pada distro-distro lain itu? Kecuali Anda menggunakan paket gentoo-sources untuk kernel Anda, ada tidak ada perbedaan

— Patrick

Hai Patrick. Ini adalah pertanyaan yang cukup lama jadi saya terkejut ketika saya mendapat pesan tentang komentar. Solusi Anda adalah, dan merupakan solusi saat ini yang saya gunakan; semacam itu. Saya baru saja menyalin kernel Gentoo saya ke Linux Mint dan mem-boot kernel itu. Ada sedikit bermain-main, tapi itu berfungsi dengan baik sekarang. Terima kasih atas komentarnya.

— Sean C.

Sebagian besar panik kernel yang dulu saya alami dengan perangkat keras lama ternyata disebabkan oleh modul RAM yang salah. Anda harus mencoba menjalankan tes memori pada mesin. Mungkin distribusi yang relatif baru memiliki kernel yang jauh lebih besar dan mengakses memori Anda dengan pola yang menekankan memori Anda dan menyebabkannya gagal.

Penting juga untuk dicatat bahwa perangkat lunak pengujian memori seperti memtest86 memiliki banyak skema pengujian. Masing-masing menguji aspek berbeda dari respons memori Anda yang mungkin terjadi dalam operasi kehidupan nyata, jadi Anda harus membiarkan semua tes untuk menyelesaikan dan mungkin menunggu dua atau tiga siklus penuh untuk memastikan RAM Anda bekerja dengan benar.

— Bichoy
sumber

Hanya sebuah pemikiran: Ini mungkin karena fungsi hemat daya. Saya mengalami masalah dalam mengaktifkan fitur hemat daya pada ASUS-SP3G dengan prosesor Intel DX4-100 jika saya menggunakan sesuatu yang lebih baru daripada Debian 3.

Mungkin standar telah berubah lagi, tetapi kali ini Anda terkena?

— Nils
sumber

Saya tahu saya menggunakan ACPI di Gentoo Kernel saya, apakah ini fungsi hemat daya yang Anda maksud dengan status-P prosesor? Saya cukup yakin saya memiliki dukungan bawaan untuk kernel saya untuk itu. Jadi, bukankah Gentoo saya akan mengalami kepanikan kernel yang sama dengan distro lainnya?

— Sean C.

Dalam contoh di atas itu adalah APM. Itu dinonaktifkan di distribusi kemudian karena BIOS saya memiliki "bug yang dikenal" (dan saya tidak bisa memaksanya). Dalam distribusi awal ini ditangani secara berbeda dan semuanya bekerja (terutama mematikan ketika berhenti). Saya tidak tahu apa masalah sebenarnya dalam kasus Anda - ini hanya arah yang ingin saya beri petunjuk.

— Nils