就是这么一个很小的问题，又折腾了一个晚上，甚至想到要把本来的不太熟悉的ubuntu 9.04删除掉，重新安装成centos操作系统。

这 个问题的表现就是启动虚拟机后停在那里一直没有反应，使用xm list检查虚拟机状态看到的是p状态(p代表pause)。检查虚拟机配置文件，没有任何问题，同样的配置文件和镜像文件在实验室服务器的centos 上就运行非常稳定非常正常。手动使用xm create启动虚拟机，根本看不到虚拟机启动的grub界面。

其实现在想想从看不到grub 界面应该就能想到是pygrub的问题。但是自己当时没有冷静地一步一步排除故障寻找问题的根源，却想当然地认为这个问题是由tapdisk设备没有正常 运行造成的。自己还顺便检查了一下xm log，虽然看到的完全没有说waiting device...这样的信息，但自己还执迷不悟，

root@node1:~/1297172703915# pygrub ~evcuser/1297159931302/evc.img
Traceback (most recent call last):
  File "/usr/bin/pygrub", line 26, in <module>
    import fsimage
ImportError: No module named fsimage

root@node1:~/1297172703915# locate fsimage
/usr/lib/libfsimage.so.1.0
/usr/lib/libfsimage.so.1.0.0
/usr/lib/fs/ext2fs/fsimage.so
/usr/lib/fs/fat/fsimage.so
/usr/lib/fs/iso9660/fsimage.so
/usr/lib/fs/reiserfs/fsimage.so
/usr/lib/fs/ufs/fsimage.so
/usr/lib/fs/zfs/fsimage.so
/usr/lib/python2.5/site-packages/fsimage.so

在/usr/bin/pygrub文件第26行附近的代码是：
import curses, _curses, curses.wrapper, curses.textpad, curses.ascii
import getopt

sys.path = [ '/usr/lib/python', '/usr/lib64/python' ] + sys.path

import fsimage
import grub.GrubConf
import grub.LiloConf

不 知道python的库是如果识别的，比如fsimage这个库对应的文件名是libfsimage.so还是fsimage.so。但从上面的 locate输出来看，确实在/usr/lib/python2.5下有fsimage.so。再者ubuntu-xen-server用的python 也是2.5不是2.6。所以修改/usr/bin/pygrub的sys.path那一行：
sys.path = [ '/usr/lib/python', '/usr/lib64/python', '/usr/lib/python2.5/site-packages' ] + sys.path
然后再运行：
root@node1:~/1297172703915# pygrub ~evcuser/1297159931302/evc.img
就可以看到虚拟机启动时的grub界面。