是否存在Grub4dos所有命令使用详解？

lee88889999

在wike和lianjiang写的教程，仅可以找到部分，可能是很久不更新了，感觉很不完全。

原帖由 不才 于 2010-8-30 21:49 发表
嘿嘿，试试这样成不？
ls (hd0,0)/earmark && map (hd1) (hd0)
ls (hd0,0)/earmark && map (hd0) (hd1)
earmark为放在u盘上的特征文件。
通常采用usb-hdd方式启动u盘后，u盘均被识别为第一硬盘。这也是此招 ...

这里的 ls, && 无处可查，很希望找到一本象新华字典那样的东西。

zhhsh

&& 是这样的：如果前面的返回的结果是真就执行后面的命令map (hd1) (hd0)
ls (hd0,0)/earmark 表达的是(hd0,0)/earmark是否存在

sratlf

完整意思就是  

第一行  检测(hd0,0)是否有earmark文件存在  存在就交换磁盘1和0

第一行  检测(hd0,0)是否有earmark文件存在  存在就交换磁盘0和1

两次交换就使得USB-HDD启动的U盘变为第二硬盘

renchmin

Grub4dos的帮助文档里面好像有各种命令的详细解释。

Climbing

对于grub4dos来说，确实没有一个完备的命令详解，也不容易有，因为并不是所有人都了解所有命令的可能用法，甚至有些命令连开发者不点自己可能都不熟悉。

要了解所有命令的详细用法，我认为第一个途径是看别人（尤其是高手）写的menu.lst（试图搞懂每行命令的意思），然后是看grub4dos的readme.txt（这是最权威的官方文档），再就是看论坛里相关的讨论（尤其是在增加相关功能时的讨论）。

wiqd

开发者都不熟悉的命令为什么要开发出来？

chenall

原帖由 wiqd 于 2010-9-1 09:07 发表
开发者都不熟悉的命令为什么要开发出来？

开发某个命令只是为了实现某些特定的功能，但是它的作用其实并不止一点，会很多你意想不到的应用.

sratlf

比如经常见到的各种奇思妙想  他们所用的工具大多都是早就有的  但是换了个用法可能效果就完全不同了

lzy157

是啊，如果有 Grub4dos 命令使用详解或者常用菜单实例教程，对我们菜鸟来说那是多么的宝贵！

yjstone

Grub4dos功能是如此这强大让我敬佩不已，但Grub4dos的帮助文档是如此这差劲让我失望不已。Grub4dos让我受益良多，但同时经常为某个命令的意思苦苦查找而不得其果感到异常的“愤怒”，有时觉得Grub4dos正象某人所说的那样，是少数人自娱自乐的工具而已。我曾将下载的Grubrdos压缩包里的README_GRUB4DOS.TXT英文说明打印下来慢慢研读，发现里面也只是部分有更新的命令的说明，一些基本的命令用法都没有解释，好象初学者个个都是天才，基本的命令不用解释一看都会懂。觉得Grub4dos目前最为迫切的任务不是开发新命令和消除BUG，而是完善说明文档，这将是广大使用者特别是初用者的福祉。

[ 本帖最后由 yjstone 于 2010-9-1 16:19 编辑 ]

lianjiang

期待开发者们在消灭完grub4dos的所有bug后，出完整帮助文件。

intellect

是呀，有时候看到一个高手写的菜单都不明白。G4D的开发人员是要出一个G4D命令的教材，这样有利于G4D的推广和应用，别人一看就明白怎么回事，这样才有兴趣学习，不然找了半天都找不到教材，学习的积极性都没了。希望不点大师和其他的大师考虑一下。谢谢！！！

Climbing

楼上各位埋怨grub4dos没有详细文档的同学，你们有没有想过，既然从一开始grub4dos就缺乏文档，为什么又能培养出那么多高手呢？例如，chenall，pseudo，zhaohj等。尤其是zhaohj，他接触grub4dos的时间并不长，但进步很快，他现在写的某些菜单，我是写不出来甚至看不懂的。你们觉得他们都是天才，不需要学习及参考资料就学会了grub4dos？

