场景说明：当mkinitrd时一个脚本的时候，而grub-install也是一个脚本，很难想象的就是尝试新鲜的事务，才会不愿意接触新的环境，但是perl脚本始终是整体，所以才有了如下的答案：
指定--boot-directory的时候，被告知， it can not be used 。现在明白了root-directroy的存在，没有尝试过，了解过，还是深入研究之后，也会出现文件目录没有保持一致的问题，就像卷标，一样，失去的青春。如何正确的使用grub-install，并且正确的启动可定是目前的重头戏，还有如何梳理，排序，才是最最重要的。授人以鱼，不如授人以渔。从今天的测试过程中，可以得知实验步骤规划的重要性，使用了grub指定内核和虚拟文件系统:
grub > kernel (hd0,0)/boot/vmlinuxz
grub > initrd (hd0,0)/boot/initrd
忘了说明，必须使用
grub > boot 重新启动，否则无法完成安装，但是为什么没有正确的启动，真是令人躁动不已啊！！
但是正如红光所言，任何的谎言都是由于采取不合理的控制，实验的方法存在缺陷导致的。而我们在
整个过程中，已经在错误的道路上了。我们尝试重启，但是我们就此放弃了bootloader选择了重新加载
然后出现Error 15 :File not foound .Maybe we will never forget spent so much time to search ,but throw it away like rubbish!!
grub中的setup和grub-install作用是一样的么？
尝试回答这个问题的基础是grub-install是一个脚本，只有在深入研究的情况下，才可以断言，但是可以从最近的文章中得知setup承担着grub安装到硬盘的神圣使命，否则一切都是虚无！！
仔细观察setup的安装打印就会了解stage_1和stage_1.5的存在。
详细说明：
启动分区和根文件分区是分开的，导致启动的时候，应该是先挂载启动分区，然后读取启动分区的menu.lst文件，展现在用户面前的是系统的选择，但是，现在我修改menu.lst启动菜单，居然完全没有效果。
例如：我修改菜单，显示系统菜单供用户选择，非常遗憾，居然没有看到菜单的存在。
另外，不管我如何修改，root路径居然没有发生改变，
解决方案：原来/boot是独立挂载的，不在根文件系统中