Linux新手困惑之---工作环境如何从GUI迁移到CLI（获奖名单已公布-2013-6-7）

send_linux

获奖名单已公布，详情请看：http://bbs.chinaunix.net/thread-4085382-1-1.html

背景：
    现在，大多数计算机用户只熟悉图形用户界面(GUI)，并且产品供应商和专家还在不停地灌输一种思想，那就是命令行界面(CLI)是一种很糟糕的东西，而且已经过时。这是很不幸的，因为一个好的命令行界面是一种很神奇的人机交互方式，就和我们采用书信进行交流一样。据说“图形用户界面能让简单的任务更简单，而命令行界面能够处理复杂的任务”，这句话在今天看来仍然是正确的。 很多人是从其他平台转到Linux的新用户,这些新用户很可能原来是Microsoft Windows版本的超级用户,也可能是老板赶鸭子上架,要求负责管理一个Linux服务器的管理员,还有可能是厌烦了桌面系统的安全问题，想要体验一下Linux系统.不论你是如何转到Linux平台的,有一个步骤你是必须要面对的,那就是命令行.

    或许,你可能会说,我可以在Linux上安装图形工具,在Gui下工作.诚然,在现代Linux系统上,桌面应用是可行的.但是,在生产环境下,对机器资源的使用是必须斤斤计较的,所以,很有可能,你所管理的设备上,不会安装图形管理程序.

    作为一个Linux新手,从GUI过度到CLI,面对上千个Linux命令,以及Linux里面各种Shell,在学习中必定会有很多的坎坷和经历.

欢迎大家吐槽学习过程中的各种心酸以及心得，希望大家可以踊跃参与，积极发言，我们有好礼相送！

本期话题：
1.从图形界面转换到命令行界面的各种不适应
2.调试各种shell脚本遇到的头疼的报错以及解决之后的喜悦
3.其他在学习或者实际工作中遇到的问题

本期嘉宾：
Linux新手入门版版主：chenyx

本期奖品：
Linux命令行大全

    原书名： The Linux Command Line: A Complete Introduction
    原出版社： No Starch Press; 1 edition
    作者： (美)William E.shotts，Jr   
    译者： 郭光伟 郝记生
    出版社：人民邮电出版社
    ISBN：9787115307453
    上架时间：2013-3-14
    出版日期：2013 年3月

图书简介：
诚实地讲，《Linux命令行大全》是我发现的最佳Linux入门指南，没有之一。
——Linux Journal
《linux命令行大全》分为四部分。第一部分开始了对命令行基本语言的学习之旅，包括命令结构、文件系统的导引、命令行的编辑以及关于命令的帮助系统和使用手册。第二部分主要讲述配置文件的编辑，用于计算机操作的命令行控制。第三部分讲述了从命令行开始执行的常规任务。类unix操作系统，比如linux，包含了很多“经典的”命令行程序，这些程序可以高效地对数据进行操作。第四部分介绍了shell编程，这是一个公认的初级技术，并且容易学习，它可以使很多常见的系统任务自动运行。通过学习shell编程，读者也可以熟悉其他编程语言的使用。

Ager

最近事务繁忙，很少来CU了。今天看到这个话题，想来扯扯，以期稍稍恢复一下用来乱扯的脑力。。。。

“从图形界面转换到命令行界面的各种不适应”—— 这个问题对于我个人来说，基本上不存在。1990年初触LASER机，显然只能用TUI（还不太好说是CLI）。1992年开始在PC/80286上用MS-DOS 3.3，那是典型的CLI。这一台286一直用到1998年，就直接上MMX用MS Windows 95了。其间的MS Windows 3.x基本没接触 —— 现在想来也算是庆幸：MSWin3.x不论从内核到Shell到File Manager到它的GUI，有什么非值得回味不可的价值呢？！1998年接触互联网之后，就开始用GNU/Linux，所以受GUI思路污染很少。

我倒是想借题发挥，说说这个问题：习惯了MS Windows这样的GUI的用户，转而使用*NIX的CLI，*真正*的阻碍在哪里？—— 上面几位大虾谈了不少，我就不谈重复的了。我就说说可能被大家忽略的一个要素：

【终端（Terminal）】的观念

