黑客泄露权力的游戏大结局剧本 活到最后的只有这几个人！_欧美娱乐_海峡网
您现在的位置：&&&
最近HBO频繁的遭到黑客的攻击,目前为止第七季的第四集和第六集均遭到泄露的命运。据传,近几日黑客再次在网上发布了重磅炸弹,一连发布了《权力的游戏》第八季最后六集的剧本。我大概把第八季的大结局按照网上流传的版本给整理了出来,以下是《权力的游戏》的最后的大结局，各位看客,前方高能,虽说是网上流传的版本,但是本人看完还真是有点符合这部剧的尿性程度,建议厌恶剧透者慎入。
西班牙龙脊海岸成为第七季的拍摄地
再给大家介绍大结局之前,先说一下大概第八季前四集的剧情,根据网上流传的版本,前四集主要讲述了异鬼南下,把临冬城和奔流城都攻打了下来,布兰，托蒙德，波德瑞克，闪电大王，灰虫子，莱安娜（就是那个熊岛的小当家），雷戈（龙妈的一条龙），席恩，梅拉（就是一直守护者布兰的小美女），全部战死。囧率领着剩余的北境军队,罗伊斯带领者谷地骑士,詹姆率领着兰尼斯特军队,艾德姆（就是血色婚礼的新郎）率领着河间地军队一起退守鹰巢城。准备和异鬼大军做最后的决战。龙母因怀了囧的孩子,没有参加战争,而是留在了龙石岛。而攸伦为瑟曦找来了雇佣兵黄金团,并且命令攸伦去攻打风息堡（拜拉席恩家族的城堡）,以便异鬼攻来时能及时的退却,攸伦轻松的攻打下了风息堡。并且听说龙妈在龙石岛,防守空虚。就带领着黄金团去进攻。
以下是第五集和第六集外网上流传的影印本,所以真实性还是很高的,并且也符合了《权力的游戏》这部剧杀主演的一贯风格。
第八季的第五集时长差不多在100分钟左右。
上面说了,由詹姆,艾德姆,囧,小恶魔率领的徒利家族,北方联军,以及兰尼斯特的狮军,昔日的敌人,现在变成了盟友一同向着谷地进发,谷地骑士罗伊斯在鹰巢城备战,同时攸伦率领着黄金团向着龙石岛进发。
尸鬼大军抵达鹰巢城（移速终于加快了）,罗伊斯率领谷地骑士手持龙晶长矛仓促应战,敌不过尸鬼大军,尸鬼大军很快攻到血门。
在鹰巢城内,三傻,詹德利,布蕾妮出场。詹德利向三傻告别加入战斗,布雷尼表示也要加入战场,三傻希望布雷尼留在自己身边,布雷尼表示能保护你的最好方法就是阻止尸鬼大军进攻鹰巢城。三傻拥抱布雷尼,感谢她为史塔克家族所做的一切。随后布雷尼加入战斗。
在龙石岛,攸伦带领着黄金军团入侵龙石岛,龙妈命令不多的无垢者和多斯拉克骑兵抵抗入侵,瓦里斯劝龙妈离开龙石岛,但是龙妈害怕孩子随时会出生,选择留在岛上,山姆和弥桑黛焦急的等待着。
几个异鬼头领在远处看着尸鬼大军马上就要击溃谷地骑士,夜王骑着冰龙,这只冰龙与雷戈的打架中瞎了一只眼睛。
布雷尼，罗伊斯，詹德利继续率领着军队苦苦支撑,罗宾.艾琳（就是那个天天吵吵看人飞的那个小B崽子）在逃回鹰巢城时被冰龙喷死了。尸鬼最终还是攻入了鹰巢城,独眼冰龙喷出的龙炎将罗伊斯和谷地骑士化为灰烬,就在这时囧骑着卓戈巨龙来到战场,兰尼斯特家族军队和徒利家族军队还有北境军队三路联军也来到这支援战场。
大片的尸鬼在伊耿喷出的龙炎下化为灰烬,波隆用两根龙晶长枪杀了一名异鬼，布雷尼独自迎战一名异鬼被长枪刺入腹部,看到此景的詹姆开始变得疯狂（因为据说在第八季的前几集两个人做了羞羞的事）。詹姆冲上前杀了异鬼,看着正在死去的布雷尼悲痛万分,布雷尼临死前让詹姆答应保护二丫和三傻的安全,詹姆发誓要保护二丫和三傻的安全,随后布雷尼死在了詹姆的怀里。
责任编辑：刘微
一周热点新闻
下载海湃客户端
关注海峡网微信
职业道德监督、违法和不良信息举报电话：4 举报邮箱：
本站游戏频道作品版权归作者所有，如果侵犯了您的版权，请联系我们，本站将在3个工作日内删除。
温馨提示：抵制不良游戏，拒绝盗版游戏，注意自我保护，谨防受骗上当，适度游戏益脑，沉迷游戏伤身，合理安排时间，享受健康生活。
CopyRight (C)2016 海峡网(福建日报主管主办) 版权所有 闽ICP备号-2
福建日报报业集团拥有海峡都市报(海峡网)采编人员所创作作品之版权，未经报业集团书面授权，不得转载、摘编或以其他方式使用和传播。
友情链接： |比特客户端
您的位置：
详解大数据
详解大数据
详解大数据
详解大数据
黑客专区 黑客第二课：脱诺谝徊
关键字：grep 代码 黑客攻防
　　您所在的位置：&攻防&黑客专区&黑客第二课：脱诺谝徊
　　 13:03 佚名 2cto 我要评论(0)字号：T| T
　　在上一节课中，我讲到了、GNU和这些东东，在有些同学的作业反馈里，也提到它们，并说已经去维基百科它们了 ―― 这种积极预习的做法，是值得褒奖的。
　　在上一节课中，我讲到了UNIX、GNU和Linux这些东东，在有些同学的作业反馈里，也提到它们，并说已经去维基百科它们了 ――这种积极预习的做法，是值得褒奖的。
　　那么，我们在正式进入第二课之前，我就来给大家做一个跟UNIX、GNU、Linux等等有关的测验。题目是这样的：请将下图中左边圈子(即Set A)里的各图标，与右边圈子(即Set B)里的与前者相匹配或对应的名称，用箭头连接起来。下图中，已经给出了一个连线示例，请你完成全部的连线。
　　在不倚助于等工具的情况下，你所答出的正确连线之数量，或许可以预示你学习接下来的课程的相关情况：
　　0条 ――你完全不适合本课程的学习，劝退。
　　1 C 14条 ――你的计算机学科基本素养一般，学习后面的课程，须投入很多额外的努力。
　　15―条 ――你的计算机学科基本素养较好，学习后面的课程，须投入稍多一些的努力。
　　29―41条 ―― 你的计算机学科基本素养非常好，学习后面的课程，将会比较轻松。
　　如何评判你做出的各条连线是否正确呢？当然是可以利用Google等工具了。在得到这类工具的帮助的情形下，如果你在60分钟内，仍不能确定全部正确连线，那么，结论依然是：你完全不适合本课程的学习，劝退。
　　经过上面这一回自测之后，我们可以正式进入本课程的第二节(第二课)。
　　首先，我来解释一下本课的标题。
　　什么叫“脱诺谝徊健蹦兀
　　这里的“拧保傅牡比徊皇悄行缘耐馍称(否则本课程就成了令人自宫的《葵花宝典》了)，也不是“很牛”、“很厉害”的意思，而是指“电脑技术潘俊保虺啤暗缒潘俊薄
　　那么，什么是“电脑潘俊蹦兀
　　在本课程中，关于“电脑潘俊保逵梢韵抡庋牧勘(Rating Scale)来判断或衡量。
　　这个量表，分为六个轴。
　　第1轴，关于对何种(仅以下列各种操作系统作为参照指标)的依赖或熟练程度： Windows?的分值最高;GNU Linux(或含前一项)的分值非常接近零;UNIX(或含前一项)的分值为零;诞生于UNIX以前的操作系统(或含前一项)的分值为负数且其绝对值与操作系统兴起年代负相关;若不知操作系统为何物，则完全不适合本课程的学习。(※ Windows?是Microsoft Corporation的商标。)
　　第2轴，关于平时热衷于如何捣鼓电脑软件：喜好或熟练于(为己或为人)安装或重装 Microsoft Windows操作系统的分值最高; 喜好或熟练于配置 Microsoft Windows上各类GUI软件[backcolor=Red] 注1 [/backcolor](或含前一项)的分值次高;喜好或熟练于在Console/Shell下配置UNIX-like[backcolor=Red] 注2 [/backcolor]上的各类软件(或含前一项)的分值非常接近零;喜好或熟练于自己开发软件(编写小程序或RAD开发的除外)(或含前一项)的分值为零;喜好或熟练于对软件进行逆向工程(或含前项)的分值为负数且其绝对值与工程难度正相关;若不知软件为何物，则完全不适合本课程的学习。
　　[backcolor=Red] 脚注 [/backcolor]
　　(1)GUI，Graphical User Interface，用户图形界面，就是由诸如窗口、按钮、菜单、文本框、图标等等视觉与鼠标操作要素构成的界面的。与GUI相对的是TUI，Text User Interface(文本类型用户界面)，也叫CLI，Command Line Interface(命令行界面)，一般说来，就是用户通过它给出的提示符(Prompt)向系统键入一系列文字命令，且系统通常也通过该界面给出反馈。而负责提供提示符与解释用户键入命令的意义的机构，称为Shell(壳)。
　　(2)在本课程中，UNIX-like指一切类似于UNIX的操作系统，或它们的统称。这个词也可以被写作：*NIX或UN*X。作为统称，它包含但不限于以下操作系统：各类BSD、MINIX、GNU/Linux、GNU Hurd、GNU/OpenSolaris、 System V、RTOS、Syllable、AIX UNIX?、-UX UNIX?、IRIX UNIX?、NeXTSTEP、 X、iOS、SunOS、Solaris UNIX?、SCO UNIX/UnixWare/OpenServer、Xenix、VxWorks等。(※ UNIX?是The Open Group的商标。)
　　※ GNU的发音为[gnu:]，这个词是“GNU is NOT UNIX”的缩写。Linux的发音为[?l?n?ks]。
　　第3轴，关于平时热衷于如何捣鼓电脑硬件：喜好或熟练于(为己或为人)攒机或策划攒机的分值最高;喜好或熟练于利用汇编语言编程(或含前一项)的分值非常接近零;喜好或熟练于捣鼓单片机(或含前一项)的分值为零;喜好或熟练于自己动手捣鼓电子电路(或含前一项)的分值为负数且其绝对值与工程难度正相关;若不知硬件为何物，则完全不适合本课程的学习。
　　第4轴，关于网络黑客经历：追求或喜好或熟练于使用诸如//间谍软件等工具的分值最高;喜好或熟练于使用扫描/嗅探等工具(或含前一项)的分值次高;喜好或熟练于分析网络服务协议/包(或含前一项)的分值非常接近零;喜好或熟练于自己开发软件(或含前一项)的分值为零;喜好或熟练于解密工程(或含前一项)的分值为负数且其绝对值与工程难度正相关;若在以往五年之中有出于贪婪私欲利用黑客技术攫获他人任何财富或权利(不论对象是无辜的百姓还是恶贯满盈的官员，只要你有出于满足私欲的主观故意，则是。这里完全排除了所谓“劫富济贫”的客观结果因素)的经历，则完全不适合本课程的学习。
　　第5轴，关于平时的金钱开销程度：分值与经济上依赖父母或家长的程度正相关。若对父母或家长的经济依赖达到或超过了他们通常情况下可以承受的极限，则完全不适合本课程的学习。
　　第6轴，关于平时的除电脑以外的兴趣爱好：沉溺于赌博或任何婚姻外的性行为(包括通奸、自慰)(或含后一项)的分值最高;沉溺于观看渲染性行为的影像或文字资料(如俗称的“A片”)(或含后一项)的分值次最高;沉溺于网络或漫无目的泡网(或含后一项)的分值再次高;嗜好吃喝(或含后一项)的分值再次次高;喜好或熟练于阅读文字书本(不含前一项)的分值非常接近零;喜好或熟练于数学(或含前一项)的分值为零;喜好或熟练于其他理科或工科的理论或实验(或含前一项)的分值为负数且其绝对值与其造诣正相关;若对摄入精神药物或麻醉药物有非医学用途造成的瘾癖，则完全不适合本课程的学习。
　　上述六个轴上的最高分，可以由你自己来设定(须一致)，比如5分或10分;而其余的分值档次，可以由你来适当地来划分。
　　如果你在六个轴上的评判均为最高分，那么，你就是一枚彻头彻尾的、最最典型的电脑潘俊Ｈ绻阍诹鲋嵘系钠琅芯浅＝咏惴郑敲矗愕纳砩暇鸵丫负跬耆挥腥魏蔚缒潘康某煞至耍敖酉吕吹目纬蹋杂谀憷此稻褪侨缏钠降亍Ｈ绻愕牡梅纸橛谏鲜隽秸咧(但没有出现负分)，那么，学习接下来的课程，你将付出一定的辛劳，总体的辛劳程度与总体的分数正相关。如果在某个或某些轴上评判为负分，那么， 学习接下来的课程，你将健步如飞。如果你在六个轴上的评判均没有出现正分，那么，你是名副其实的电脑高手或牛人或大神。还有，只要在量度过程中，出现一次“完全不适合本课程的学习”的评判，那么，不论接下来的评分或评判如何，你就是真的完全不适合本课程的学习，强烈建议你果断放弃本课程。综上所述，对于受测者，只要在其身上不出现超过最高分的评判结果，就都是本课程可以接纳的学员。
　　我们可以在一个平面上，将上述六个轴的正分值与零分值部分刻画出来，如下图：
　　当然，类似地，我们也可以在一个平面上，将上述六个轴的负分值与零分值部分刻画出来(将负分变为其绝对值)，如下图：
　　最后，我们还可以综合地，将上述两幅图合到一个3D空间中来(但上述两平面中的一个必须作镜像反转)，如下图：
　　这样，我们可以看出，在零分值所的那道红色环线 ――“赤道”的上方，是“电脑潘俊奔词粲凇鞍笄睢钡目占洌 “赤道”的下方，则是属于“黑极富”的空间。
　　关于“黑极富”：“黑”指黑客(Hacker)，精通计算机系统或对计算机系统有深刻理解的人。“极”指极客(Geek),在计算机方面能力超群或富有独特的钻研与创造力的人。至于“富”，这里基本上没有什么引申的，指的就是经济上的富裕(Wealthy) ――我们的课程，从来不会排斥将我们的学员培养成可以拥有丰厚经济收入的人。我们认为，能够成为“黑”且“极”的人，自然完全可以成为资财富有的人。不过，我们的要求是：成为富人之后，必须即刻与持续地孝敬自己的父母。一个不懂得孝敬父母的黑客，终将沦为贪婪可鄙的Cracker。
　　如果你不幸已经失怙，那么，请用你收获的金钱善待你的配偶。
　　我们这个课程的目标，就是：将你从“矮矬穷”的电脑潘(如果你是的话)，拉扯成为一位合格甚至优异的“黑极富”。不过，如果你在前述的第5轴和第6轴上持续高分的话，那么我们将无法保证为你实现上述目标。
　　回到本节课的标题“脱诺谝徊健薄Ｕ飧霰晏馑得髁吮窘诳蔚哪谌荩墙阃侠氲缒潘康牡谝徊健＜幢闶窃谀壳暗恼飧觥巴拧苯锥(入黑的预备阶段)，这第一步也是非常小的一步，但是，它的意义重大，它将为电脑潘棵强粢坏廊徽感碌拿啪丁２⑶遥铱梢栽は雀嫠吣阋桓隽钅阏穹艿慕崧郏褐灰闳险嫜安⒎锤床倭分敝潦炝氛莆毡窘诳嗡婕暗闹队爰寄埽敲矗憬谀闼泶Φ牡缒潘咳ψ永铮晌桓鍪抵撩榈摹靶「呤帧!
　　此外，本节课还有一个副标题 ――“Vim Fundamentals”，它揭示了本节课教学的终点，即教授学员掌握 Vim的最基要使用方法。
　　Vim 是什么？
　　当你阅览到上面这几行中出现的“Vim”这个单词的时候，请注意它的书写：在指代该软件的名称的时候，它的第一个字母必须大写。此外，一个特别容易被忽略或胡乱猜测的问题是：“Vim”一词的发音，显然你无法直观地从文字书写的角度知晓它的发音，所以，必须由我来告诉你：它的发音是[vim]，而不是久经讹传的[?vi: ?ai ?em]。(※ Vim所属的许可协议兼容于 GNU General Public License。)
　　Vim 是一个软件，它的基本用途是以“文本编辑”这个功能呈现的，也就是说，在一个不太辽阔的视角下，它是一款文本编辑器。从文本编辑器这个层面上说，它类似于电脑潘棵窃Microsoft Windows上使用的前者所自带的“记事本(Notepad)” ――如果你在论坛上发帖的时候，不想自己辛苦键入的文字，被网页自动刷新掉或因为提交失败而彻底丢失的话，通常你就会先在“记事本”里输入和编辑文字甚至将它们保存好，是不是这样？没错，就是那个“记事本”。
　　或许你很难将“会用一款‘记事本’一样的软件”与“成为潘咳褐械摹「呤帧绷翟谝黄稹Ｈ绻阌姓庋囊苫螅炊梢越沂境Vim的重要性，具体地说，这是一种作为黑客必须熟练掌握的最基本工具的重要性。
　　在我们讨论电脑潘苛勘淼牡4轴的时候，涉及到了这么一种现象：典型的电脑潘肯埠没蛑换崾褂盟健昂诳凸ぞ摺保谄毡榈氖导是榭鲋校庖焕嗨健昂诳凸ぞ摺倍际GUI的。
　　在后续的课程中，你将了解到：本课程十分抵制那一类所谓“黑客工具”的软件，至少会与它们保持相当长远的距离。我们的目标是：尽量由我们自己亲自动手编写实现黑客功能/用途的程序或软件 ――这本身就是黑客的内容。(所以说，那些使用所谓“黑客工具”尤其是GUI的工具的人，根本算不上黑客。)
　　提到编写软件，有些电脑潘棵峭ǔ；嵯氲街钊Visual Studio或者Eclipse这样的IDE(集成开发环境)，通常这类他们所听闻或熟知的IDE也都是GUI的。顺便提一下，Microsoft Windows自带的记事本，显然也是GUI的。
　　如果总是依赖于GUI，你将永远无法成为真正的黑极富 ――这有颇具现实意义的理由：当你登录一个UNIX-like系统从事黑客的时候，几乎不可能有GUI环境供你使用，即便有，那也是一个极端糟糕的选择，必须远离直至摒弃!根据我们课程的目标之一，即：你必须在系统提供给你的最小的条件下，展开对关键信息的编撰或更改工作，譬如编写程序、查看或更改系统上的设置。正是基于对这个宗旨的贯彻，我们在学习Vim之前，还必须学习vi的基本使用。通常情况下，只要是一个完整的UNIX-like系统，vi是该系统上的文本编辑器的最低配备，换句话说，如果一个UNIX-like系统自带了文本编辑器，那么vi将是一个“下限”。而我们的黑客教学，必须从这一类“下限”起步。
　　至此，我们提到了vi。请注意，“vi”这个单词的拼写，即便是指代该软件的名称的时候，也是所有字母都小写。而这个单词的发音，则是[?vi: ?ai]，千万不要念成[vi:]。(※ vi的许可协议是BSD License。)
　　现在，我来讲述我的一个小小的亲身经历，它可以体现出掌握vi使用的重要性。
　　我有一部用来解码卫星电视信号的机顶盒 ――它从卫星天线(“锅”)那里摄取人造地球卫星广播出来的信号，然后将这些信号解释成为可以观看的电视节目，输送到电视机上。这一类的机顶盒，其实就是一台电脑，只不过没有显示器与键盘鼠标与它相连接(电视机还不能完全算作它的显示器)。这台电脑使用的操作系统是Linux的(请注意，我是在说“是Linux的”而非“是Linux”)。有一次，为了能更长久地收看卫星电视节目，我须要更新机顶盒里的某项设置。进行这种操作，潘恳恍┑淖龇ㄊ峭ü惶ㄓ牖ズ型谝桓鐾缰械牡缒(通常是Microsoft Windows的)上的一个GUI软件，连接到这部机顶盒，然后在一个图形界面中，为机顶盒修改那些设置。但这样做，违背了黑客的一个原则，即采用最直接的(通常是“幕后”的)途径来实现某项工作。上述那个Microsoft Windows上的GUI软件，之所以能够连接并读写机顶盒，是因为该软件的运行是建立在telnet这样的远程登录服务的基础之上的。也就是说，该GUI软件只是把telnet这个仅需的功能给包装起来而已，且包装得花里胡哨。作为黑客，一旦了解到这个事实(这也是)，就应该直接使用telnet登录那部机顶盒，修改相关设置。而这些设置是以文本文件的形式存放在机顶盒上的。这就意味着，我只需利用telnet登录机顶盒一次，就可以把查看、编辑(修改)、保存设置及至重启机顶盒的工作全部完成(而不需要任何额外的工具，进行诸如导出、导入、甚至“远程操控”这样的工作)。于是，我就telnet上了那台机顶盒，telnet在我所使用的电脑上为我呈现了机顶盒的Shell。我透过Shell，输入命令“vi”，果然地，vi这个文本编辑器被打开了，确切地说，是机顶盒里的vi程序被我打开了。利用机顶盒里的vi程序，查看、编辑、保存机顶盒里的文件，是非常自然的事情，就像在自己的(本地的)电脑上使用本地的记事本操作本地的文件一样。
　　显然那部机顶盒里没有Vim ――Vim比vi更高级一些，也更好用：Vim是Vi IMproved的意思，而vi则是“Visual”的缩写 ――见识过Microsoft Visual Studio的潘棵牵灰弧Visual”这个名头给迷惑了，千万不要以为vi具有“亲切友好”的可视化界面，vi压根儿就没有这种特质：在vi里面，你甚至不能使用键盘上的方向键来操纵光标的移动!这就好像你在玩电子游的时候，手柄上的方向按键是无法操纵主角人物移动的一样。
　　上面说了这么多，算是初步阐释了一下关于Vim和vi的使用背景以及它们在黑客生涯中的重要性。再强调一下吧：
　　你若不会使用Vim或vi，那么在黑客的世界里，就好像现实社会中那种大字不识一个的纯文盲一样!
　　下面就要开始扫盲了!
　　在扫盲的起头，有些事情还须要说明一下。
　　Vim是有GUI版本的，比如gvim，即图形化的vim。这类GUI版本的Vim甚至可以在Microsoft Windows上安装并使用。但是，本课程极力抵制这类GUI版本的软件，原因是：如果电脑潘勘ёgvim学习Vim或vi的话，他们将很难抵御GUI软件上的图形化的按钮与菜单以及允许鼠标点选的诱惑，这样一来，对于Vim和vi的学习终将沦为虎头蛇尾一般的无用功 ――这是潘棵羌谆サ木车!
　　请记住：使用游泳圈，是不可能学会游泳的!
　　所以，为了强迫电脑潘棵枪淌匮按空诳图际醯恼蟮兀究纬桃笱г笔褂孟嗟贝空UNIX(而非GNU Linux)环境。在一台完全空白的PC(即或x86-64的俗称“”或“”的电脑)上地架设这样的UNIX环境，是必须的!为了满足这样的要求，你应当添置一台新的PC或腾出一台空白的PC(而不是指望使用所谓“双(多)系统”机器)，这对于穷潘坷此担诰蒙峡峙率歉鎏粽剑饧负跏潜究纬潭运俏ㄒ坏脑诰蒙系目晒鄣囊蟆Ｋ蛋琢耍按空暮诳图际酰胍蚁卤厩!
　　当你准备好了这样的PC之后，我们开始安装操作系统 ――FreeBSD 9.0 ――本课程认为：各类BSD都是UNIX，对此有不同意见的，请搁置相关的争论。
　　首先，我们下载FreeBSD 9.0 RELEASE i386 [backcolor=Red] 注3 [/backcolor] 的DVD光盘映像，地址是：
　　http://.freebsd.org/pub/FreeB... LEASE-i386-dvd1.iso
　　ftp://ftp.freebsd.org/pub/FreeBS... LEASE-i386-dvd1.iso
　　[backcolor=Red] 脚注 [/backcolor]
　　(3)对于FreeBSD的版本来说，这里的“RELEASE”有“正式发行”的含义，具体地说，它是一个“正式发行”的二进制版本，这里的“二进制”意味着它(的源代码)已经由编译可以直接运行在某个特定硬件架构(有些机构则喜欢称“体系结构”)的计算机上，后缀的“i386”即指明了这种架构。除了“i386”架构之外，FreeBSD 9.0 还提供了可以运行在Alpha、AMD64、IA64、PC98、PowerPC、Sparc64六种硬件架构上的二进制发行版。―― 这里有必要提醒一下：有些不负责任的教师声称“amd64是针对公司的CPU产品的”或“如果你的CPU是AMD的，就选amd64”，这属于信口胡说，是极端错误的。事实上，“amd64”是 x86架构(在FreeBSD的架构列表中由“i386”指代)的一种延伸。由于它最早由AMD公司公布，故得其名，而在Intel方面，则称之作“Intel 64”(不同于Intel Architecture 64即IA-64)。如果为排除“amd64”或“Intel 64”中出现的机构名称，则一般称之为“x86_64”或简称“x64”。从指令集(体系结构的重要范畴之一)看，以下CPU产品均符合上述列表中的“amd64”架构：
　　Athlon 64，Athlon 64 FX，Athlon 64 X2，Turion 64，Turion 64 X2，Opteron，Sempron，Phenom ――AMD公司的，采用AMD64指令集;
　　Pentium 4，Pentium D，Pentium Extreme Edition，Celeron D，Xeon，Core 2、Core 2 Quad，Core i3，Core i5，Core i7 ――Intel公司的，采用Intel 64指令集。
　　再重申一遍：在做类似的针对于硬件架构的选择时，请谨记这两道关系式：
　　i386 = x86 = x86_32 = IA32
　　amd64 = x86_64 = x64 = Intel 64 ≠ IA64
　　与“RELEASE”这样的二进制发行版相对的，就是“SNAPSHOT”，即向用户提供某种“预览”，以令后者可以领略系统(的各分支)发开的动向。
　　还有两个用来修饰FreeBSD版本的词，是“CURRENT”和“STABLE”。前者指代FreeBSD 开发的 “最前沿”，对用户的技术要求比较高。而对于后者，不要被它的字面上的意思所迷惑，实际上，这个词专门指代FreeBSD 开发的“分支”，缀以这个名字的版本，是专门提供给那些希望参与FreeBSD开发的用户使用的，普通用户千万不要望文生义地选择了它。
　　将下载好的文件刻录成DVD光盘 ――潘棵怯Ω蒙贸げ俪执耸 ―― 将光盘推入“空白电脑”的DVD驱动器，随即(重)启动。
　　不要按任何键，直至出现有Daemon(FreeBSD的吉祥物)圆头的“Welcome to FreeBSD”界面(单色、字符的)。
　　按下[ENTER]键。
　　直到进入蓝底色的“FreeBSD Installer”文字界面。
　　在“Welcome”框中，选择。
　　在“Keymap Selection”对话框中，选择。
　　在“Set Hostname”界面中，输入一个Hostname(主机名)，之后，按下[ENTER]键。
　　在“Distribution Select”界面中，用方向键与空白键选中全部四个项目(doc、games、ports、src)，之后， 按下[ENTER]键。
　　在“Partitioning”对话框中，选择“Manual”，进入分区程序。
　　现在，我们要学习有关FreeBSD硬盘分区的一些基础知识。我们以FreeBSD所支持的较新的一种标准 ――GPT(Globally Unique Identifier Partition Table，GUID分区表)来讲解。
　　当我们进入“Partition(分区) Editor”之后，会看到唯一的一项(如果你只有一个物理硬盘的话):
　　ada0 或 da0，后面跟着显示的是硬盘的总容量，单位一般是GB。
　　这里若是ada，就是指或IDE硬盘，而若是da，则指SCSI(发音为[?sk?zi])或USB硬盘。
　　这里的0指第一个。通常，在计算机科学领域，计数用的“自然数”从0开始。那么，若有ada1，则是指你这台电脑上的第二块SATA或IDE硬盘。
　　我们再来讨论硬盘用量的单位GB这个词。
　　这个词由大些字母“G”和大写字母“B”组成。
　　字母“G”表示一个单纯的数(正如“三个代表”里的“三”)，在计算机学科的度量中，用大写字母表示单纯的数，我们经常遇到的，还有：
　　K、M、T。
　　它们分别表示2的10次方(1,024)，2的20次方(1,048,576)，2的40次方(1,099,511,627,776)。而G则表示2的30次方(1,073,741,824)。
　　而大写字母“B”，则是“Byte(s)”的缩写。“Byte”的汉语译词一般为“字节”。一个字节即由2的3次方即8个(几乎一定是连续的)Bit(s)组成。“Bit”的汉语译词一般为“位元”或“位”或“比特”。位元是计算机系统可以存放或传输信息的最小单位：在一个位元中，要么存放一个0，要么存放一个1。“Bit”的缩写形式，一般是小写字母“b”。
　　但在业界，衡量硬盘之类的设备，通常到的K、M、G、T则分别指代10的3次方(1,000)、10的6次方(1,000,000)、10的9次方(1,000,000,000)、10的12次方(1,000,000,000,000)。为了与以2作为底数的计数方法下的K、M、G、T区别看来，后者也经常被写作Ki、Mi、Gi、Ti ――这里的小写字母i代表了“Binary”。
　　回到“Partition Editor”，这里的硬盘容量若是显示“GB”，其实指的是“GiB”。所以，如果你购置了一块标称容量为1TB的硬盘装在电脑里的话，那么此时可能会显示为多GB。
　　接着，在“Partition Editor”界面中，用左右方向键选择来创建一个分区。我们选择“GPT”，后程序告诉我们已经成功为这一块物理硬盘建立了GPT。其实，这一步并不是创建分区，而是创建了一个Partition Scheme，只是因为当前连一个分区也没有，所以选择之后首先要创建一个 Scheme。
　　这时，在物理硬盘容量的右边，又跟着显示了“GPT”，说明前述操作生效。如果要“反悔”上一步操作，那么就用左右方向键选择。
　　现在，我们再选择，就可以正式地创建分区了。
　　在“Add Partition”界面中，我们看到有四项指标，分别是：
　　Type、Size、Mountpoint、Label。
　　关于Type，在 GPT的背景下，我们只有三种types可以选择：
　　freebsd-、freebsd-ufs、freebsd-swap。
　　“boot”是“Bootstraps”(拔靴带)的缩略，因为“Bootstraps”一词有“依靠自己力量”的引申义，所以“Boot”就是指电脑启动的过程 [backcolor=Red] 注4 [/backcolor] 。具体地说，以PC上经典的MBR体系为例，通常的Boot的过程是：
　　PC通电开机，PC上固有的BIOS(基本输入输出系统)对PC的硬件进行POST(Power On Self Test)，之后，BIOS在第一块物理硬盘上寻找它上面的最外磁道(Track)上的第一个扇区(Sector)，这个扇区被称为MBR(Master Boot Record，主引导记录)。对于硬盘来说，一个扇区的大小为512 Bytes。所以，MBR的大小恒定为512 Bytes。在这512B的空间中，开头的446B被规定为Bootstrap(有“启动代码”与“启动程序”两种翻译，但有的地方把“Boot Loader”也翻译为“启动程序”，汉语学界的翻译显得十分混乱，所以，最好的办法，还是遵守英语原文用法)，随后的64B被规定为Partition Table(分区表)，最后的2B为结束标志(被规定为“55AA”)。
　　[backcolor=Red] 脚注 [/backcolor]
　　(4)“Boot”除了被翻译为“启动”之外，还普遍地被翻译为“引导”。两词经常混用。
　　MBR(包括Bootstrap和Partition Table)经由BIOS被加载到内存的0x7c00位置(由于MBR有512B，所以，MBR在内存中的结尾，应该是在0x7c00 + 512B = 0x7dff位置)，当确认MBR上最后2B的内容(结束标志，位置显然就应该在0x7dfe - 0x7dff)为55AA之后，位居MBR开头的Bootstrap被运行，运行的目的是，解读Partition Table，由此找到操作系统的内核的所在，或能够加载操作系统内核的程序(Boot Loader，除了被翻译为“启动程序”之外，还有一个不错的翻译叫做“启动管理器”)的所在。
　　在我小的时候，Boot一般用的是Floppy/Diskette(软盘)而非Hard Disk(硬盘)。将软盘插入软盘驱动器之后，一阵杠唧杠唧，操作系统(当时是DOS)就被加载并启动了。当时，非常憧憬自己可以制作一张那样Boot-able的软盘，即便没有操作系统，但也足以在开机之后玩出一些花样。
　　现在，当你们完成了这节课的目标 ――Vim Fundamentals之后，在UNIX系统上做出这样一张Boot-able，就是轻而易举的事情了。―― 最多只有512B的工作量!512B，就是半个KB，在潘棵堑摹A片”当中，AV的主角们恐怕连一下动作也做不到。这算又是一个振奋人心的好消息吧，希望大家能够坚持学习!
　　关于Boot，最后再补充一下，前面提到的Bootstrap，也叫MBC(Master Boot Code)。当我们使用Microsoft Windows操作系统时，Windows系统将MBC写在MBR之内，当MBC被运行后，它将会加载NTLDR程序。而使用GNU/Linux，情况就灵活得许多，可为GNU/Linux服务的Boot Loader程序(比如著名的LILO和GRUB)，即可以放在MBR之内，也可以放在MBR之外，即在root(根，请特别注意不要跟boot一词混淆)分区。如果采用后一种方法，就必须经由MBR上的MBC(可以跟GNU/Linux无关)将控制权交给Boot Loader。在x86架构下，此时Boot Loader只能藉由BIOS提供的“中断调用int 13H ah=8H”来获取Drive Parameters，而BIOS可以提供的关于磁盘Cylinder(柱面)的参数只有10bits，也就是说，只能表示从0到次方-1)这麽1024个数，所以，如果操作系统的内核位于硬盘的第1024个Cylinder之后，操作系统将无法被加载，Boot将归于失败。因此，我们一般在硬盘的最开头，布置一个/boot分区，将操作系统的内核放置其中，就可以确保BIOS可以寻找到它。
　　而对于FreeBSD，可以配合使用的Boot Loader除了LILO和GRUB之外，还有boot0。后者有两个特点：(1)它是FreeBSD的御定Boot Loader。(2)只有它的规格可以写入MBR，而其他的Boot Loaders都无法被MBR那512B的容量装下。
　　由于本课程的现阶段，不主张学员们使用双(多)操作系统，所以，FreeBSD提供的一个标准的MBR就足够用了。不过，上述的解说，已经足够为学员藉着LILO或GRUB规置双(多)操作系统打下坚实而清晰的基础了!
　　下面，我们讲“freebsd-ufs”。这里的“ufs”是指UNIX File System。这是我们的操作系统的“正文”所在。后面的教学内容会详细解说这一部分。
　　最后是“freebsd-swap”。这里的“swap”是“交换”的意思，代表了交换分区或交换空间(Swap Space)。交换空间非常类似于Microsoft Windows系统上的“虚拟内存”，也就是让操作系统将硬盘空间作为内存(RAM)来使用。一般规划这个空间的经验法则是：Swap的容量必须设置为RAM的容量的至少2倍，且不能少于64MB。
　　看完了Type这个部分，我们可以看Mountpoint这个部分了。(Size和Label，潘棵遣豢赡懿欢伞)
　　Mountpoint，即“挂载点”，这是UNIX-like系统知识中的一个难点和重点。它是许多UNIX-like初学者畏难情绪的渊薮。对于UNIX-like，有太多初学者浅尝辄止于此。它之所以对Microsoft Windows用户(潘棵)带来这麽大的困扰，是因为它是UNIX-like分区与FHS(Filesystem Hierarchy Standard，文件系统层次结构标准)的结合点，而这两下都是Microsoft Windows用户所极端不适应的。
　　前面已经介绍了关于分区的基本知识，下面，我们要比较详细地学习一下FHS的基本知识。
　　潘棵且欢ㄒ丫浅Ｊ煜Microsoft Windows的文件层次结构了，诸如：
　　C:\Windows\
　　C:\Windows\System32\
　　C:\User\yourname\Documents\
　　C:\User\yourname\Application Data\
　　C:\Program Files\
　　C:\Program Files\Common Files\
　　而UNIX-like系统上的FHS，则要复杂(也更科学)得多。
　　以FreeBSD为例，分述如下：
　　Root Filesystem(根文件系统)
　　概论：Root Filesystem 位于整个层次结构的最顶端。它必须含有可以Boot操作系统的程序(专指Boot Loader)以及相关文件，以及挂载其他文件系统的能力。它的规模必须是精简的(为安全考虑)。应用软件不应该在它上面创建任何内容。它应该包括以下目录：
　　※ UNIX-like系统中没有Microsoft Windows或DOS下的那种诸如C:、D:、E:之类的盘符观念。
　　/ 文件系统的根目录，也就是“目录树”的最顶端。
　　/bin/ 存放着在单个用户和多用户环境下的基本工具，比如系统的基本命令，如ls、cp、cd、mkdir、rm等等。这些命令都具有“应急管理”的用途。
　　/sbin/ 与/bin/不同的是，这里存放着系统管理的基本工具，如fdisk、mkfs等。
　　/boot/ 存放着操作系统的内核镜像文件以及Boot Loader。但鉴于x86架构下有“第1024 Cylinder 限制”的问题，所以，在这样的限制下，往往为/boot/目录单独设置分区，有如前述的freebsd-boot类型分区。
　　/dev/ 设备节点目录。一切设备，如磁盘分区、终端等等，都必须以文件形式在这里存在。
　　/etc/ 存放着系统启动的配置和脚本。
　　/etc/defaults/ 存放着系统默认的启动配置和脚本。
　　/etc/periodic/ 存放着每天、每星期和每月周期性地运行的脚本。
　　/mnt/ 一般是空目录。系统管理员习惯利用它来挂载临时的文件系统，比如USB硬盘等。
　　/lib/ 存放着共享链接库和内核。
　　/media/ 类似于/mnt/。
　　/root/ root用户的Home(家)目录。请注意它和root文件系统的“root”(根、目录结构的顶层、根目录)完全不是一回事，千万不要混淆!它类似于Microsoft Windows下的C:\User\Administrator\ 。
　　/srv/ 存放着系统服务专属的数据文件。
　　/home/ 各用户的Home(家)目录的所在。它类似于Microsoft Windows下的C:\User\ 。
　　/tmp/ 存放着临时文件，这些文件的生命期不会超过下一次Booting。
　　/usr/ 存放着大多数用户的应用软件。下面有专门的讲解。
　　/var/ 多用途日志、 临时或短期存放的， 以及打印假脱机系统文件。
　　/var/log/ 存放着各种系统记录文件。
　　/var/lock/ 存放着各种锁定文件。所谓锁定文件，是一种应用程序用以标明自身存在或正在运行的标记，通常都是空文件。FreeBSD本身不带这个目录。
　　/var/run/ 存放着关于各运行着的软件的状态文件。作为服务而长期运行的程序在启动之后，会将自己的PID(进程ID)写成一个文件，存放于此处。
　　/proc/ 存放着虚拟文件系统。在这里，系统内核与进程状态，被归档为文本文件。
　　/opt/ 存放着对于操作系统来说是“额外的”软件及其所需的文件。FreeBSD本身不带这个目录。
　　/usr/ 目录
　　/usr/bin/ 存放着各种实用命令和应用软件，与/bin/不同的是，聚集在这里的东东，并非用于“应急管理”。
　　/usr/sbin/ 存放着系统后台程序、可供用户执行的系统工具，与/usr/bin/之于/bin/类似，聚集在这里的东东，并非用于“应急管理”。
　　/usr/include/ 主要存放着C和C++程序设计所用的头文件。
　　/usr/lib/ 类似于/lib/，但只包含各类应用程序的共享链接库，而不包含内核模块。
　　/usr/libdata/ 存放着各种实用工具的数据文件。它类似于Microsoft Windows下的\Application Data\。
　　/usr/libexec/ 存放着系统实用程序、后台程序。
　　/usr/share/ 存放着与硬件架构、操作系统版本无关的数据文件。这与/usr/bin/形成强烈的对比，后者被谓之为“bin”，就有“在特定架构下的二进制可执行代码”的意味。
　　/usr/local/ 存放着本地执行文件、 库文件等等， 同时也是 FreeBSD ports 安装的默认安装目录。 它的内部布局，大体类似于 /usr/ 中的。唯一被规定的限制在于：/usr/local/share/ 与 /usr/share/ 必须完全等效(通常用符号链接实现，类似于Microsoft Windows的“快捷方式”)。
　　/usr/src/ 存放着FreeBSD的源代码文件、本地程序的源码文件。
　　/usr/obj/ 存放着通过联编 /usr/src 而得到的目标文件。
　　/usr/ports/ 存放着 FreeBSD 的 Ports Collection 。
　　/usr/X11R6/ 存放着 XFree86软件及其所需的文件，如X11R6的可执行文件、库文件、配置文件等。在大多数UNIX-like上，X Window系统就直接部署在此处，所以许多X的应用软件也默认地如此认为，所以不要擅自变更它的位置。
　　下面，我们介绍“挂载点”。
　　在上面，我们反复提到了一个名词 ――File System(文件系统)。不同于Microsoft Windows或DOS观念下的File System其实是“分区类型” [backcolor=Red] 注5 [/backcolor] 的意思，在UNIX-like体系中，File System则是Directory Tree(目录树)的意思。
　　[backcolor=Red] 脚注 [/backcolor]
　　(5)Microsoft Windows或DOS支持的分区类型有FAT、FAT32、NTFS等。在UNIX-like阵营，则有Ext2、Ext3、Ext4、XFS、JFS、ReiserFS等等。
　　提到“目录树”，潘棵且膊换崮吧蛭Microsoft Windows上就有这种现象 ――目录层次如“树干(根)C树枝”状分布。在UNIX-like世界里，也是类似的，只不过，它采用了单目录树的设计。那么，我们所设置的分区，都将以 Mount(挂载)的方法，加入到这单独一棵树上。而各分区与这棵大树的众结点，就是所谓的挂载点。
　　也就是说，只有分区被挂载到目录树上(的挂载点)，它们才可以被访问/存取。而挂载这种方法，甚至可以延伸地作用到不在本地电脑的、网络上的某处文件体系身上。用户若不特别加以关注，是无法判断他/她面前的这个/usr/目录是位于本地电脑上，还是位于远程的某个主机上。对于没有参与或观察挂载操作的用户来说，他/她无法觉察到挂载的具体细节，他/她所面对的，惟有一棵完整而自洽的目录树。就从这一点上来说，UNIX-like的挂载机制，就比Microsoft Windows的类似实现要高明得多 ――在Microsoft Windows上，必须将远程文件体系(一个卷即逻辑磁盘/分区或一个文件夹)“映射”为“我的电脑”下的一个卷，并须为之配备一个卷符(盘符)，且有格格不入的图标，显得十分拖沓与累赘。
　　正是UNIX-like利用了挂载机制，才使得LiveCD(可以只在光盘/U盘上运行而完全无需硬盘的操作系统)成为可能 ――即文件系统的根目录并不被本地的物理硬盘所挂载。
　　综上所述，挂载点成为各分区以分支目录形式接入目录树的入口。另一方面，若分区没有被挂载，那么，对应的分支目录里面就是空的。此外，要特别注意的是：当UNIX-like系统启动时，首先被挂载的是由 Boot Loader所提供其具体位置的 Root Filesystem，而后系统依据/etc/fstab文件的具体内容，逐项挂载其他的Filesystems。
　　现在，我们用图表来展现相关的内容。在下面的例子中，我们有两块物理硬盘，第一块是SATA的，被标为ada0，第二块是SCSI的，被标为da0。
　　我们看到，在上述分区与挂载中，除了/(根目录)与Swap Space之外，我们还为/boot、/home、/tmp、/var、/usr这五个分支目录单独地设置了分区，并将它们挂载到Root Filesystem上 ――将哪些分支目录设置为独立的分区，并没有任何硬性的强制规定，施行何种规置方案，取决于用户的个人习惯与使用环境的技术要求。
　　一般说来，为/boot、/home、/tmp、/var、/usr这五个分支目录设置独立的分区，缘由是这样的：
　　/boot 前面已经说过了，为这个目录设置独立的分区，主要是为了规避x86架构下有“第1024 Cylinder 限制”。
　　/home 这里存放着属于用户自己的文件。对于一个具有实用的面向多用户的系统(比如为多用户服务的在线服务器)来说，这个目录是最主要的工作空间，也是最耗费硬盘资源的区域，所以，非常有必要为此目录设置独立的分区，甚至为其配备独立的物理硬盘或。然而，对于那些具有另外特殊用途的系统(比如Router())来说，这个目录却是几乎是无用的。
　　/tmp 由于这里存放着临时文件，且其中的数据访问权限是完全开放的，所以就有必要为其设置独立的分区，从而避免某些心怀恶意的使用者往其中充塞大量垃圾数据以至于侵扰系统上其他部分的合法资源。
　　/var 正如这个目录的名字(Variable)所揭示的，这里存放的数据富于变化性，这些数据包括了诸如Log(日志)之类的文件。与为/tmp设置独立分区的理由类似，一旦自动轮替机制(最新的信息会覆盖掉最旧的信息)失效，独立分区的方案可以避免大量的数据挤占系统上其他部分的合法资源。
　　/usr 前面我们看到，这个目录的结构与根目录的结构非常类似，可谓是一个“小根目录”，所以它的结构与内容也颇为庞杂，且耗费的硬盘资源也是相当可观的，并且它里面的内容可以是Read-Only(只读不写)的，所以，我们有非常充分的理由，为它设置独立的分区(甚至可以用只读模式来挂载它)。
　　下面，给出一个分配硬盘资源并设置分区与挂载点的例子，供学员们参考。
　　还是假设有两块物理硬盘，第一块是SATA的，容量是400GB，第二块是SCSI的，容量是800GB，再假设电脑内存容量是8GB。
　　/dev/ada0p1 freebsd-boot /boot 512MB(FreeBSD推荐的为64KB的boot设置)
　　/dev/ada0p2 freebsd-ufs / 40GB
　　/dev/ada0p3 freebsd-ufs /usr 359.5GB
　　/dev/da0p1 freebsd-ufs /tmp 16GB
　　/dev/da0p2 freebsd-ufs /var 200GB
　　/dev/da0p3 freebsd-ufs /home 560GB(如果系统上用户不多，可以适当缩减此项配额，转而扩大/var所在的分区规模)
　　/dev/da0p4 freebsd-swap swap 24GB
　　※ 这里出现的路径“/dev/”表示：分区都是以“/dev/”目录下的文件形式存在于系统之中的 ――这一点，在“Partition Editor”阶段并不会显明，但以后我们会体会到这一点。
　　学员可以根据自己的电脑的实际情况以及自己的具体需求，设置分区与挂载点。
　　在设置过程中，若出现错误，想“反悔”时，可以用回滚。
　　若想调整、补充已经设置好的内容，可以用。
　　对于Boot分区(freebsd-boot)与Swap Space(freebsd-swap)，挂载点都不必填写。
　　顺便说一句，其实，UNIX-like系统的分区与挂载点设置，一点都不难，跟潘棵窃Microsoft Windows里配置他们电脑的道理是一样的，比如说，如果潘棵堑牡缒陨瞎矣辛娇橛才蹋豢榻闲∫豢楹艽螅闲〉哪强橛才躺枇礁龇智C盘装系统，D盘安放应用程序(软件);很大的那块硬盘也设两个分区：E盘存放自己的普通文档，而F盘则非常非常大，且目录层次也异常庞杂，用来存放长年日以继夜下载得来并严选珍存的“A片”…… 潘棵前训饭淖约Windows下的硬盘资源的那种废寝忘食的劲头，分一些些在学习UNIX-like上，那也足够让自己脱帕!
　　当一切确认无误之后，选择，设置将会生效，且硬盘将进入准备格式化阶段。在接下来的“Confirmation”对话框中，程序给出“data will be PERMANENTLY ERASED”(硬盘数据将被永久抹除)的警告，选择进行确认。
　　只要你对于上述每一步操作都认真仔细地完成(并检查确认)了，那么，接下来，你就可以松一口气了，FreeBSD系统进入自动安装阶段。
　　这一阶段的安装结束之后，进入设置系统基本信息阶段，此时，画面回到单色的TUI界面，要求你设置root密码 ――root是整个系统的最高级管理员。
　　接着又进入“Network Configuration(网络配置)”界面，此时，会显示出系统所寻找到的网络适配器(一般就是俗称“网卡”)，如果仅有一个适配器，就直接按进入下一步，如果适配器不止一个，则要逐个配置。
　　接下来出现的对话框，是询问用户是否要为选定的适配器设置和DHCP，可以直接按让系统自行继续。之后则是，这个可以暂时忽略选择。
　　之后，会出现IPv4 DNS的设置，这跟Microsoft Windows中关于网络适配器的设置很类似，一般就使用你的路由器的IP地址，比如就是系统自动获取到的192.168.1.1等。
　　接下来，是“Select local or UTC clock”的对话框，对于中国学员，可以选继续。之后，选择国家或地区(比如Asia-&China或Hong Kong或Taiwan)。
　　而后，进入“System Configuration”界面，这里需要你选择需要开启的系统服务，一般地，用空格键全部选中，然后按。接着，进入“Dumpdev Configuration”对话框，这里提示该项功能会透过/var目录耗用大量磁盘空间，如果满足这个条件，就可以按继续。
　　接下来，进入“Add User Accounts”界面，强烈建议你选为系统增加新的用户 ――在UNIX-like的使用过程中，要尽量避免使用root账户来进行日常的一般性操作，应该代之以普通用户的身份行事。
　　此时，应该根据提示，逐项输入信息。
　　最后，进入“Final Configuration”界面，可以直接选定Exit结束整个安装过程，但之后又会有提示“Manual Configuration”即系统可以提供一个Shell界面让用户可以手动配置系统，我们选。
　　此时，我们就正式进入了最具UNIX-like本色的操作环境 ――Shell!
　　下面，我们要开始学习关于Shell以及CLI的一些基本知识，并藉着这样的途径，开始进一步(但仍然是初阶地)了解UNIX-like系统。
　　我们使用电脑，无非是向电脑(系统)表达我们的意图 ――这种意图的表达，是以Command(命令)方式存在的，而命令则是以Text(文本，即由键盘输入的信息，与利用鼠标进行点击、拖拽等的图形界面相对)形式存在的，然后，我们期待电脑就我们的命令做出相应的反馈。
　　我们希望向电脑表达的意图，通常是这样的：
　　I want you(指电脑) to get/do/make/take something in some way.
　　在所有的这样的意图表述中，“I want you”这个部分是雷同的，所以，就可以省略它。那么，上面的语句就可以表达为：
　　To get/do/make/take something in some way.
　　在自然语言的语法看来，“To get/do/make/take”是谓语动词，所以，我们将它统合地概念化为：
　　而“something”是V的Object(对象，宾语)，所以，我们将它概念化为：
　　因此， “To get/do/make/take something”就可以概念化为：
　　而最后的“in some way”则是表达了进行V(O)所须要遵从的法则、方法、依据(Argument),所以，我们将它概念化为：
　　那么，“To get/do/make/take something in some way.”就可以概念化为：
　　V(O,A)
　　V(A,O)
　　我们将O与A放在V所作用的同一对括号中，暗示着：在V看来，O和A的概念可以彼此交换(混同)，也就是说，对于某些场景，在V看来，A也可以被当作O，反之亦然。
　　举个例子：我们希望系统将当前目录的上一级目录中的文件foo.bar复制到当前目录来，自然语言的表达是：
　　To copy the file which name is “foo.bar “and which is in the parent directory from there to the current directory.
　　按照V(O,A)的概念范式，这里的V是“copy”，O是“the file which name is “foo.bar “and which is in the parent directory”，A则是“from there to the current directory”。
　　在UNIX-like命令体系中：
　　V是“cp”。
　　O则用“../foo.bar”表达 ――其中的“../”表示“the parent directory(当前目录的上一级目录)”。
　　A则用“./”表达 ――其中的“./”表示“the current directory(当前目录)”。
　　于是，整个意图用命令表达就是：
　　cp ../foo.bar ./
　　我们注意到，原本意图中的“from there to...”这个部分，藉由“将A放置在O后面”这个“语序”被表达了。也就是说，在命令中，概念O在表达时，向V指明了它的行动(具体指copy动作)的源头(Source)，而概念A在表达时，向V指明了它的行动的目的地(Destination)。
　　在里的“源头”不仅是行动对象的所处的位置，更是行动对象本身，类似地，这里的“目的地”也不仅可以是行动的目的位置，也可以是行动的结果本身。所以，我们若将上述命令中的“./”用“./foo.bar”代替，效果是一样的 ――请记住：效果一样的两种实现，我们(命令的设计者)自然会“更加喜欢”最简单的表达方式。
　　既然可以在概念A中有“./foo.bar”这样的表达，我们完全可以有这样的表达：
　　cp ../foo.bar ./foo.baz
　　这里，概念A(行动的结果)变成了“./foo.baz”，实际发生的事情就成了：
　　系统将当前目录的上一级目录中的文件foo.bar复制到当前目录来，并且新的(目的)文件被命名为“foo.baz”。
　　请注意，如果在这样的cp命令执行之前，当前的目录中已经存有foo.bar或foo.baz文件，那么“cp ../foo.bar ./”或“cp ../foo.bar ./foo.baz”这样的命令，会豪无警示地覆盖掉目标 ――UNIX-like系统的设计者奉行“多一事不如少一事”的实践哲学，当命令本身合法且被正常完成之后，在命令被执行时与结束时，通常不会有任何附加的信息反馈。显然，这样的哲学，会令那些缺乏经验的用户(尤其是从Microsoft Windows或DOS那里转学而来的潘棵)吃尽苦头，然而，这些命令的设计者已经提供了相当丰富的Optional(备选项)令用户可以规避这样的风险。
　　比如，在概念A中加入“-i”表达 ――其中的“-(Hyphen，连字号)”表示这是一个 备选项，而“i”表示“Interactive(交互模式)”，即当命令发现有可能会覆盖已经存在的目标时，会提醒用户，并且期望用户以“yes”或“no”的键入来确定如何处理当前风险。
　　这样，类似的命令就成了：
　　cp -i ../foo.bar ./
　　请注意，在当前这个FreeBSD系统所提供的cp命令的规范中，作为概念A的“-i”表达只能紧跟在V(即“cp”)之后(当然得与V间隔至少一个空格)，所以，如果命令表达为：
　　cp ../foo.bar ./ -i
　　则会导致cp命令报告“- not a directory”，也就是说，出现在概念A的表达序列的最右端的内容，将被解读为一个目标(或位置)，而不是一个选项。
　　※ 当前这个FreeBSD系统所提供的其他基本命令，情况亦类似。
　　当然，在某些GNU/Linux系统所提供的cp命令，却允许备选项出现在概念A的表达序列中的任何位置，因为那种cp命令自认为可以将一切“-”开头的表达无歧义地解读为选项，而不是源头或目标(或位置)。
　　在cp命令的备选项中，还有一个“f”，即“Force(强迫执行)”的意思。
　　如果当前目录中已经存有foo.bar文件，那么，我们执行命令：
　　cp -i -f ../fobar ./
　　“-f ”则会让位于它前面的“-i”失效，也就是说，即便有了“-i”作为警醒用途的选项，“-f”也将“覆盖”掉它。既然“-f”可以覆盖掉前面的“-i”，同样，如果把“-i”放在“-f”之后，那么，“-i”就可以“覆盖掉”前面的“-f”，令“-f”无效：
　　cp -f -i ../fobar ./
　　我们发现，在选项序列中，后面的总是会覆盖掉前面的，所以，如果我们这麽做：
　　cp -f -i -f ../fobar ./
　　cp -i -f -i ../fobar ./
　　它们终将等效于：
　　cp -f ../fobar ./
　　cp -i ../fobar ./
　　此外，选项序列中的各项，可以共用一个连字符，也就是说，我们可以写出这样的“变态的”命令：
　　cp -fffffiiiiiiffifiifffiiiii ../fobar ./
　　它最终的效果是：仍然会对可能发生覆盖的情况向用户提供警告。
　　当然，有些V本身并不需要任何O或A，比如：
　　这个命令类似于Microsoft DOS里的“CLS”命令，即清屏。
　　为了符合V(O,A)的范式(也就是，非要写出个O或A不可的话)，我们用概念void来弥补这个空阙，即可以概念化为：
　　V(void,void)
　　上面这种情况，是V本身的O与A均规定为void，这必须与那种V本身可以让用户省略表达O或A的情况区别来开，比如命令：
　　这个命令类似于Microsoft DOS里的“DIR”命令，即列出当前目录的内容(从目录这个角度所看到的其中的内容，都是以文件形式存在的，所以，这个命令也就是列出当前目录里的文件)。
　　执行这个命令之后，系统反馈出的，仅仅是当前目录里的文件的文件名(包括扩展名)―― 并不包括那些以“.(小数点)”开头的文件(即表示当前目录的“.”、表示上一级目录的“..”以及Hidden Files(隐藏文件)，统称为dot files)。如果要列出那些dot files，必须显式地加上概念A的表达“-a”：
　　此时，系统的反馈将包括那些dot files。由于对于任何一个目录(甚至是根目录)来说，一定会含有“.”和“..”这两个文件，所以这两项可以在实际应用中经常需要忽略，那么，这时概念A的表达应该为“-A”：
　　UNIX-like系统的实践哲学的确是“多一事不如少一事”，这个命令只反馈出了文件名，关于文件的更加详细的信息(比如大小、更改日期、属性等等)，却完全没有给出。(然而，在后面的学习中，我们终将领略到：“多一事不如少一事”实实在在地是一项卓尔不群、富于远见的主张!)
　　为了让系统反馈出关于文件的更加详细的信息，我们须显式地加上概念A的表达“-l” ――小写字母“l”是“Long (format)”的意思。我们执行命令：
　　我们将会得到系统的反馈，在反馈中，每一行是形如这样的：
　　drwxr-xr-x 7 root wheel 1024 Jan 3 2012 boot
　　我们先看“drwxr-xr-x”这个部分。
　　这个部分由10个字符组成。居首位的字符是“d”，表示该行所列出的文件是一个Directory(目录)(※ 在UNIX-like的世界里，除了普通文件是文件之外，目录、设备、Socket等等均是文件。)，如果是小写字母“l”则表示这是一个Symbolic Link(符号链接，类似与Microsoft Windows下的“快捷方式”)。如果是“c”、“b”、“p”、“s”则分别代表字符特殊设备、模块特殊设备、FIFO、Socket(套接字)， 如果该位是“-”(连字符在这里表示“无”)则表示该文件是一个普通文件。
　　接下来的9个字符，应该分为三组，每一组由3位字符组成：第一组为“rwx”、第二组为 “r-x”、第三组为” r-x”。这三组分别表示了该文件对于围绕着它的三种角色的权限设置。这三种角色依次为：
　　Owner ――该文件的所有者、主人。
　　Group ――该文件所属于的群组。
　　Others ――其他人。
　　在每一种角色的权限设置中，都有3位：
　　第1位：要么是r，表示可以Read(读取)，要么是-，表示不可以读取。
　　第2位：要么是w，表示可以Write(写)，要么是-，表示不可以写。(在计算机学科领域，“写”通常就意味着“更改”)。
　　第3位：要么是x，表示可以Execute(执行)，要么是-，表示不可以执行 ――在UNIX-like，文件是否可以视为“可被执行的”，并不像Microsoft Windows或DOS那样倚靠文件的扩展名(如.exe、.com和.bat)来辨别，而是倚靠这一位上的标志。此外，目录的属性为“x”，并不是说目录如同普通文件那样被运行，而是代表了相关角色可以进到这个目录里头。(※ 如你所猜到的那样，进入一个目录的命令，从外观上看，跟Microsoft DOS的命令是一样的，就是“cd 目标”，意为“Change Directory” ――不过Microsoft DOS不区分命令或文件名的大小写，而UNIX-like则严格地区分。)
　　那么，如果某文件的权限属性是这样的：
　　rwxr-xr―
　　则表示，该文件：可以被它的主人(通常是它的创建者)读取、改写、执行;可以被它所属于的群组读取、执行，但不能被改写;可以被其他人读取，但不能被改写、执行。―― 在https://www.cpfn.org/bbs/viewtopic.php?f=74&t=647这个帖子里，这样的权限属性，正是关于《基里巴斯国宪法》的最精简描述。
　　在FreeBSD系统中，还有一些字母可以出现在权限信息的序列里。
　　小写字母s ――如果它出现在Owner组的x位置上(代替了x)，则代表，在执行该文件的时候，执行的角色乃是它的O如果它出现在Group组的x位置上(代替了x)，则代表，在执行该文件的时候， 执行的角色乃是它所属于的Group。
　　小写字母t ――它表示“Sticky(粘滞) [backcolor=Red] 注6 [/backcolor] ”，当它出现在目录文件的Other组的x位置上(代替了x)，则代表，该目录下的文件，只能由其Owner来删除或了。
　　[backcolor=Red] 脚注 [/backcolor]
　　(6)在早期， 为可执行文件的Sticky位置值，将使得它们在运行结束之后，其Image(镜像，即被CPU执行的代码)仍可以“滞留”在内存中，以避免后来的重复加载，以期提高系统的运行效能。但随着虚拟内存技术的普及，这种“滞留”机制已经无用，所以Sticky位转而被用在了文件系统的安全保障策略上，但“Sticky”这个名称却被Sticky了下来。
　　随着系统被不断使用，文件的权限属性并非一成不变，只要用户在系统中的地位适当(比如是超级管理员)，它们就可以随时被用户所更改。命令是：
　　我们举个例子：
　　chmod go-w,a+x foo.bar
　　从V(O,A)的范式解读它：V是“chmod”，O是“foo.bar”这个文件，A则是“go-w,a+x” ――A由逗号隔开的两个部分组成：
　　go-w ――这表示关于该文件的Group与Other角色将被削减掉对它的w权限。
　　a+x ――这表示关于该文件的Anybody(一切角色)都将被增加对它的x权限。
　　再来一个例子：
　　chmod go= foo.bar
　　“go=”表示：关于该文件的Group与Other角色的权限将被置空(=后面是空的)，这意味着，除了该文件的Owner之外，任何无法访问/存取它。
　　接下来的“7 root wheel”，分别表示了：该文件的Number of Links(链接数量，关于链接，今后我们将进一步学习)是7(个)、该文件的Owner(是root，即本系统的超级管理员)、该所属于的Group(是wheel，可以理解为一个管理员组，类似于Microsoft Windows里的Administrator组)。
　　最后的“1024 Jan 3 2012 boot”，则分别表示了：该文件的大小(作为目录文件，这里反馈的数字并非目录里包含的全部内容的总体积)、该文件(最后一次)被更改的日期、该文件的名称。
　　我们回到ls命令来 ――
　　ls foo
　　在这个命令的表达中，概念O(也可以混同为概念A)是“foo”。
　　当“foo”是一个非目录的文件时，ls命令将反馈出foo这个文件。
　　当“foo”是一个目录时，ls命令将反馈出foo这个目录下的文件，而非目录文件本身。―― 这跟Microsoft DOS里的DIR命令有非常大的差异，在Microsoft DOS中，命令“DIR 目录名”将反馈出目录本身的信息，而不会反馈出目录里面的内容。
　　所以，如果我们使用这样的命令：
　　ls foo*
　　倘若我们用Microsoft DOS的“DIR foo*”去理解它的话，就会期望该命令仅仅反馈出当前一级的目录里面一切以“foo”打头的文件或目录。而实际上这个命令反馈出来的是：当前一级的目录里面一切以“foo”打头的非目录文件，以及当前一级的目录里面一切以“foo”打头的目录里面的文件(不包括下一级子目录里面的内容)。
　　通常，我们在Microsoft DOS中，利用“DIR foo*”这样的命令来判断当前一级的目录里面是否含有以“foo”打头的文件或目录，如果有反馈，则说明那些文件就在当前一级的目录里面。而这样的思路会给UNIX-like的用户带来困扰 ――ls命令反馈出的文件，不一定就是在当前一级的目录里面!
　　上面的例子中，已经出现了Wildcard(通配符，有的地方也翻译作“百搭字符” ――Wildcard的原意就是“百搭牌张”，通常这种牌张可以充当任何花色和点数的牌张)，就是“*(星号)”。
　　在Microsoft DOS中， 通配符一般只有两个：
　　* ――代表零个或任意个合法(规定范围内)的字符。
　　――代表单独一个合法(规定范围内)的字符。
　　在UNIX-like里面，上述两个通配符的用法跟它们在Microsoft DOS中的用法，基本一致。但在UNIX-like中，还有更多的匹配(若有目标符合通配符所代表的意思，即叫“匹配”)方法：
　　[char] ――代表任何一个出现在方括号内字符，比如a[bc]可以匹配ab和ac。此外，还可以用[a-z]来匹配从小写字母a、小写字母z之间以及它们两者之间的任何小写字母，但要匹配全部英文字母的大小写，则应该用[a-zA-Z]而不是[a-Z]。
　　[!char] ――代表任何一个没有出现在方括号内字符，比如a[!bc]可以匹配ax和ay，但不能匹配ab和ac。
　　{a,b,c,...} ――代表创建一个a、b、c、……组成的序列，这样，“Foo_{x,y,z}”就可以匹配“Foo_x”、“Foo_y”以及“Foo_z”。
　　跟Microsoft DOS不同，在UNIX-like中的“ls foo*”这样的命令，负责解释通配符的不是ls命令，而是Shell，具体地说，是Shell将“*”先行解释，即在当前目录中找到所有可以匹配“*”的文件名诸如“foobar”、“foobaz”、“fooXyZ”……，也就是说，命令中出现的通配符，先经由Shell展开为具体的内容，而这些内容作为概念O或概念A的序列，被哺馈给V。 ――UNIX-like这样的设计理念，相对于Microsoft DOS中命令自己负责解释通配符的做法，高明了不知道多少倍!由于在UNIX-like的体系中，Shell程序与命令程序分开，这样一些对于命令程序的设计来说是雷同而重复的工作(比如实现解释通配符)就可以完全抽离、集约到Shell程序的设计中，那么，命令程序的设计工作将被大大的简化，类似于数学解题中的“合并同类项”。
　　※ 确切地说，Shell仅仅在它认为通配符所在的序列是文件名的时候，才会做这样的解释、展开工作。
　　说到这里，我们才算是可以真正开始了解Shell这个至关重要的角色，及其特性。上面说到，解释通配符的工作是由Shell完成的，这意味着，不同的Shell在处理这类问题的细节上可能会有不同。这样就又揭示了：有多种Shell可供UNIX-like用户选择。
　　在我们刚刚安装好的这个FreeBSD中，系统默认的Shell程序是csh的改进版本 ――csh全称是C Shell，它是由美国计算机科学家William Nelson Joy开发的。“William”这个名字在英语国家中一般会被昵称作“Bill”(比如有William Jefferson Clinton昵称为Bill Clinton，William Henry 三世昵称为Bill Gates)，所以，对于这位科学家，我们一般称呼他作Bill Joy，他是一位世界顶级大黑客。
　　上图：Bill Joy。
　　如何察看当前所使用的Shell是哪个版本的呢？可以使用命令：
　　echo $SHELL
　　它将反馈：
　　/bin/csh
　　实际上，目前FreeBSD上使用的C Shell是前者的一个改进版本，即Tenex C shell，简称tcsh。我们使用命令：
　　diff /bin/csh /bin/tcsh
　　没有任何反馈结果，这说明两者完全一致。(这再次验证了：UNIX-like系统真是懒到多说一句就会累死的地步!)
　　刚才，我们还学习了一个新的命令 ――“echo $SHELL”。
　　“echo”的意思，跟Microsoft DOS里的“ECHO”命令的，是一样的，就是“回声”。这个名字原本属于希腊神话中一位善良美丽的女神。这位女神在遭遇了某种残酷的折磨之后，对任何人的问话都不予回答，只是戚戚然地重复别人的话语，所以她的名字被引申为“回声”的意思(更准确地说，是重复别人所说的话)。
　　当我们使用命令：
　　echo 123
　　程序就回馈给我们：
　　甚至我们使用命令：
　　echo 1+2
　　“她”也回馈我们：
　　――“她”无法解释任何在我们看来有意义的表达式。
　　所以，我们若使用命令：
　　echo SHELL
　　就会原原本本地得到：
　　这个字符串。
　　但我们若在“SHELL”前面顶上了“$”(Dollar，美元符)，结果就全然不同了。这当然不是因为Echo女神“见钱眼开”，而是因为：Shell程序将“$SHELL”这个字符串展开为“/bin/csh”这个字符串，然后将展开后的结果哺馈给echo命令程序。请记住，Echo女神永远只会单纯地重复任何说给她听的东西，永远!(哭!)
　　这里，就可以延伸出一个技巧，我们可以藉着echo程序，窥看到Shell是将那些特殊字符(通配符、转义序列等等)如何地展开的。比如：
　　echo Foo_{A,b,C,d}
　　反馈的结果将是：
　　Foo_A Foo_b Foo_C Foo_d
　　我们再一次认识到了Shell程序解释命令中所出现的特殊字符的能力。那么，这次它解释“$”的具体过程是怎样的呢？
　　当Shell发现输入的命令中含有“$”这个特殊字符，它会将紧跟在这个符号后面一个单词视为a Name of Variable(变量的名称) ，这里所谓的“一个单词”，就是由合法(规定范围内)的字符组成的且以空格(或其他特殊字符)与其他“单词”相隔的字符串。正如在编程的环境中，我们可以用一个Identifier(标识符)来作为变量的名称(并利用这个标识符来指代变量的实际的值)一样，在这里，我们也可以用“一个单词”来作为变量的名称，但要让Shell根据这个名称引出它所指代的实际的值的时候，必须在这个名称前顶上“$”。
　　请注意，“$”本身也是一个变量的名字，这个变量的实际的值是当前Process(进程)的ID号(简称PID)。如果当前的Shell的PID是1218，那么，使用命令：
　　echo $$
　　就会反馈：
　　如果直接输入命令：
　　则会反馈：
　　1218: Command not found.
　　这说明，命令“$$”被Shell展开为“1218”，然后系统认为你输入了“1218”这个命令，结果显然就是报错。
　　在UNIX-like系统中，有一组通常在用户干预之前，就由系统自行设置好的变量，它们被统称为Environment Variable(环境变量) ――这些变量反应了或决定了我们在系统中所处的使用环境。
　　我们使用命令：
　　就可以让系统反馈这些环境变量。反馈内容的格式是，每一行中：
　　变量的名称=变量的实际的值
　　我们可以透过这些环境变量的名称，了解各个变量的含义，比如说：
　　HOME=/root
　　这一行揭示了，当前用户的Home(家)目录是/root。当你用使用这样的命令：
　　特殊字符“~(Tilde，波浪号)”就会被Shell解释为“$HOME”，进而被展开为“/root”，再将“/root”哺馈给cd命令。
　　我们使用命令：
　　即可以让系统反馈当前的工作目录名(the name of Working Directory)。也就是说，在“cd ~”命令之后，“pwd”将反馈给我们“/root”这样的结果。
　　还有一个环境变量，名字叫做“OSTYPE”，该变量被系统自行设定的值是“FreeBSD”。所以，我们可以使用这样的命令：
　　echo I love $OSTYPE!
　　反馈的结果，自然就是：
　　I love FreeBSD!
　　※ 命令中的“!(感叹号)”并没有与 字符串“OSTYPE”黏合而产生一个叫做“OSTYPE!”的变量名，因为Shell知道“!”不可能作为变量名的一部分。
　　在众多环境变量当中，还有一个环境变量，对Shell的工作方式具有直接的、举足轻重的影响作用，那就是名为“PATH”的变量。这个变量的名字的含义是“Search Path(搜索路径)”。这个变量的实际的值，是由一个以“:(Colon，冒号)”黏结的若干个目录名所组成的序列。UNIX-like中的PATH变量的含义，与Microsoft Windows或DOS中的PATH环境变量的，基本上是一致的(但后者的PATH变量值是由“;(Semicolon，分号)”黏结起若干个路径)。
　　我们已经知道，Shell承担着解释用户在CLI方式下所输入的命令的重要任务。当用户输入一个概念V的表达(即命令名)之后，Shell如何去找到系统中关于概念V的实现(即用来实现命令的程序)的呢？
　　Shell的做法，通常分为两个步骤：
　　(1)判断用户的输入，是否为Shell的内置命令(即这样的命令是Shell的一部分，这类似于Microsoft DOS中的COMMAND.COM所提供的“内部命令”)。若判断为是，则执行;若判断为否，则：
　　(2)在PATH环境变量所提供的路径(目录名)中，逐个路径地去寻找符合输入的命令。若找到，则执行;若找不到，则反馈“Command not found.”信息，即报错。
　　当然，如果用户显式地、完整地向Shell输入了概念V的实现(即)所处的位置(即完整的路径/目录名称)，那么Shell将直接执行那个可执行程序。
　　跟Microsoft DOS不同的是，UNIX-like系统不会认为用户的当前工作目录是PATH变量“理所应当的”一部分，也就是说，它不会在当前工作目录(与PATH所提供的目录不同)中寻找概念V的实现。
　　如果要执行当前工作目录中的可执行文件，应该使用这样的命令形式：
　　即：在可执行文件名的前面，顶上“./”(一个小数点加一个正斜杠)―― 这有强调当前工作目录的意味，这是出于对系统安全考虑的强制规定。
　　通过学习上面的知识，我们可以理解这麽一个技巧：
　　我们可以特地地将一些专门的路径(某些经常要用到的程序所处的位置)，放置到PATH环境变量中，这样我们就不必每次输入完整的路径或切换工作目录了。
　　更新一个环境变量的实际的值，在csh/tcsh这样的Shell中，应当使用命令：
　　setenv VARNAME value
　　而在sh/bash这样的Shell中，应当使用命令：
　　export VARNAME=”value”
　　请注意上述二者在命令名、等号、双引号等方面的区别。
　　举个例子。如果我们希望我们的家目录成为PATH环境变量的一部分，那么，在csh/tcsh下，就可以使用这样的命令：
　　setenv PATH $PATH\:$HOME
　　请注意，在这个命令中，PATH环境变量中用来黏合路径用的“:”被写成了“\:”，这是因为，如果csh看到了一个单独的“:”紧跟在字符串后面，会将它解读为一个Built-In Command(内置命令)从而导致反馈“Bad: modifier in $ ($)”即第二个“$”解读错误，所以，为了让csh能在概念A的表达中正确地解读到一个“:”，我们就必须在“:”前面顶上一个“\” ――这称为“转义序列”机制，学过C语言的学员，对此一定不会感到陌生。又如，我们希望系统反馈这麽一行字符：
　　$SHELL
　　那么我们可以使用命令：
　　echo \$SHELL
　　除了利用转义序列规避csh对概念A的表示解读失败，我们还可以使用命令：
　　setenv PATH ${PATH}:$HOME
　　实现相同的效果 ―― 可见，一对花括号可以拦阻csh将单独的“:”与之前的字符串相黏合，从而规避将其解读为一个命令。
　　你是不是觉得挺复杂的，感觉有点头昏了。我们暂且休息一下，不过在休息之前，我们再学习几个有用的命令：
　　――创建目录。
　　――删除概念O所对应的内容(可以是文件也可以是目录(文件的位置))，如果要删除一个目录(及其中包含的一切内容)，则需要一种概念A的表达：“-r”或“-R”，这个字母这表示“Recursive(递归的)”。在许多命令中，利用递归选项遍历子目录中的一切内容，比如在chmod命令中，就可以加上“-R”选项，实现子目录中的一切内容的属性更改。
　　――这个命令的字面意思是“Move(移动)”。除了提供了类似于Microsoft Windows或DOS下的“移动目标”的功能之外，UNIX-like系统的“移动”命令，还包括了Rename(重命名)功能。其实，重命名是移动的一种，仔细想想看，你应该可以明白过来的。
　　※单纯的cp、rm、mv命令(这三个命令属于日常操作中最经常用到的、最基本的命令)会不给予用户任何警告地覆盖掉原有的内容或删除掉一切它认为符合要求的内容，所以，请在必要时，一定加上选项“-i”!切记!
　　shutdown
　　――选项“-r”表示“Reset(自动地重新启动电脑)”，“-h”则表示“Halt(关机)”(某些情况下，在系统Halted之后，你可以关闭电源，也可以按任意键重新启动电脑)，这些选项后面须跟上一个子选项，即时间参数，如果是：
　　shutdown -r now
　　则是要求系统立即重新启动。
　　好吧，系统安装完毕后给我们提供的Shell，被我们捣鼓了这麽久(或者说，我们被它折磨了这麽久)，是可以重新启动电脑的时候了，我们借此也可以稍事休息一下，待会儿再回来!
　　重新启动电脑之后，再次出现FreeBSD Daemon圆头的单色启动界面，此时按，直接进入系统。其间，要输入登录用的用户名(在“Login as:”提示后输入)与密码。之后，进入Shell环境。
　　之前，我们已经了解到：命令中的通配符将被Shell先行解释，也就是说，Shell将诸如“*”这样的通配符，在指定的环境(比如当前一级目录)中寻找到可以匹配的项目，然后将所有匹配的项目展开，哺馈给命令程序。
　　所以，当我们使用这样的命令：
　　ls foo*
　　Shell将首先找到当前一级目录下所有可以与“foo*”匹配的项目(包括文件与目录)，然后将它们以展开的形式作为概念O(或概念A)哺馈给命令程序ls。假设当前一级目录中，仅有这样的普通文件：
　　foo0、foo1、foo2、foo3、……、foo9998、foo9999、bar0、bar1、bar2、bar3、……、bar9998、bar9999
　　共计20,000个，那么，实际被ls命令程序所执行的命令行是这样的：
　　ls foo0 foo1 foo2 foo3 ……foo9998 foo9999
　　这样就引入一个问题，Shell容许有一个命令行 这么长吗？这个长达一万项的概念O的表达，恐怕已经超过了Shell可以接纳长度的极限(或者也已经超过了命令程序可以接纳参数的极限)!然而，UNIX-like对于此类问题的处理机制，是极端高明的。我们试想，如果先让ls命令程序列出当前一级目录下的所有文件，但是，这个输出并不反馈到屏幕上，而是作为另一个命令程序的概念O，也就是说，ls命令程序的输出结果被哺馈给了另一个命令程序，然后，再让这后一个命令程序“分拣”出可以匹配的项目，那不是很棒吗，而且很合理吗？于是，我们就可以使用这样的命令：
　　ls | grep "^foo.*"
　　在这个命令中，出现了不少令我们感到陌生的新东东。
　　首先，我们看一个新东东―― “|(，管道符，在我的电脑上，这个字符由[Shift]+[\]键入)”。管道，是UNIX-like系统最具威力的一个机制。为了能明白和领略这个机制的强大，我们要从I/O(输入/输出)的概念讲起。
　　在诸位潘拷邮芗扑慊裘山逃氖焙颍欢ǘ剂私獾搅耍钊缂獭⑹蟊辍⒐旒Ｇ颉⒀垢斜省⑸枰恰⑸阆裢氛庋纳璞福冀凶觥笆淙肷璞浮;而诸如屏幕、打印机这样的设备，都叫做“输出设备”。UNIX-like除了有“多一事不如少一事”这个颇具远见的哲学之外，还有另一个绝对高屋建瓴、所向披靡的设计哲学 ――“一切皆是文件”，亦即，一切的设备，包括、磁盘分区、终端机(Terminal)、串行端口、并行端口、USB端口、打印机等等等等，以及负责收发网络数据封包的Socket，无一例外地均被视作为File(文件)。(※ 对于设备文件，都存放在/dev/目录中，这些文件也叫做“Device Nodes(设备节点)”。)
　　举个具体的例子，当我们利用Shell与系统进行交互式操作的时候，其实，在我们与Shell之间，还存在一个终端(即我们面前的这个屏幕，或仿真终端，即我们在GUI环境中所适用的呈现出终端样式的窗口程序)。显然，不论是真实的终端，还是仿真的终端，在UNIX-like看来，皆是文件。
　　我们使用命令：
　　可以观察到当前整个系统上，有哪几位用户登录，他们分别从那个终端接入的。比如，反馈是这样的：
　　USER TTY FROM LOGIN@ IDLE WHAT
　　root v0 - 3:31PM 2 -csh (csh)
　　USER一栏给出了用户名;TTY一栏给出了该用户所接驳的终端名称;FROM一栏给出了该用户的登录地点(一般远程登录者以网络地址如IP地址形式给出);LOGIN@一栏给出了该用户的(最近一次)登录时刻;IDLE一栏给出了该用户的“发呆时间”(即从该用户最后一次敲键盘至当前时刻所间隔的分钟数);WHAT一栏给出了该用户当前的“正在干什么”(即当前的进程名及其参数)。
　　我们可以看到，上面的TTY一栏，表明了我这个root用户接驳的终端名是v0。既然有终端v0，也就应该有终端v1、v2、v3、…… 的确如此，我们在/dev/目录中，可以看到那些以“tty”开头的文件，那些就是以文件形式存在的终端，这些文件也叫做“终端节点”。我们使用命令：
　　ls -l /dev/tty*
　　就可以看到全部tty开头的终端节点的详情，这些节点文件的属性都是c开头的，表示它们都是所谓的“字符(Character)型设备”。
　　一般说来，当今的UNIX-like系统，为用户面前的实体电脑自动配置了8个TTY终端。这8个TTY终端，可以由用户按下[Ctrl]+[Alt]+[F1]到[F8]切换。每个终端，可以登入不同的用户，也可以登入相同的用户。通俗地说，潘棵强梢匀衔阂惶UNIX-like实体机器，至少可以当8台机器(由你自己扮演的8人次)同时使用。
　　TTY是什么？UNIX-like世界中总能经常见到这个词。TTY是TeleType的缩写。 [backcolor=Red] 注7 [/backcolor]
　　[backcolor=Red] 脚注 [/backcolor]
　　(7)早期的计算机系统终端，都采用上图这种Teletype设备。Teletype跟我们(比如在我上 中学时候的)经常接触的那种英文打字机不同的是：打字机的打字头的位置是固定不动的，每敲一次按键之后，负责夹纸、走纸的滚筒就往左边移动一个字符的长 度;而Teletype的打字头(Carriage，即上图中有长得像扇环形百叶窗的金属东西并绑着色带的那个部分)是可以在字符水平方向上移动的，而负 责夹纸、走纸的滚筒在这个方向上却是固定的。
　　在Teletype上：
　　如果要“回车换行” ――(A)负责实现CR的指令让Carriage回到该行的初始位置(最左端)，是为“回车”(\r);然后，(B)负责实现LF的指令，让滚筒将纸张往上走一行，是为“馈行”，也叫“换行”(\n)。
　　如果要“换行回车” ――将上面的(A)、(B)步骤次序对调。
　　既然终端是一个文件，那么，如果我们把某些信息写到这样的文件中去的话，屏幕岂不是会显示出信息来？的确如此。我们使用命令：
　　ls &/dev/ttyv3
　　就会把ls命令的反馈结果输出到v3这个终端屏幕上去。我们按下[Ctrl]+[Alt]+[F4](v3终端是第四个终端)，，是不是这样？
　　上面命令中出现的“&(大于号)”，叫做“I/O重定向符”，意思是，将左边命令产生的结果，输出到右边的文件中去 ――左边命令产生的结果原本是要输出到终端屏幕上的，但现在没有输出到屏幕，转而输出到了某个指定的文件，故此得名“重定向”。※作为重定向符的时候，“&”代表“覆盖性写入”;“&&”代表“追加性写入”;“&”代表“读取”。
　　现在我们回到之前的例子，了解一下比重定向符更难理解(只是更难一点点儿)的管道符。
　　Shell有一种必需的本领，即向它所启动的程序提供Stdio(标准I/O)环境。标准I/O环境，这个抽象的概念是什么意思呢？
　　我们知道，一个概念V的实现(命令程序)是由Shell找到并启动的。当Shell启动一个程序之后，就会向这个程序提供三个File Handle(文件句柄)，这三个文件句柄即构成了属于每个程序自己的标准I/O环境，它们分别是：
　　(1)stdin ――标准输入，也叫“FD0(FD是File Descriptor的缩写，意同File Handle)”，这是一种关于字符的Input Stream(输入流)，通常，这个流的源头，就是我们手头的键盘。
　　(2)stdout ――标准输出，“FD1”，这是一种关于字符的Output Stream，通常，这个流的出口，就是我们面前的终端屏幕(即/dev/ttyvx文件，因此，该流以文件句柄的形式存在)，当然你也可以使用前述的“重定向”方法将改流转向输出其他文件(犹如黄河改道，从江苏省流向黄海)。
　　(3)stderr ――标准错误信息输出，“FD2”，从流与流的输出形式上说，它与stdout一致，只是程序主体会选择性令错误信息经由这个途径流出。为什么要这么做？这其实是一个很巧妙、很合理的设计，目的在于：使程序的正常输出(它的“本分工作”的结果)与它在遇到错误时所报出的错误信息可以分开，泾渭分明，这样，那些期望攫获该程序正常结果的另一个程序，就可以仅仅收到期望的信息，而不受报错信息的干扰。而且，我们可以通过“重定向”机制，将stdout与stderr流分别导向到不同的文件中去，具体方法是：
　　(foo &bar) &&qux
　　将foo程序的stdout即FD1流写入文件bar，且将foo程序的stderr即FD2流写入文件qux。※ 由于FreeBSD的默认Shell即tcsh并没有提供单纯而直接的方法，将stdout流与stderr流分别重定向，所以，tsch的用户必须使用上述技巧实现stdout与stderr的分别重定向。
　　而对于GNU/Linux普遍采用的bash，分流的方法则十分清晰明了：
　　foo &bar
　　foo 1& bar
　　是将foo程序的stdout即FD1流写入文件bar。
　　foo 2& qux
　　是将foo程序的stderr即FD2流写入文件qux。
　　※请注意，数字“1”或“2”都必须紧贴“&”，否则数字将被视作概念O的表达。
　　所以，我们要引入一个新的范式：
　　STDIN-PROG-STDOUT(-STDERR)
　　简写作：
　　I-P-O(-E)
　　这个范式跟之前(关于用户与系统之间关系)的V(O,A)范式不同，它是用来概念化为PROGrams(程序)与Shell为其所提供的标准I/O环境及其要素的。在每个要素之间，川行的是数据流，数据流透过Stdio句柄被接纳或释出。
　　现在，我们考虑一个问题：既然程序可以由Shell为其创建的stdin(源头通常是键盘)来获取输入信息(流)，那么，是否可以选择其他的信息输入源头呢？比如bar程序不再从用户的键盘获取输入信息，而是以foo的输出作为自己的输入源头，即：foo程序的stdout流与bar程序的stdin流“对接”(信息如水流自上而下地行进)？这样的“对接”完全是可以实现的，那就是利用Shell提供的“管道”机制!命令的形式如下：
　　foo | bar
　　我们回到一开始的例子：
　　ls | grep "^foo.*"
　　ls命令程序的输出信息是当前一级目录里的所有文件，这样的信息应该是：
　　bar9998
　　bar9999
　　foo9998
　　foo9999
　　一共20,000行。※寻常状况下，我们所看到的ls命令(无参数)的反馈，各个文件名都是按照表格式样排列呈现的，但当这些信息成为stdio流的时候，其实是按照“行”呈现的，例如我们使用命令：
　　ls | less
　　就可以看到文件名以“行”排列呈现。less命令是一个用来查看文本类型文件的内容的程序，使用时按[PageUp]与[PageDown]键可以实现翻页，按[↑]与[↓]键可以实现滚动，按[q]键盘退出程序。
　　这20,000行的信息并没有被反馈到终端屏幕(即/dev/ttyvx文件)上，而是经由管道哺馈给(流向)了管道符后面的grep命令程序，即这10,000行信息成为了grep命令的stdin的内容。
　　grep命令程序，全称是“Global Regular Expression Print”，这个全称揭示了这个工具的特性：“Global”指它的工作对象是“全局”也就是全部的行，“Regular Expression”就是“正则表达式”，“Print”就是“打印”，统合起来说，就是：在stdin的全部行中，找到跟给定正则表达式匹配的内容，并将该内容所在的行打印出来(该内容本身通常会被高亮凸显)。
　　说到“正则表达式”(简称RegExp)，它又是一个极具UNIX STYLE的超级武器。RegExp的内容极为广泛与庞杂，若要精通它，恐怕要跟精通C语言的难度相当。许多讲述RegExp的教材的作者自己就对它一知半解、不得真要，所以写出来的教材也让学生看得云里雾里、稀里糊涂，更是完全无法发挥这套武器的强大威力。本人根据自己多年在UNIX?-like系统上的琢磨和捣鼓，或许可以用最简洁、最切中要害的方法，向你们解明RegExp的基本精义。
　　※在当前的FreeBSD系统中，虽然/usr/bin/grep与/usr/bin/egrep两个程序完全一致，但要用到egrep(扩充语法的grep)，还是必须显式地使用egrep命令，或用“grep -E”。下面的内容，是针对egrep的(更简单、更强大)。
　　――只要八个汉字：
　　转义、数量、位置、逻辑
　　(0)正则表达式的目的，在于用它自己寻找到目标文本中符合某种特征的字符串，这种“寻找”的过程，也叫“扫描”，一旦寻找到，则就叫“匹配”。这跟之前介绍的“通配符”很相似，}