实际上，埋怨grub4dos资料少的人，我只能说是你们太懒了。grub4dos最初只有不点一个人开发，光用来解决程序中的bug及增加新功能就已经耗费了他的大部分精力，也没有时间写文档，不过，grub4dos源于grub legacy，最初功能上并没有太大变化（grub legacy的官方网站有详细的使用文档，大部分grub4dos命令的用法都跟grub legacy一样，只有少数命令有变化），只是由最初的linux环境转移到了dos而已，后来用户越来越多，提要求的也越来越多，所以，grub4dos的功能也就越来越多，而且，随着bug的排除，运行也越来越稳定。我刚接触grub4dos时，它还只有最基本的功能，没有现在这么强劲的磁盘仿真、dd、cat、ls、pxe、外部扩展等功能。在这个过程中，不断有人总结grub4dos的使用资料，我最早接触看的资料就是由Gandalf写的一个很简单但很有用的基础介绍，再后来就是看grub legacy的官方文档，后来bean加入grub4dos开发后，创建了grub4dos的wiki文档，对grub4dos的各个命令进行了系统的介绍，另外，时空论坛grub4dos专区的置顶帖子以及坛子里的精华帖子，都是学习grub4dos的好资料，而且，这些都是最新鲜最生动的教学资料，很多老外扛着google翻译访问时空论坛硬着头皮看中文帖子学习grub4dos的高级用法，你们比较起来要幸福多了。grub4dos的readme.txt也是一个相当不错的文档资料，里面介绍了大部分新增命令的前世今生及用法、注意事项，尽管它是英文的，但也有坛友将它完整翻译成中文。boot-land论坛有diddy写的很完善的grub4dos使用指南（相对来说，老外的参考资料更少，但人家写的教程却是最棒的）。所以，你们这些好吃懒做的人就不要埋怨了，学会grub4dos并没有你们想象的那么简单，只需要一个完善的文档就行了，对于现在很多对命令行基本不了解的人来说，grub4dos的入门难度还是很高的，尤其一些命令的高级用法，需要有很扎实的命令行功底才行，至少对dos批处理、常用的Unix命令及shell脚本都有些了解才能更好的理解和掌握grub4dos。


其实一旦入了门，再增加新命令也就不觉得多复杂了（其实，大部分时候我们不需要穷尽每个命令的各种用法，只要满足自己的需要就好），而且，很多命令开发时是应某个人的某个要求，但后来又有人利用这个命令创造出更神奇的用法，这是当初提要求及开发的作者都不能想到的，其实，这已经超出了grub4dos自身，变成类似于边缘科学的技术。

抱怨grub4dos缺乏文档的人，你可能就是解决这个问题的人。

yjstone

首先声明：Grub4dos是免费的，其它人没有权利向开发者提出这样或那样的要求，但是提下建议总可以吧。所以以下为建议，并没有什么恶意。
       我打字打得很慢，要不是看见Grub4dos功能这么强大，要不是自己从中受益良多（Grub4dos已作为主启动程序接管本人电脑的启动了），我还懒得打字呢。只是觉得Grub4dos是一座金矿，需要让更多的人认识、更好地使用、更快地上手、降低入门门槛而已。其实很多使用者用Grub4dso并不是要学会所有的命令，他们所需的只是几个他们想要知道的命令用法说明和例子而已，难道叫他们为这几个命令去泡几个月论坛？从官方下载的Grub4dos没有提供一份完善的帮助说明反而要使用者到处上网搜索使用文档这有点说不过去吧。
      本人最初是通过lianjiang大侠写的grub4dos初级教程 入门的，这绝对是初学者的最佳教材，认真读完该教程可写出简单的菜单应付日常基本的应用，但这是远远不够的，即使是读完wiki里的Grub4dos高级功能说明也不能读懂一些启动盘的菜单。埋怨grub4dos使用文档的人并不是某人所说的那样太懒了（至少我敢说本人不是），只是缺乏一个支点而已。
       如果grub4dos的readme.txt是一个相当不错的文档资料、如果diddy的grub4dos使用指南写的很完善，那么老外为什么要扛着google翻译访问时空论坛硬着头皮看中文帖子学习grub4dos的高级用法，难道老外想一举两得，以此来取得学习Grub4dos和中文的双丰收？难道要国人到boot-land啃英文看diddy写的grub4dos使用指南，而老外则硬着头皮到时空和无忧论坛啃中文看置顶和精华帖子吗？即使网下有着完善的文档，那为什么不把它们一并放进Grub4dos的下载包让人不必到处找呢？做成TXT文档应该占不了多大的空间吧。
       以上言论是为广大初学者进言，如有得罪敬请谅解。但不管怎样是改变不了Grub4dos的伟大和强大的。最后向Grub4dos的开发者：不点、bean、chenall等以及为Grub4dos初级教程和中文文档付出辛勤劳动的lianjiang、zw2312914等致敬！

[ 本帖最后由 yjstone 于 2010-9-2 00:43 编辑 ]

sratlf

