kanepaの日記: カネパったよ~ 4
日記 by
kanepa
昨日くらいでしょうか、突然Ubuntuマシンがwacomドライバをコンパイルしようとしたときにカーネルパニックしました。エンターキーを押した途端にです。
Xが落ちたと持ったらカーネルパニックでした。(Caps lockとScroll lockが点滅したので)なんてこったい。原因はわかりませんが、その後調べてみたら、ログに大量の「libdrm」関連のログが吐き出されていました。但しlibdrm関連の何のメッセージか分かりません。
ちなみにXのドライバはnouveauです。
現在カーネルパニックの原因を調査中。今後バグ報告するときか何かでカーネルパニックのコアダンプもとりたいので、kdumpも仕掛けておいた。最悪なことrsyslogには何もバックトレースすらログられてなかったです。
カーネルパニックのログってrsyslogとかには吐き出されないものなのでしょうか?(Kernel Oopsならログられるけど)
kdumpをインストールしたときに同梱されていたkexec。これ使うと高速再起動できるようで。カーネルパニック時の再起動時は確かに楽ですよね。あと、カーネルパラメタに「kernel.panic=30」ってすると、カーネルパニック時に自動的に再起動がかかるので、マシン的にも危険なハードウェアリセット(電源長押し)という強行手段に出なくてもいい。
簡単に言うと、カーネルがパニクったときは静かに再起動、ね。
今のところ、カーネルはパニクってませんが、心配なので様子見で。
普通 /var/log/messages じゃないか? パニック時のログは… (スコア:1)
普通 oops だの panic だののメッセージは /var/log/messages に出るものだと思いますが…
逆に言うと、kernel panic 時に /var/log/messages にメッセージが出ていないなら、それはつまり HDD 周りのドライバーかファイルシステムがいの一番に死んだ、ということ。
この場合は、カーネルダンプからメッセージを拾い出すしか無い。ディスクに書けなくても、文字列としてはどこかにあるはずだから…
fjの教祖様
なるほど、勉強になります。 (スコア:1)
返信ありがとうございます。
>逆に言うと、kernel panic 時に /var/log/messages にメッセージが出ていないなら、それはつまり HDD 周りのドライバーかファイルシステムがいの一番に死んだ、ということ。
なるほど。参考になる意見ありがとうございます。確かにハードディスク関連の方は何ら異常なさそうでした。(smartの値も調べましたが、特に異常は見当たりませんでした。多分ハードディスク系のエラーのカーネルパニックなら、カーネルパニック以外の何らかのログに書き出されているとは思いますけど……。書き込みできなかった、マウントが失敗した、とか)
ということは、okky様の言う通り、もしかすると(HDD関連の)カーネルドライバかハードディスク以外の部分で何らか起こっているのかも知れませんね。(でもドライバやモジュール関連ならば何らかのログが吐かれていても……と思いますが、いかがでしょうか)
ただ今のところはカーネルパニックしてませんので、今後様子を見て見ようと思います。
結構この問題には自分自身興味ありますし。
I love Free software !!
Re:なるほど、勉強になります。 (スコア:1)
まて…「HDD関連の方は何ら異常無さそうだ」って… そんなのどうやって判ったのさ。消去法でしか絶対わからないはずなのに!!!
「デバイスドライバーの異常」と「ハードウェアの異常」は全然別物だよ??!
デバイスドライバーがフリーズした場合、HDDの読み書きはいっさいやらなくなるから、smartに異常がないのはむしろあたりまえだよ?!
fjの教祖様
すいません、思い違いでした。 (スコア:1)
>「デバイスドライバーの異常」と「ハードウェアの異常」は全然別物だよ??!
デバイスドライバーがフリーズした場合、HDDの読み書きはいっさいやらなくなるから、smartに異常がないのはむしろあたりまえだよ?!
貴重なご指摘ありがとうございます。
実は今日の朝、このコメントを携帯のフルブラウザ上から読んで、ふと何らかの思い違いをしていたことに気づきました。あの時、ついついデバイスドライバとハードウェアの異常をごちゃ混ぜにして考えてしまい、ついそのように書いてしまったのです。
今思えば、確かにハードウェアの異常とデバイスドライバの異常は別物に考えないとダメですね……。
I love Free software !!