如果你正在使用Windbg+Vmware或Windbg+VirtualBox进行内核调试,并且觉得虚拟串口方式过于缓慢,那么这个就是你最需要的东西了!它可以大幅提升调试时数据传输的速度,实在是居家旅行、杀人灭口,必备良药~~(后悔用得太晚了)
这是一个开源项目,工程在sourceforge上:
http://sourceforge.net/projects/virtualkd/原理和Vmkd差不多,但是使用范围更广,安装更简单了。我简单讲一讲在Vmware上如何使用。
一、准备工作
从上面的网址下载VirtualKD-2.2.zip(当前版本为2.2),并解压出来。应该会有以下文件:
二、Guest OS中相应部分的安装
启动虚拟机中的GuestOS,然后把上面的target文件夹的内容全部拷贝到GuestOS中。
运行vminstall.exe。
这里相关的东西除了拷贝文件外添加服务外,其实就是新添加一个DEBUG模式的启动菜单,就是更改boot.ini(如图中红框部分所示),但是这一切由vminstall.exe来完成。
不过我发现vminstall.exe好像有个小Bug,新添加的启动入口并没有名称显示,你可以打开boot.ini自己加上。如果是Vista或Win7的话,使用如下命令:
bcdedit /set dbgtransport kdvm.dll
这个装好后,GuestOS中的部分就完成了。
三、HOST OS中相应部分的安装
实际上VirtualKD完全绿色,不需要安装,只要找个合适的地方放好,然后运行vmmon.exe就可以了~~
vmmon.exe会自动找到vmware-vmx.exe并显示在上面,并显示它的一些详细信息。
然后在界面下方的位置你会看到一些设置选项:
Start debugger automatically:GuestOS启动时自动启动调试器
Stop debugger automatically:退出时自动关闭调试器(经测试好像不好使)
DbgBreakPoint() on start:系统启动时的第一时间就中断下来
TraceAssist params:该功能是把虚拟机GuestOS的DbgPrint输出记录到文件,而不是发送到调试器,这样可以在输出特别频繁时提高性能
Debugger path:调试器路径,这里选择你的Windbg就可以了
Unpath process/Repath process:动态地对vmware_vmx.exe进行Patch或恢复(这也是VirtualKD功能的核心)
Run debugger:启动设置好的调试器
Close:退出vmmon.exe
在HOST端我们要做的工作将会非常简单,只需要在Vmware中启动虚拟机的同时启动vmmon.exe就可以了。剩下的vmmon.exe都会替我们做好(动态查找vmware-vmx.exe并进行Patch).
如果你选上了Start debugger automatically那么虚拟机中GuestOS启动的同时vmmon会自动帮你打开调试器,非常方便。
如果你仍然想像以前那样自已通过加参数的方式启动windbg进行双机调试,那么它的参数可以这么写:
"C:\Program Files\Debugging Tools for Windows\windbg.exe" -k com:port=\\.\pipe\kd_WinXP,pipe
关键就是这个管道的名称,也就是kd_<你的GuestOS的安装目录>.比如我的XP虚拟机安装目录在E:\Vmware\WinXP,那么管道名称就是kd_WinXP.
实际上也就是虚拟机系统的*.vmx文件所在的文件夹的名字。
更方便一点,直接看vmmon里显示的管道名称就可以了。
如果你使用的是这种内存动态Patch方式的话,因为总是要运行vmmon.exe,建议还是选上自动启动调试器,会方便一点。或者可以按照readme.txt中的相关介绍直接进行永久性文件Patch,这样就不需要运行vmmon.exe了,详情可参考readme.txt。
另外,VirualKD还解决了一个BUG,就是GuestOS中断在调试器时会大量占用CPU的问题,这个也很爽了。搞完这些之后,调试时数据传输的速度将会大幅提升,你就可以体验极速的感觉了~~~
posted on 2010-05-08 22:03
batstying 阅读(2150)
评论(0) 编辑 收藏 引用