其实在grub4dos菜单里  经常使用的主命令就很少的几个  一双手绝对能数过来  

但是高级用法绝大多数人还是看不懂  究其原因  我感觉是懂得太少

不是说懂greub4dos太少  而是说懂得计算机最基础的理论性的知识太少  

比如复杂菜单里的内存地址的计算问题   这就将绝大多数人吓退了  因为不知道相关知识  所以看不懂  就知道一大串  具体什么意思  没人讲可看不明白  这也是没办法的事

就比如程序员和普通用户  编程很难吗  也就那几条主要的命令  但是程序员可以编很好的程序  因为他们懂得相关知识  研究的深  普通用户就会些皮毛  那怎么能编出个好程序  读源代码还读不懂呢  更别提创新了

更何况grub4dos下写些复杂的菜单需要考虑各种情况（比如各种启动环境，各种软硬件条件，以及各种bug等等等等）  肯定要用到参数传递  以及各种判定   还有最优化选择  怎样实现效率最高同时出错最少 这都需要有一定的计算机理论知识基础  这些基础都不是任何grub4dos帮助文档可以提供的  要真把这些都提供了  那就不是帮助文档了  完全可以出本书了

最重要的一点  人是活的  命令是死的  写个完整的帮助文档固然会帮到人  但也有可能害里人  有例子固然是好  但同时也限制了思维  到时再想跳出思维定式   自己发现些新的用法  可就更难了

chenall

真正想学何愁找不到资料。Google一下一大把。

只是没有人把这些资料整理起来而已，每个命令的用法都是相应固定的，关键是灵活应用。

不可能出一本书把所有的用法全部列举出来。

就如楼主所提的
ls, &&
谁说没有用法介绍了？至少grub4dos_readme里面就有。
ls (hd0,0)/earmark && map (hd1) (hd0)
&& 如果前面的命令返回傎为真则执行后面的语句。
像上面的，可以解释为如果(hd0,0)/earmark存在就执行map (hd1) (hd0)。

关键是理解每个命令的作用。如果不理解那给你解释了也没有用。遇到其它类似的例子你还是一样不明白。
像上面的例子换个用法
cat --length=0 (hd0,0)/earmark && map (hd1) (hd0)
还有
map (hd0,0)/earmark (rd) && map (hd1) (hd0)
.....
还有N个方法可以实现同样的功能，难道要一个一个去解释吗？

固锁思维将限制发展，灵活应用才是根本。

后记：希望有人可以做这个工作把一些资料整理一下，反正我是不适合做这个工作。

[ 本帖最后由 chenall 于 2010-9-2 08:23 编辑 ]

lianjiang

现在出现的各种高级用法中用到的命令，大部分都是在bean写文档之后才出现的，因此在bean的高级功能文档里找不到各种高级命令的用法是正常的。

Climbing

哈哈，14楼的是在攻击我在13楼的观点，这一点儿我很清楚。15楼的同学同时支持我们两个，看来是想让我们打架，哈！

我比较认可chenall在17楼的观点，我在13楼也有相关的说明（边缘科学）。学习grub4dos的入门难度比较高，就算有完备的文档，大部分人还是很难入门（这就如同Linux的文档也很完备，但用户群还是很少）。而象Windows，基本上没人看Windows的帮助，不照样用户很多。所以，有没有完备的文档并不重要，重要的还是你能不能扎下头去真正学习、实践。实践才是最重要的。

整理文档这东西看起来很简单，但做起来很麻烦，需要花费很多精力（不点光写程序就已经把身体搞坏了）。这也是grub4dos的基础文档一直不完备的主要原因。而写文档有时候比开发程序还要麻烦，要写好文档，首先你自己得特明白才行，其次表达能力还要过关（因为用户水平不一样），找一个这样的人很不容易。grub4dos文档最好的建立方式就是建立一个WIKI，大家能写多少写多少，懂得多写，不懂的少写，会的发现别人的错误及时改正。但最终还需要一个总审核（还得是权威的，而且还得是个团队）对文档质量进行总把关。看吧，想象中很简单的东西做起来就是这么麻烦。

另一个原因，grub4dos从开始建立网站开始，一直没有一个太固定的文档存放地点（有的网站被攻击，有的网站被墙），就时空论坛来说，现在也处于朝不保夕的状态。所以，很难找到一个合适的文档维护方式。另外，grub4dos是发行包是面对全世界的，这也是发行包里不包含文档的原因（因为既然要对全世界发行，就要同时包括英文和中文，而且，还得以英文为主），就算有人写出了中文的文档，将它变成等效的英文也几乎是一件不可能完成的任务，谁来做这个翻译工作呢？

