質問: linuxカーネルパニックの原因の特定 私はubuntu 12.04派生(amd64)を実行していますが、最近非常に奇妙な問題が発生しています。突然、一見すると、xはしばらく(1〜3分?)完全にフリーズし、システムが再起動します。このシステムはオーバークロックされていますが、windowsで確認されているように非常に安定しています。そのため、カーネルパニックが発生している、またはモジュールの1つに問題があると思います。 linuxでもlinpackを実行できますが、cpuにとんでもない負荷をかけてもクラッシュしません。マシンがアイドル状態でも、クラッシュはランダムなタイミングで発生するようです。システムをクラッシュさせる原因をデバッグするにはどうすればよいですか?プロプライエタリのnvidiaドライバーである可能性があるという直感で、私はドライバーの安定したバージョンであるバージョン304までずっと戻しましたが、それでもクラッシュが発生します。クラッシュ後のデバッグ手順を教えてもらえますか?私はサムドライブで起動して、クラッシュ後の構成ファイルをすべて投稿できれば幸いです。それがどうなるかわかりません。システムをクラッシュさせている原因を調べるにはどうすればよいですか?ここに、通常の原因であるログの束があります。。xsession-errors: http://pastebin.com/eedtvkvm / var/log/xorg.0.log: http://pastebin.com/ftsg5van / var/log/kern.log: http://pastebin.com/hsy7jchz / var/log/syslog: http://pastebin.com/9fkp3fmz クラッシュの記録もまったく見当たらないようです。クラッシュのトリガーはそれほど単純ではなく、gpuが一度に複数のものを描画しようとしたときに発生するようです。 youtubeビデオを全画面で表示して、しばらく繰り返すか、大量のgifをスクロールすると、skypeの通知がポップアップ表示され、クラッシュすることがあります。これで頭をすっかり引っ掻いた。cpuは4.8ghzにオーバークロックされていますが、完全に安定しており、昨日の巨大なlinpack実行とprime95の9時間を1回のクラッシュなしで乗り切りました。更新kdump、crash、linux-crashdump、およびカーネルバージョン3.2.0-35のカーネルデバッグシンボルをインストールしました。クラッシュしたカーネルファイルでapport-unpackを実行し、crashクラッシュダンプでvmcoreを実行すると、次のようになります。 kernel: /usr/lib/debug/boot/vmlinux-3.2.0-35-generic dumpfile: downloads/crash/vmcore cpus: 8 date: thu jan 10 16:05:55 2013 uptime: 00:26:04 load average: 2.20, 0.84, 0.49 tasks: 614 nodename: mightymoose release: 3.2.0-35-generic version: #55-ubuntu smp wed dec 5 17:42:16 utc 2012 machine: x86_64 (3499 mhz) memory: 8 gb panic: "[ 1561.519960] kernel panic - not syncing: fatal machine check" pid: 0 command: "swapper/5" task: ffff880211251700 (1 of 8) [thread_info: ffff880211260000] cpu: 5 state: task_running (panic) logユーティリティからcrashを実行すると、ログの下部に次のように表示されます。[ 1561.519943] [hardware error]: cpu 4: machine check exception: 5 bank 3: be00000000800400 [ 1561.519946] [hardware error]: rip !inexact! 33:<00007fe99ae93e54> [ 1561.519948] [hardware error]: tsc 539b174dead addr 3fe98d264ebd misc 1 [ 1561.519950] [hardware error]: processor 0:206a7 time 1357862746 socket 0 apic 1 microcode 28 [ 1561.519951] [hardware error]: run the above through 'mcelog --ascii' [ 1561.519953] [hardware error]: cpu 0: machine check exception: 4 bank 3: be00000000800400 [ 1561.519955] [hardware error]: tsc 539b174de9d addr 3fe98d264ebd misc 1 [ 1561.519957] [hardware error]: processor 0:206a7 time 1357862746 socket 0 apic 0 microcode 28 [ 1561.519958] [hardware error]: run the above through 'mcelog --ascii' [ 1561.519959] [hardware error]: machine check: processor context corrupt [ 1561.519960] kernel panic - not syncing: fatal machine check [ 1561.519962] pid: 0, comm: swapper/5 tainted: p m c o 3.2.0-35-generic #55-ubuntu [ 1561.519963] call trace: [ 1561.519964] <#mc> [<ffffffff81644340>] panic+0x91/0x1a4 [ 1561.519971] [<ffffffff8102abeb>] mce_panic.part.14+0x18b/0x1c0 [ 1561.519973] [<ffffffff8102ac80>] mce_panic+0x60/0xb0 [ 1561.519975] [<ffffffff8102aec4>] mce_reign+0x1f4/0x200 [ 1561.519977] [<ffffffff8102b175>] mce_end+0xf5/0x100 [ 1561.519979] [<ffffffff8102b92c>] do_machine_check+0x3fc/0x600 [ 1561.519982] [<ffffffff8136d48f>] ? intel_idle+0xbf/0x150 [ 1561.519984] [<ffffffff8165d78c>] machine_check+0x1c/0x30 [ 1561.519986] [<ffffffff8136d48f>] ? intel_idle+0xbf/0x150 [ 1561.519987] <<eoe>> [<ffffffff81509697>] ? menu_select+0xe7/0x2c0 [ 1561.519991] [<ffffffff815082d1>] cpuidle_idle_call+0xc1/0x280 [ 1561.519994] [<ffffffff8101322a>] cpu_idle+0xca/0x120 [ 1561.519996] [<ffffffff8163aa9a>] start_secondary+0xd9/0xdb btはバックトレースを出力します:pid: 0 task: ffff880211251700 cpu: 5 command: "swapper/5" #0 [ffff88021ed4aba0] machine_kexec at ffffffff8103947a #1 [ffff88021ed4ac10] crash_kexec at ffffffff810b52c8 #2 [ffff88021ed4ace0] panic at ffffffff81644347 #3 [ffff88021ed4ad60] mce_panic.part.14 at ffffffff8102abeb #4 [ffff88021ed4adb0] mce_panic at ffffffff8102ac80 #5 [ffff88021ed4ade0] mce_reign at ffffffff8102aec4 #6 [ffff88021ed4ae40] mce_end at ffffffff8102b175 #7 [ffff88021ed4ae70] do_machine_check at ffffffff8102b92c #8 [ffff88021ed4af50] machine_check at ffffffff8165d78c [exception rip: intel_idle+191] rip: ffffffff8136d48f rsp: ffff880211261e38 rflags: 00000046 rax: 0000000000000020 rbx: 0000000000000008 rcx: 0000000000000001 rdx: 0000000000000000 rsi: ffff880211261fd8 rdi: ffffffff81c12f00 rbp: ffff880211261e98 r8: 00000000fffffffc r9: 0000000000000f9f r10: 0000000000001e95 r11: 0000000000000000 r12: 0000000000000003 r13: ffff88021ed5ac70 r14: 0000000000000020 r15: 12d818fb42cfe42b orig_rax: ffffffffffffffff cs: 0010 ss: 0018 --- <mce exception stack> --- #9 [ffff880211261e38] intel_idle at ffffffff8136d48f #10 [ffff880211261ea0] cpuidle_idle_call at ffffffff815082d1 #11 [ffff880211261f00] cpu_idle at ffffffff8101322a 何か案は?
回答: tsc 539b174dead addr 3fe98d264ebd misc 1 [1561.519950] [ハードウェアエラー]:processor 0:206a7 time 1357862746 socket 0 apic 1マイクロコード28。プロセッサー0は、カーネルがクラッシュを処理するために使用したものです。 (マルチcpuシステムの問題)およびソケット0が問題のあるプロセッサです(私は1つしかないと思いますが)。それは悪いか、またはオーバークロックされた障害の原因であることに気付きました。あなたがprime95までそれをとったと言ったのを知っていますが、私がシステムが何歳であるかについての詳細がわからないので、私はいくつかのストローをつかんでいます、あなたのサーマルペーストはどのように見えますか、そしてあなたのlga( cpu)よさそうですか?たぶんピンが曲がっていたり、lgaの下にペーストが貼られていると思います。ここでも根本原因です。それでも問題が解決しない場合は、smbiosを使用してパニックが発生した場所を正確に見つけるための小さなトリックがあります。別の行(tsc 539b174de9d addr 3fe98d264ebd misc 1)は、基本的に、クラッシュが発生した場所を示すsmbiosデータです。マシンが起動したら、コマンドライン実行で、「tsc 539b174de9d addr 3fe98d264ebd misc 1」をエコーします。出力を取得するためにsudo mcelog --ascii --dmiを実行すると、ハードウェアエラーであり、処理対象のdimmであっても、dimmの障害が発生するたびに障害のあるdimmまたはバスパスを示している可能性があります。ただし、クラッシュはcpuを指します。