kdb编译，安装，使用完全手册
鉴于目前很多网站匿名转载本文，为了维护中华人民共和国互联网行业的保护原创作者版权规定，请自觉在文章开头添加本人的版权信息。该文章版权由netchecking所有。请在转发时，加入以下文字，尊重作者劳动成果，谢谢合作。
// 作者：netchecking
//blog:http://blog.csdn.net/netchecking
当前最愤恨的就是网上太少又关于kdb的文章，有很多误导，即使有大都很难按照步骤成功运行。
笔者通过大量的实践和对kdb的使用经验，愿意把详细的步骤写出来与大家分享。
编译kdb。
步骤1：
kdb不是Linux内核的标准配置，需要先到这个网站上去下载一个版本，2个文件
ftp://oss.sgi.com/projects/kdb/download/v4.4/
kdb-v4.4-2.6.15-common-1（kdb-v4.4-2.6.15-common-1.bz2）
kdb-v4.4-2.6.15-i386-1（kdb-v4.4-2.6.15-i386-1.bz2）
步骤2：
下载一个纯的linux内核源码文件，网址太多的，不说了
记住，一定要是纯的linux内核源码，不能是什么redhat等等公司出的版本。否则在pacth时就会出现error了。
比如有一次我把patch打到了/usr/src/redhat/BUILD/kernel-2.6.15/linux-2.6.15.i686里就发生了错误，
这个目录是redhat自己改过的源码，不是纯的源码，所以出错。
下载到的源码必须和步骤1的小版本一致。比如我的纯linux内核版本是2.6.15-1***。
把linux纯内核源码文件命名为linux，放到/usr/src中。
步骤3：
把步骤1得到的解压后的2个文件kdb-v4.4-2.6.15-common-1，kdb-v4.4-2.6.15-i386-1放到/usr/src/linux目录里。
这时就会很顺利的patch成功，只要不出现什么reject这样的提示就算成功。
一旦发现出现了reject这样的信息，只有2种可能：
一是你的内核不是真正的内核，是公司改进过的内核；二是kdb版本和源码版本不一致。
步骤4：
该linux配置，在这里千万不要用make menuconfig这样的命令，你可能很奇怪，为什么？我的经验表明，不同的linux/kdb版本menuconfig出来
的kdb选项有很大的不同，用语言是无法准确描述，我原来参考很多网上的资料都是根据menuconfig来，造成了描述矛盾，很难搞明白。在这里
，我们直接改写文件最为牢靠。
先运行make menuconfig这个命令，不更改任何选项，直接回车，然后选择yes，这样就能生成一个隐藏的文件.config了。
用vi/vim 打开这个文件，
改写如下：
CONFIG_KDB=y
CONFIG_KDB_MODULES=n
CONFIG_KDB_OFF=n
CONFIG_KALLSYMS=y
CONFIG_FRAME_POINTER=y
保存。记住，这样做比在menuconfig菜单选项里选择要安全和清晰的多。
打开kdb/kdb_cmds这个文件，全部注释掉所有：例如：
# Initial commands for kdb, alter to suit your needs.
# These commands are executed in kdb_init() context, no SMP, no
# processes. Commands that require process data (including stack or
# registers) are not reliable this early. set and bp commands should
# be safe. Global breakpoint commandsaffect each cpu as it is booted .
# Standard debugging jin information for first level support, just type archkdb
# or archkdbcpu or netchecking archkdbshort at the kdb prompt.
defcmd archkdb "" "First line arch debugging"
#set BTSYMARG 1
#set BTARGS 5
#-archkdbcommon
#-bta
endefcmd
defcmd archkdbcpu "" "archkdb with only tasks on cpus"
#set BTSYMARG 1
#set BTARGS 5
#-archkdbcommon
#-btc
endefcmd
defcmd archkdbshort "" "archkdb with less detailed backtrace"
#set BTSYMARG 0
#set BTARGS 0
#-archkdbcommon
#-bta
endefcmd
为什呢，因为大家刚开始接触kdb时，非常不熟悉，如果把全部选项都注释后，kdb就变的比较容易操作，
否则重启系统以后，你还以为安装出错呢，不信可以试试，呵呵。
等你水平高了以后，在改过来，重新编译系统就可以了。
步骤5：
改写Makefile文件中的EXTRAVERSION,随便取个名字吧。
make all
make bzImage
make modules
make modules_install
make install
有文章说要改写什么lilo文件。
不用改写什么lilo文件，你的系统如果只支持grub,你根本在系统里找不到lilo,改什么改！！！
步骤6：
重启，在系统选项里选择这个新的系统就可以了。
在系统开始引导时，你会在屏幕上看到3-5行关于kdb的信息，其实就是kdb_cmds里的配置，
我们已经注释掉了，所以光显示，不会运行（这样最安全，否则如果你对kdb不熟，改kdb_cmds错了，在启动时就会出现
什么内核panic的恐怖信息，这就是总是不能启动成功的原因）。
看到其他的启动跟没安装kdb时一样，成功进入提示你输入用户名，密码进入系统时，就表明你的kdb才真正的安装成功了。
启动kdb。
用root权限进入系统。
# echo "1" > /proc/sys/kernel/kdb 回车以后没什么反映，说明启动成功了。
我的同事运行这个命令以后，提示找不到kdb这个文件，后来我给他调试时发现kdb根本就没安装成功，最后我给他重新安装就没问题了。
按“Pause Break”键，就会出现kdb的使用接口了。如果想退出，就输入go，然后按回车即可。我后来发现通过f1进入系统后，输入go+回车后
怎么也退不出来，在f2进入系统后，输入go+回车后就很顺利的退出了，这个现象非常奇怪，我猜可能跟linux本身有关系。
使用kdb。
谁说kdb不能源码级调试，那时他没真正用过kdb.
其实kdb是可以源码级调试的，在这里的前提是对源码级调试的定义，反正你使用kdb用单步跟踪时是可以看到源码也一行一行的自动走的，对
你怀疑有bug的地方进行查看，非常方便。
关于使用kdb谁说都没用，关键看文档，记住不要看其他任何第三方的文档（有很多误导），就看上面你的Documentation/kdb里的slides等文档，这才是最没有污染和最正宗的文档。
笔者netchecking之所以写这篇文档，关键就是当初开始使用kdb时，遭到了很多网络上的文章的误导，导致曾经多次放弃kdb，又多次捡了回来。记得当时怎么编也过不去，编译后的启动失败，使用过程中的迷惑等往事，真的非常感慨，历史就是一面镜子。总结历史就是为了让后人少走弯路。我的kdb经历的最大经验就是：“一定要以kdb文档为准，不轻信网络上的文章，宝典等”（当然，我写的文章对于你来说也要辩证的吸收了）。