有些人觉得不爽，脑门一热，就把意见说出来了，根本没有想过上面这些实际困难，套句俗话：站着说话不腰疼啊。实际上，grub4dos没有那么难学（至于有些人看不懂的菜单，我也看不懂，那不是grub4dos的问题了，16楼对这方面有精彩解释），最怕你是懒人，不懂得去实践。

如果有人还在等着grub4dos出一个完备的文档再学习它，那么我劝你别幻想了，趁早珍惜生命，远离grub4dos吧。

anxi_dongri

Linux的文档也很完备，但用户群还是很少为什么呢？
Linux有完备的文档但是用户还是很少，不反面证明他的不足吗？也许Linux很高级能实现的功能远远比Windows多，但是他的门槛实在太高了，而Linux的开放和维护人员也从不愿意低下高昂的头，让Linux更平易近人一点，所以他的用户才很少。

而象Windows，基本上没人看Windows的帮助，不照样用户很多。所以，有没有完备的文档并不重要，重要的还是你能不能扎下头去真正学习、实践。实践才是最重要的。
这句话我觉得逻辑有点不对：
前半句话是对的，后半句话逻辑就对不上前半句了。Windows没人看文档大家还用的好好的，为什么呢？因为“有没有完备的文档并不重要，重要的是你的产品够不够易懂，够不够简单”

Climbing

又有拍砖的了，谁说Windows易懂了？只是你用得多了，觉得它更容易而已。当然，这并不意味着Linux用得人多了会比Windows还要容易学，大家公平的情况下，Linux的入门难度应该还是要比Windows高一些。最容易入门的也不是Windows，而是苹果的系统，但跟Windows比起来，它也是小众。我不是Linux的fans，不想象月经帖似的来争论Linux或Windows哪个更好。因此，想争论这个话题的，请立刻闭嘴。


有些人就喜欢抬杠，这个是在浪费你自己宝贵的时间，有这时间你帮grub4dos写几条命令使用说明多好。

yjstone

我只是觉得一份完善的说明文档本身就是软件开发的一个不可或缺的重要组成部分，可以节省初学者大量的时间，不用一遇见看见不懂的命令就要上网查找、搜贴子，至于有了详细说明文档还嫌难学、看不懂那是另外一回事。从自己打字的辛苦可知完善Grub4dos说明文档的艰辛，希望本人的建议不要伤了开发者的积极性了，如有得罪万望海涵。

sratlf

貌似这个也不太容易实现  一份完善的说明文档 怎么算是完善  详细到什么程度才算是完善  众口难调啊

比如对我来说现在的readme文档就算是够完善的  真有菜单命令看不懂得时候  要找的不是grub4dos命令的解释  因为命令单独拆开都知道什么意思  但是连在一起就不明白了  为什么这么写  想实现什么效果  这些说明文档可肯定不会提供

因此 我想  对大多数想入门的朋友来说  多练习才是最重要的  练的多了自然明白

快雪时晴

帮助文档确实是个短板，只能通过搜索和提问来解决了

Climbing

找文档浪费不了初学者那么多的时间，积累经验才是最消耗时间的，找找时空论坛的置顶帖子没有那么复杂吧？用google可能更快找到答案（直接就指向论坛相关帖子了），刚才试了一下google：grub4dos map  或 grub4dos dd，最前面几个结果就已经足够让人满意，其中就有bean的wiki说明及diddy写的文档链接。

正如sratlf所说，grub4dos的文档只能简单讲一下某个命令的用法，不可能去解释网上那么多创造性的用法，例如修改bcd文件的第xxx个字节可以达到yyy效果这一类的东西，就不可能是dd或write命令的文档所能囊括的。 还有象cat --length=0 /xxxx ||  map xxxxx这一类的用法，也是文档中不太可能介绍到的。最关键的还是要有大量的积累。

说白了吧，我早就有这么一种观点：grub4dos就算有了世界上最完善最完美的文档，它的高级用户群也不会比现在有质的变化，甚至没有变化。而没有这些文档，也不会在多大程度上影响到grub4dos的发展，grub4dos的核心竞争力就是其强劲的功能及良好的兼容性。

pseudo

我觉得grub4dos的文档资料已经太多了。liangjiang大的教程、grub4dos的readme.txt（有中文版的）都是很好的资料，可惜我都没时间通读。
从基本知识和一般应用来说，看看grub4dos官方下载里包含的menu.lst样例文件就够了。官方样例菜单是经典，没看过是遗憾的。

