恢复9.10Grub引导过程的离奇经历以及解决方法

　　昨天师兄找我帮忙解决找回Grub来引导已装有Ubuntu9.10的机子，我一听这工作我做过多遍了欣然答应。
　　问明情况：原先装的win7后又装了Ubuntu，最后某次又重新安装了win7。linux用多了后才觉得windows真的挺流氓的~~凭什么安装linux时，可以识别机器上已经装过的windows而反之则不可识别（甚至可以认为是有点霸道的直接把linux的引导直接做掉）呢？
　　开始干，放入livecd启动系统，进入终端。由于我上篇博文里的解决方法只能针对开机有Grub命令行的情况，对于师兄windows引导不适用，于是用博文里的第一种方法对其操作。怎料，始终不能成功，最后一步总是提示复制不成功。（中间遇到的第一个离奇错误：虽然Grub菜单未能修复成功，但Grub已经写入mbr，windows的引导已经没了，可以通过Grub命令行引导了。我在提示不成功时，卸载了Grub，然后重新在新立得里安装了Grub2，重启后尝试能否在命令行下进入win7，结果重启后发现应该是grub>的命令变成了sh:grub>，连kernel这样的命令都不识别，汗下来了。。。这意味着我连linux也进不去了。）
　　折腾过程省略，后来发现在
　　1.fdisk -l
　　2.mount /dev/sdax /mnt
　　3.grub-install --root-directory=/mnt/ /dev/sdax
　　的最后一步粗心的少打一个空格及/，看到提示成功修复Grub的信息后，我松了口气，终于搞定了~~难道这就是GC了吗？NO。。。
　　退出livecd重启顺利进入Ubuntu，打开终端，熟悉的敲入update-grub，结果我发现Grub并没有识别到系统中的win7。。。我不禁蛋微微一疼：这linux是找回来了，怎么win7丢了？（这是过程中遇到的第二个离奇经历，修复Grub居然能丢windows，这在以前是从未有过的事，而且后来发现虽然我输入这个更新Grub的命令后提示更新成功，但是引导文件menu.lst的内容却没有更新，我把旧内核删除了但旧内核的引导还在，汗。。。至今未发现原因）
　　还好哥对修改menu稍微会点，不然这蛋疼的结局真不知道咋收场。打开menu，首先将旧内核的引导删除，然后在最后加入了：
　　1.   title  win7
　　2.   root （hd0,x)
　　3.   savedefault
　　4.   makeactive
　　5.   chainloader  +1
　　尝试重启，终于解决，俩个系统都找回来了。
　　在此希望有过经验的网友能解答我的俩个疑问：针对俩个离奇经历，什么情况下会出现sh:grub；以及为什么update-grub后系统找不到windows，menu的内容也不发生变化。