多くは歴史上の経緯によるものですが、 Linux カーネルは 2 種類のパートから 構成されます: 1 つは Linux カーネルそれ自身 (vmlinux) 、 もう 1 つはブートローダが実行するセットアップコードです。

これら 2 つのパートは bzImage と呼ばれるファイルに まとめられます。このファイルはカーネルのソースツリー内に存在するはずの ものです。このファイルは現在では、 vmlinuz (x ではなく z であることに注意 してください) とカーネルパッケージ内で呼ばれます。

ELF イメージは x86 環境では直接使用されることはありません。そのため、 カーネルパッケージの本体である vmlinux ファイルは、 圧縮された vmlinux.gz という形式で配置されます。

要約すると、 x86 環境の SUSE カーネルパッケージには、 2 種類の カーネルファイルが存在することになります:

IA64 アーキテクチャ上で Linux カーネルを起動するためのブートローダ elilo では、特に何らかの作業を行なわなくても ELF 形式の読み込みに対応しています (圧縮されているものにも対応しています) 。 IA64 のカーネルパッケージには vmlinuz と呼ばれる 圧縮 ELF イメージのファイルのみが含まれていて、これは x86 環境における vmlinux.gz ファイルと同じ形式のものになっています。

PPC 環境では yaboot ブートローダを使用しますが、 このブートローダは ELF イメージの読み込みには対応しているものの、圧縮された 形式には対応していません。そのため、 PPC 版のカーネルパッケージには、 ELF 形式の Linux カーネルファイル vmlinux だけが 存在しています。 crash を使用するにあたっては、 もっとも扱いやすいアーキテクチャであると言えます。

他のマシンでダンプを解析しようとしている場合は、まずコンピュータの アーキテクチャと、デバッグに必要なファイルが存在しているかどうかを確認 しなければなりません。

他のコンピュータでダンプを解析するにあたっては、そのマシンでは同じ アーキテクチャの Linux システムを動作させる必要があります。互換性を確認 するには、両方のコンピュータで uname -i を実行し、出力が同じであることを確認してください。

なお、他のコンピュータでダンプを解析する場合は、 kernel や kernel debug パッケージに含まれるファイルも 必要となることに注意してください。

	カーネルイメージに対するサポート
圧縮されたカーネルイメージ (gzip による圧縮形式で、 bzImage ファイルは 除きます) への対応については、 SUSE パッケージでは openSUSE® 11 以降の バージョンで対応しています。古いバージョンをお使いの場合は、 vmlinux.gz (x86 アーキテクチャの場合) または vmlinuz (IA64 アーキテクチャの場合) の圧縮を解除し、 vmlinux に展開しておく必要があります。

どのコンピュータでダンプの解析を行なう場合であっても、 crash ユーティリティは 下記のような出力を行ないます:

tux@mercury:~> crash /boot/vmlinux-2.6.32.8-0.1-default.gz
/var/crash/2010-04-23-11\:17/vmcore

crash 4.0-7.6
Copyright (C) 2002, 2003, 2004, 2005, 2006, 2007, 2008  Red Hat, Inc.
Copyright (C) 2004, 2005, 2006  IBM Corporation
Copyright (C) 1999-2006  Hewlett-Packard Co
Copyright (C) 2005, 2006  Fujitsu Limited
Copyright (C) 2006, 2007  VA Linux Systems Japan K.K.
Copyright (C) 2005  NEC Corporation
Copyright (C) 1999, 2002, 2007  Silicon Graphics, Inc.
Copyright (C) 1999, 2000, 2001, 2002  Mission Critical Linux, Inc.
This program is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions.  Enter "help copying" to see the conditions.
This program has absolutely no warranty.  Enter "help warranty" for details.

GNU gdb 6.1
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "x86_64-unknown-linux-gnu"...

      KERNEL: /boot/vmlinux-2.6.32.8-0.1-default.gz
   DEBUGINFO: /usr/lib/debug/boot/vmlinux-2.6.32.8-0.1-default.debug
    DUMPFILE: /var/crash/2009-04-23-11:17/vmcore
        CPUS: 2
        DATE: Thu Apr 23 13:17:01 2010
      UPTIME: 00:10:41