学东西不用一下子学很多，多实践，举一反三，把掌握的东西灵活运用，发挥到极致更重要。

话说回来，没事学grub4dos干什么？
虽说艺多不压身，一物不知，学者之耻，但人的时间精力有限，要做更重要的事。
我是要解决特殊问题才学grub4dos的。真要解决问题时，扛着google看外文是很正常的，什么台阶都得上。如果畏难，那说明该问题不那么需要解决，既然如此，不解决就算了。

anxi_dongri

石头斑竹的话实在不敢认同。
现在的Fbinst很好，和GRUB更是珠联璧合，也侧面的推进的GRUB的发展，让更多的用户知道GRUB是什么。但是我相信如果Fbinst只是命令行而没有FbinstTool这个傻瓜化的工具，他绝对不会有今天的发展势头。如果没有FbinstTools，那么众多网友还是只能等你们这些高手提供现成的PE或者其他工具。

GRUB4DOS是免费的，所以我们没权利要求太多。但是他的开发和维护者肯定希望它有越来越多的用户，否则，只是个自娱自乐的软件恐怕他们也没有那么多精力和动力继续开发下去。我想说的只是个人观点，是希望GRUB4DOS越来越好，众多网友都是她的受益者。

anxi_dongri

其实大部分的用户不需要太多的高级命令，我们只是需要简单的应用。就好像excel一样，相信来这里的网友都会用excel，但是有几个人用的精呢？GRUB何妨按excel这种思路去发展，老少皆宜，大小通吃有何不好。把用户群发展起来，然后去寻找盈利模式，这对开发者也有好处的。纯粹的雷锋精神是不可靠的，没有利益的支撑发展不会长久的。

Climbing

真不知道该怎么说才好。说重了，怕你受不了，但说轻了，你又真不知道深浅。

我想你一定知道，grub4dos是开源软件（遵循GPL协议），它不是windows，也不是excel，它的后台与发展没有任何商业公司的背景，它的发生发展完全靠不点及广大fans的个人兴趣与爱好（正如同Linux的作者最初开发Linux一样），而且，没有人想让它千秋永固、一统江湖，至少到目前也没有人指望靠它赚一个盆满钵满（不点为这个连身体都搞坏了）。尽管如此，grub4dos也存在了差不多有十年了，而且，至少到目前为止发展势头良好。

放下你那一脑子铜钱思想，你要相信，有些人真的是为了兴趣去搞一些东西，而不是为了几个臭钱。你能对grub4dos做出的贡献与它对你的贡献是对等的，这贡献不是让你对它及它的作者（及开发者）指手划脚（相信我，我们很清楚grub4dos目前迫切需要什么），而是看你能为它实实在在的做一些什么，哪怕你只是写一个它的某个命令的特殊用法，或者指出它一个bug，甚至纠正readme.txt里的一个语法错误。

例如，我今天所做的贡献就是在这里：http://bbs.znpc.net/viewthread.php?tid=5425又增加了一篇新FAQ。我相信，如果所有grub4dos的用户都像我这样贡献这样一篇文档，grub4dos的文档将丰富到让人心烦的程度，而不是被人抱怨缺乏文档。

Q: 有些命令明明写到了menu.lst中，为什么在加载后却看不到了？
A:   这是一个初学者经常会犯的错误。grub4dos对menu.lst有很严格的语法检查，而且，grub4dos对命令名是严格区分大小写的（当然，命令关键字都是小写），grub4dos在加载menu.lst时，如果遇到不认识的命令（或无法解释的命令行）就会忽略它（当作它不存在），也就是提问中所遇到的现象。常见的错误：

Map   --mem  /xxx.img   (fd0)   //Map中的M不应该是大写的
hide(hd0,0)     //hide与(hd0,0)之间要加上空格或TAB的分隔符

特别要注意的就是：命令关键字（包括参数）一定要小写；该有空格的地方要加上，不该有空格的地方坚决不要加。

至于如何排除这类的错误，最好的办法就是进入grub4dos的命令行模式，手工输入一遍相应的命令，然后看错误提示信息。

[ 本帖最后由 Climbing 于 2010-9-3 00:50 编辑 ]

anxi_dongri

铜钱思想是没有错的，只要不是钻进钱眼里。
开源也不代表就赚不了钱，360的杀毒软件不仅免费还要到央视做广告呢！

技术上我是个白痴，没有发言权。能说的只是个人的体会，能不能代表其他低级用户的观点我也不好说，所以不多说了，我就到此为止吧，你们继续！