肇于历史之原因，即便是那些从MS DOS“启蒙”的用户，也无法从MS DOS身上领略关于终端的丰富内涵。因为，MS DOS是面向（甚至是耦合于）PC的 —— 在某些场合，MS-DOS和PC-DOS几乎就是同义词。而PC是一个面向消费类终端客户的“杂合体”，倚靠PC启蒙的用户，很难自觉地分辨出“终端”这个组分的边缘（界限）在哪里 —— 这是Wintel联盟以及周边成员厂商刻意而为之的。

现在回想起来，MS DOS里能够凸显终端观念的元素，似乎仅仅只有“代码页”等少数东东。MS DOS有它的一个著名的范畴 —— “代码页437”。与之相配合的，还有一些命令，比如MODE。

而另一方面，同样也是具有历史意味的是：*NIX世界从诞生之日发展直至今日，只要涉及TUI/CLI的运用，都没有完全消除终端观念所刻下的“印痕”。通俗地说，凡深入使用CLI的*NIX用户，就无法回避终端观念 —— 即便是在X下，即便是在桌面环境下（使用所谓“终端模拟器（Terminal emulator）”）。

很多用户，搞不清楚那个东东为什么叫“终端模拟器”，到底是在“模拟”啥呢？（而那些不求甚解的用户，甚至压根儿都不会意识到这个问题。）

我觉得，这个问题很重要。比如，这么说吧：如果在这个问题上搞不清楚，用户就无法真正喜欢上vi或Vim，因为他们无法真正理解vi或Vim“为什么会是那样的（丑陋的）？”

顺便地，我就谈谈我对这个问题的理解。

终端，是“早期”计算机组成中关于“输入/输出”范畴的一种“高级的/成熟的”硬件功能分化之体现。比这个“高级的”更早的终端，就是 ——电传打字机（ Teletypewriter）了 —— 这货缩略称为TTY，哦！TTY！即便今天最ロリ的*NIX用户也无法回避这个骨灰级名词（而且常常会被它搞得头昏）。对了，还有一个名叫“噗”的TTY —— 它经常被当做SSH客户端软件来用。

终端何时进入“高级的”时代？那是在一个知名的“大爆炸”年代：1970年代。那时候，屏幕和键盘开始登场，这二者无非就是将电传打字机的功能分化开来：屏幕是模拟着打字机中“滚筒 - 铸字 - 色带 - 纸张”机构，而键盘就是打字机的键盘（看看今天的Qwerty键盘，这不显而易见嘛）。

不过，处于这个临界点上的终端，应该更加准确地被称为“哑终端（Dumb Terminal）”。为什么叫这个名字？“哑”在何处？因为不能发出“Ding-Ding”或“Beep-Beep”所以叫“哑”吗？我觉得不是这样的。请注意，“Dumb”在英语中也有“蠢笨”的意思。所以，与其说是“哑终端”，不如说是“笨终端”。为什么“笨”？因为这种终端没有“大脑”—— 它们没有处理器意义的机构。说白了，它们只有屏幕、键盘，以及将前二者连接到主机（大脑）的机构而已。而那种连接机构，一般就是RS-232串行通讯端口。

好吧，这样看来，我们姑且把什么AT（大圆口）什么PS/2（小圆口）什么USB什么一体机都忘掉吧，想象一下：一副屏幕&键盘，藉着RS-232串口及其线缆，连到了主机上。怎么，你不相信有这样的接法吗？有下图为证：



上图中的这个哑终端算是比较“健全”的了，它配备了鼠标呢！

事实上，虽然现今的*NIX系统保留了对哑终端的适配（主要是在逻辑层面上），但*NIX也无法忽略哑终端的后继者 —— “智能终端”所带来的新机制。“智能终端”的“智能”是什么意思？这还得从“哑终端 vs 电传打字机”说起。上面说了，哑终端是对电传打字机的模拟：屏幕只是“机械地”重现“滚筒 - 铸字 - 色带 - 纸张”机构，而“滚筒 - 铸字（敲击）”有其机械特性造成的局限，比如，铸字作为“焦点”仅能击出字符而不能像“修正液”一样“反悔地”重写字符（序列/行）—— 用过老式机械英文打字机的朋友一定深有体会。然而，智能终端却可以实现特定字符序列/行的重写，除此之外，它还可以实现：清空屏幕、焦点定位（Cursor机制应运而生）&页面滚动（Scroll，这个功能竟然会以“Scroll Lock”体现在PC的键盘上，可见个中微妙），以及一种综合性的策略：转义（ Escape Sequence）机制 —— 值得一提的是：这些新机制，对于习惯了GUI的用户来说似乎是一种“天生本该就有”的模式，但其实却是一个临界点，在*NIX系统中，可以透过Shell的环境变量TERM来激活或关闭它们。