LOAD AVERAGE: 0.01, 0.09, 0.09
       TASKS: 42
    NODENAME: eros
     RELEASE: 2.6.32.8-0.1-default
     VERSION: #1 SMP 2010-03-31 14:50:44 +0200
     MACHINE: x86_64  (2999 Mhz)
      MEMORY: 1 GB
       PANIC: "SysRq : Trigger a crashdump"
         PID: 9446
     COMMAND: "bash"
        TASK: ffff88003a57c3c0  [THREAD_INFO: ffff880037168000]
         CPU: 1
       STATE: TASK_RUNNING (SYSRQ)
crash>

コマンドの出力では、最初に有益な情報が出力されます。上記の例では、クラッシュ 時点で 42 個のタスクが存在していて、クラッシュの原因はプロセス ID (PID) 9446 による SysRq トリガーであることが示されています。また、原因となったプロセスは Bash プロセスであることが示されています。これは前述の例で、 echo コマンドという Bash シェルの内部コマンドを利用した ことによるものです。

crash ユーティリティはその後 GDB を起動し、多数の追加 コマンドを提供します。たとえば bt コマンドをパラメータ 無しで入力すると、クラッシュが発生した時点でのタスクに対して、バックトレースを 表示させることができます:

crash> bt
PID: 9446   TASK: ffff88003a57c3c0  CPU: 1   COMMAND: "bash"
 #0 [ffff880037169db0] crash_kexec at ffffffff80268fd6
 #1 [ffff880037169e80] __handle_sysrq at ffffffff803d50ed
 #2 [ffff880037169ec0] write_sysrq_trigger at ffffffff802f6fc5
 #3 [ffff880037169ed0] proc_reg_write at ffffffff802f068b
 #4 [ffff880037169f10] vfs_write at ffffffff802b1aba
 #5 [ffff880037169f40] sys_write at ffffffff802b1c1f
 #6 [ffff880037169f80] system_call_fastpath at ffffffff8020bfbb
    RIP: 00007fa958991f60  RSP: 00007fff61330390  RFLAGS: 00010246
    RAX: 0000000000000001  RBX: ffffffff8020bfbb  RCX: 0000000000000001
    RDX: 0000000000000002  RSI: 00007fa959284000  RDI: 0000000000000001
    RBP: 0000000000000002   R8: 00007fa9592516f0   R9: 00007fa958c209c0
    R10: 00007fa958c209c0  R11: 0000000000000246  R12: 00007fa958c1f780
    R13: 00007fa959284000  R14: 0000000000000002  R15: 00000000595569d0
    ORIG_RAX: 0000000000000001  CS: 0033  SS: 002b
crash>

ここでようやく何が行なっているのかが明確になります。内部コマンドである echo は /proc/sysrq-trigger というファイルに対して文字を送信します。対応するハンドラがその文字を認識 し、 crash_kexec() 関数を呼び出します。この関数は panic() を呼び出し、 kdump がダンプを保存する動作を 行なっていたことになります。

基本的な GDB コマンドや bt の拡張版に加え、 crash ユーティリティでは Linux カーネルの構造に対応した数多くのコマンドが用意されて います。これらのコマンドは Linux カーネルの内部データ構造を理解するもので、 それらの内容を人間にとって読み取りやすい形式で表示します。たとえばクラッシュが 発生した時点でのタスク一覧を表示させたい場合は、 ps コマンドを利用します。また sym コマンドでは、すべての カーネルシンボル情報と対応するアドレスを一覧表示することができるほか、個別の シンボルに対してアドレスを表示することもできます。それ以外にも files コマンドでは、プロセスが開いているすべてのファイル ディスクリプタを表示することができます。さらに kmem では、 カーネルのメモリ使用に関する詳細な情報を得ることもできます。それ以外にも、 vm コマンドではプロセスの仮想メモリや個別のページマッピングに 対して調査を行なうことができます。これ以外にも便利なコマンドが多数用意されて いて、様々なオプション指定を行なうことができるようになっています。

上述のコマンドは、いずれも一般的な Linux コマンドである ps や lsof などの機能に対応しています。デバッガを利用して正確な イベント順序を調査したい場合は、 GDB の使い方に関する知識を得て、高度なデバッグ 技術を習得しておく必要があります。これらの知識や技術は本ドキュメントの範疇外で あるため、説明は行なっていません。加えて、 Linux カーネルに関する知識も必要と なります。いくつかの有益な参照情報源については、このドキュメントの末尾に示して います。