一系列真正的智能终端的实体，是以DEC公司的VT系列产品为代表的，比如著名的VT 100。



上图：一台老得风黄但still works的VT 100智能终端实体。

上面，似乎过多地关注了终端的一部分即屏幕，其实，由于“高级的”终端尤其是智能终端的兴起，终端的另一部分即键盘，也“被迫地”发生了革命（相对于打字机的键盘），可以这么说：把电脑键盘与机械打字机键盘做个对比，凡是前者比后者多出来的按键，几乎全都是为了配合高级终端而生的！

机械打字机有“Esc”键吗？木得！经典的电传打字机上也木得！（要它也木得用不是嘛！）现在的新手们（或许我太苛刻了）只知道“Esc”是“退出键”—— 按它一下QQ聊天界面会关闭、按它一下网页会“静止”、按它一下可以“退出全屏”。。。。“Esc”带给他们的印象，几乎仅仅就是“退出”了。这也难怪，“Esc”就是“Escape”，本义就是“逃逸”、“逃脱”嘛。但实际上，“Esc”键原本在终端范畴上的用途，跟“退出”功能毫无关系，它真正的用途是：呼出一个叫做“Escape character”的字符（注意，是一个字符），有翻译作“转义字符”的，也有很蛋疼地翻译作“跳脱字符”的。“转义字符”的确切含义是：一个用来标记（引出）转义序列的开端的字符。这个字符在ASCII体系中的代码是27（十进制）。请注意，有些老得有点不合时宜的键盘，没有“Esc”键，但为了配合智能终端的要求，就要求用户按“Ctrl”+“[”二键组合来实现转义字符，而“Ctrl”键往往用“^”字符来表示，所以，转义字符有时会以“^[”来呈现 —— 这就容易引起误解：仿佛转义字符是两个字符组合而成的，但实际上转义字符永远只是一个字符而已。—— 至少，说到这里，新手们应该对这个有时会莫名其妙蹦出来的“^[”，不要那么疑惑或畏惧了。

机械打字机有“删除”键吗？木得！除了一些灰常高端的打字机（具有“修正带”功能）之外，打字机能有这个功能嘛！但为了配合智能终端，键盘在“删除”字符这个功能上，遭遇到了窘境：若按下“删除”键使得光标所在位置上的字符消失而光标后面（右边）的字符序列紧跟过来，而光标位置不变从而可以继续让光标位置上的字符消失，那么这就是我们所熟悉的PC键盘上的“Delete”键的功能。但是，有时候我们希望“用光标来往前（左）删除字符”（光标位置左移，而光标后面的字符序列紧跟过来但得以保持），这种删除功能，“Delete”键就做不到，所以，PC键盘上又设置了“Backspace”键 —— 请特别注意，准确地说，这里是在表述Delete键与Backspace键在PC体系上的作用。事实上，在*NIX世界中，这两个键所实现的功能，并非天然地如新手们想象得那样 —— 所以，你可以在百度或谷歌上找到无穷无尽的关于“Delete或Backspace键出‘乱码’”的问题。—— 解决这类问题，许多新手往往找不到症结所在，因为他们忽略了（或者压根儿不知道）【终端】这个范畴。所以，请使用一些用来设置终端的命令吧，如：

1. $ stty

复制代码

BTW，新手们也常常体会到：Backspace键在vi或Vim里会“犯浑”，类似地，请注意vi或Vim的配置文件。—— 但请特别注意，vi或Vim的配置效果，在终端的配置效果之后！也就是说，在确认了终端配置符合自己的意图之后，再配置vi或Vim。

显然，当今我们采用TUI/CLI时所依赖的终端，不论从硬件实体上说，还是从逻辑上说，都不在是纯粹的哑终端了，而都是所谓的“智能终端”—— 只不过，在*NIX世界中，后者往往倾向于达到对前者的某种“虚拟”或“模拟”。

先说说“虚拟”机制。在前面的一幅图片中，我们看到了哑终端接入主机的串行通讯端口被称作“Console Port”。“Console”常常被翻译作“控制台”，我建议新手们将“控制台”这个不太好捉摸的专业术语，干脆理解为“哑终端”。

当代的*NIX系统如GNU/Linux，在其启动之后，会自动创建出若干个“哑终端”。显然，既然是“若干个”，那就肯定不是真正的哑终端实体，所以，这种机制叫做“虚拟” —— 这种机制的目的就在于：它要让用户感觉到仿佛自己手头上有若干个独立的哑终端接上了主机（大脑）。不过，一个屏幕上，一个时刻下只能呈现出一个这样的哑终端，想要在不同的哑终端（“虚拟哑终端”或“虚拟控制台”）之间切换，请用Ctrl+Alt+F1～F8组合键。

当引入了X之后，终端就开始实现了“模拟化”， X下最原始的用来模拟终端的软件包是“xterm”（顾名思义嘛）。还是遵照之前说过的原则，模拟化的终端仍旧追求与它的“原型”即哑终端的某种契合，所以xterm提供了丰富的关于模拟VT终端的选项 —— 在xterm软件运行起来后，通过呼出菜单，可以找到这些选项。

当引入了桌面环境之后，更加高级的对哑终端的模拟化软件包也应运而生，它们通常是桌面环境产品的一部分，如KDE的Konsole软件包以及GNOME的Terminal软件包 —— 放心，它们越来越傻瓜化了。

说了上面这么多，我们只是非常粗略地hack掉一些关于终端的疑惑。—— 我认为，这个还是挺必要的：最好将关于Shell的知识与技能与关于终端的相剥离开来；再将关于“Shell编程”与“Shell vs 内核”两下剥离开来 —— 而这些原本是层层堆叠的机构，在习惯了MS Windows的用户的起初的意识里，恐怕往往总是混作一锅粥的。也正是因为如此，许多*NIX世界里的新手，遇到TUI/CLI实践中的问题，常常犯迷糊。

总之，强烈建议，捋清*NIX的TUI/CLI方面问题，还是从把握终端的观念起步吧！

以上，乱扯一通，仅供参考，呵呵{:3_193:}

xdsnet

这个问题唤起了我遥远的记忆啊！
1.从图形界面转换到命令行界面的各种不适应
     没有不适应，因为我最早接触的计算机本身就没有图形界面，80年代国内最早的学习机也是命令行界面啊，就是《电脑报》创刊时代也是命令行为主，要启动图形界面还需要专门的命令，当时基本上国内是dos的时代，windows是win3吧。不过后来接触Linux因为和dos 的差异还是稍微适应了一下。
2.调试各种shell脚本遇到的头疼的报错以及解决之后的喜悦
     windows下的shell比较麻烦啊，linux下的bash之类比较强了，主要是变量处理及按期望展开的问题造成的麻烦比较多，后来规范化写法，这样的麻烦就少了（需要多输入点字符）。
3.其他在学习或者实际工作中遇到的问题
     现在windows的命令行窗口能力还是比不上linux下的bash等，使得有时一些简单的可以在linux下处理的问题在windows下用命令或者批处理做就比较麻烦，windows下命令变量功能，过滤功能等比linux下弱，有时需要借助gw之类的环境。

zhaopingzi

中学时学过《卖油翁》

还是那句话:“无他，唯手熟尔"

hellioncu

GUI有GUI的好处，CLI有CLI的好处。我大部分工作还是用GUI，有时候写些shell脚本或者其他脚本语言的做批处理，弥补GUI的弱点。就是shell脚本参数太复杂，一段时间不用就会忘记

seesea2517

置顶帖啊，那得顶出去。

要说图形与命令行界面的问题，我在图形界面下也希望能够少用鼠标，鼠标手受害者的有没有，举手啊。
要说脚本报错，主要是嵌套引号这个问题，经过几层的引用和嵌套以后，都不知道要用几个转义了，所以要多试。
命令行没什么难度啊，有一个help随时提醒你，有一个man在随时侯着帮助你，有一个info在随时给你资询，这么热心的命令行，没有理由困惑。

jieforest

随便聊几句吧。

1.从图形界面转换到命令行界面的各种不适应
我最早接触电脑的时候是DOS4，准确说是MS-DOS 4.01，那个时代还没有Windows 32，更不用说Windows 95。由于从一开始学电脑就是命令行界面，所以没什么不适应。

2.调试各种shell脚本遇到的头疼的报错以及解决之后的喜悦
没遇到

3.其他在学习或者实际工作中遇到的问题
在Linux命令行方面没遇到过什么棘手问题。

ylky_2000

1.从图形界面转换到命令行界面的各种不适应
不适应1：局域网文件共享 ；
2.调试各种shell脚本遇到的头疼的报错以及解决之后的喜悦
squid代理服务器日志打包，32位操作系统当日志文件单个超过2G的时候，squid进程就死了，必须进行判断，当日志文件大于2G的时候自动轮询打包，而不是按照系统默认的按照周来打包。
3.其他在学习或者实际工作中遇到的问题
待补充。。。。

lsstarboy

1.从图形界面转换到命令行界面的各种不适应
从DOS过来的人，没有感觉到不适应，反倒是回家的感觉。
GUI和CLI各有特点，各有不同的适合环境，像打游戏和多媒体，还真离不开鼠标，像写程序、弄网络这些活，还是命令行要高效；在多窗口中切换多的任务，也不太适合在CLI下工作，自动化的维护程序，GUI又没有多大意义。
看电影是另外一个特例，虽然命令行下也可以看电影，但是绝对是体力活。

2.调试各种shell脚本遇到的头疼的报错以及解决之后的喜悦
shell中遇到最多的错误，大多数一不小心的语法错误，还有未检查运行环境的失误，遇到问题时，第一反应是echo一些东西（有更好的法吗？）。
至于喜悦，时间长了就没感觉了，第一次安装完Linux，也是非常兴奋的，以后装的多了就机械了，感觉安装系统怎么就这么慢、这么啰嗦呢！

3.其他在学习或者实际工作中遇到的问题
最大的问题是：时间长了不用，把shell的语法都忘的差不多了！
像前面网友说的，GUI在助记方面，确实要有优势，年龄稍大点，不常用的命令就记不准了，成天man也不是办法。

wenhq

1.从图形界面转换到命令行界面的各种不适应
大学里学的Linux/Unix一般都是基于图形界面的，感觉基于图形界面直观，不容易出错。相反到了CLI模式后，如果输错一个字母或者通配符就有可能带来致命性地问题。这也学是初学者遇到CLI有点发憷的原因之一吧。
在实际的工作中，用图形界面管理的确实比较多。但是没有CLI来的快。有可能鼠标点的时候点不住，让人感到有点烦。没耐心的人还是慎用图形界面。话说回来图形界面跟CLI的差距是什么呢？或者有什么优势呢？
CLI对于有一定基础的初学者来说，刚开始可能不适应。比如看不到东西，文件，目录。或者感觉执行一个命令心里没低。如果用了图形界面操作就有一种直观感，心里会踏实点。
2.调试各种shell脚本遇到的头疼的报错以及解决之后的喜悦
至于调试shell脚本的经验就是，要有信心能够解决问题。不要怕遇到问题。遇到问题是好事，如何来解决问题，怎么来查找原因。是针对shell调试过程中最核心的环节。有一种情况是自己写完脚本，感觉没问题为什么执行的时候会出现问题。这里就需要对shell执行过程的理解以及对命令的掌握强化。
3.其他在学习或者实际工作中遇到的问题
学习跟工作不一样，学习能积累大量的理论知识。但是缺乏经验也就是实践。
工作跟学习中的不同在于，工作中很少有时间去专门学一门语言或者OS或者DB。只能是在边用边查边学。
但学习过程中对知识的掌握程度远远低于工作中掌握的程度。
只有良好的学习与工作或者经验的有效结合才能让让事半功倍。
每单遇到问题解决后，想想为什么是这样，之前为什么没想到或者想错了。这样会有助提高。
一句名言"学而不思，犹如食而不化" 分享给大家。