ubuntu系列-linux不是win32| 观念与概念

首先，发觉推荐一篇比较不一样的。这不是什么官方文档——byVoid神牛之《你是否具备有学习Linux的素质》：

你需要学习Linux么？下列这些朋友很可能不需要。

1，钟情于游戏娱乐的朋友。

2,还没试用Linux就认为难的朋友。

3，否定Linux会普及的朋友。

4，没有坚强意志，抵挡不住诱惑的朋友。

5，使用软件多及频繁的朋友。

6，注重花哨的朋友。

7，没有用过Firefox或很快放弃使用Firefox的朋友。

8，对病毒概念不清的。

你需要学习Linux么？下列这类朋友很可能需要。我知道很多人的任务栏中都有一只小企鹅，当有信息来时小企鹅就会向你发出提示，其实企鹅是代表着勇敢，能干，勤劳，执着，生命力强，自由的象征动物。

1，需要架接服务器的朋友。

2，编程，开发爱好者。

3，电脑爱好者。

4，对新事物感兴趣的朋友。

5，很看中安全的朋友。

6，现在正在使用的朋友及拥护Linux的朋友。

7，在windows中经常使用Firefox的朋友。

8，希望从事Linux管理员工作的。

给初学Linux的朋友的建议：先了解Linux，至少能知道什么是Linux，Linux有哪些特性，它的安装方法及一些基本知识，当然有必要逛逛各大Linux论坛，从别人的经验当中学到东西，加入讨论学习Linux的群也是一种极好的方法，与别人交流大致了解。

还有个是ubuntu论坛上经常有的很好的文章：《学习linux的几点忠告》

1. 不要当“传教士”
2. 不要强迫自己
3. 不要“玩 Linux”
4. 不用挑剔发行版本
5. 不要盲目升级
6. 不要配置你不需要的东西
7. 不要习惯的使用 root 帐号。在需要的时候才 su！
8. 不要用商业的眼光来看 Linux。
9. 干你的正事去
10. 上面几条仅供参考

***

接下来还要澄清一些linux和windows的不同之处...

Q：不是说linux配置要求很低吗？我怎么用系统监视器看内存可用数那么少~ 有没有内存整理~

A：好吧，您是从Win98时代来的吧。。现在配置的机子如果1G配xp也没人考虑这个问题了吧。。

其实要强调，这里linux的思想跟windows不同。记得说时间复杂度和空间复杂度时，书上都会这么说，当空间维持在可接受的相当大范围内，时间事实上比空间宝贵得多。显而易见，内存怎么找也比硬盘快很多（单位容量也贵很多）。既然有那么多内存不用白不用——还能提升速度来着。既然如此为什么win32下经常说要整理内存？

一般来说是这么解释的。之所以要“空出内存”，是为了接下来运行大程序时能有效地配置内存给那个程序，提高那个大软件的运行效率。通常来说，因为linux从一开始设计就是设计多任务的——多任务控制很好。一般来说，随用随取，不会有榨不来内存的现象。或者说，linux内核的资源调配体系比较强，所以不用担心新程序要“讨内存”。so就放心地用内存。

Q：我误删了文件，能找回来吗？

A：大部分的回答是不能。实际上要看情况。

首先，从GUI来说。和windows一样，默认删除是“移动到回收站”。从计算机角度上来讲，是没有删除的。这只是“宜人”的设计。我相信你不会问这个问题，假如你不看看回收站。

比较复杂的部分是，标准linux来说是没有办法的。linux和dos一样，都没有回收站。。。但是dos下有比如说norton的undelete的工具。。但linux/Unix下，很可惜，除非你的文件有备份，否则没门，基本不用想哪儿去找了。

Q：linux有什么碎片整理吗？

A：没有！ 抛弃win98的思维吧。（现在的xp配置基本上没人去整理碎片了吧）事实上，linux之所以不能反删除就在于删除的数据扇区很快就会被重新写入。系统通过这种空间配置策略减少碎片，在性能上是实践证明很好的。当然头脑发热把它删了不算。。。

***

如何寻求帮助

即使是windows系列也几乎都会出问题。。。作为一个全开源的组织的发布品，你自然不能指望linux完全顺当地善解人意。事实上，win那几百上千的价格好多也是花在客户支持上的。（当然我知道很多人不是花着钱来着）当年，有一种叫Unix的系统。当年来说，曾经是免费的。于是吸引了无数Coder去研究、写程序。——那个时代microsoft还远没有如此大的影响力。GNU开源组织也繁荣起来。

然后，突然，天有不测风云，美国反托拉斯组织拆散了该公司拆散公司之后，就宣布对Unix收费了。当时Coder们都有一种上当的感觉。而且不幸的是unix很贵。windows贵不贵，不过是几百美元的，unix是几千美元的，由专业公司维护的软件套装。显然会比dos/windows都要强大很多——现在win有什么同时支援几百个用户终端登录各自做自己的事情？

幸运的是，一个载入史册的芬兰年轻人，Linus（是s不是x）写了一个兼容unix的核，然后就叫linux了。从起Gnu系列最后缺少的——系统基础——也开源了。从此在软件方面可以实现全开源。你可以想想linux发布是多么震天动地的事情。一个可以免费获取、买光盘的话之多不用几十美元的linux套装，可以在大多数人用的普通微型机上替代Unix——一个几千美元的产品。Unix现在仍然很有市场，不过主要在特殊终端上，在这些终端上，服务支持和稳定性有相当严苛的要求，或者硬件设备比较罕见——在常规领域Unix是不可能跟linux竞争了。（GNU解作Gnu's Not Unix）在最近几年一次开源会议上，Linus对与会代表说“I'm your God!”引起了一片热烈的掌声。

事实上，在某个问题上，为什么要费精神去想linux而不是简单傻瓜化的win。。。请记住。如果没有unix就没有互联网，没有linux就没有现在这么普及的互联网。bill gates承认自己一直忽略互联网的巨大潜力。直到win95才加入了这些功能。

好，我们说了这么多还是没有说回来。怎么寻求帮助。

首先ubuntu图形界面下有帮助。。。。

如果是命令行，可以试试man keyword. 比如说查查ls是什么意思。。就man ls.

linux命令缺省的帮助参数不是/?。不要试着敲它，默认帮助参数是--help。通常如果一个命令得到一个不认识的变元，如果涉及得好的话，也会print出帮助信息。另一个帮助工具，如果不知道具体命令，可以试试apropos。如果不需要完整叙述，试试whatis。

唯一可能的问题在于，这些说明往往很长。而且是e文的，不要想着把这些都搞会——专业的系统管理员职业生涯可能也用不到命令内置的所有参数。能解决需要解决的问题就够了。

另外大多数发行版本都配有很详细的HOWTO文档。有时这些文档还是有翻译的。Howto文档很精确很好。但是同样很冗长，试图把所有相关的东西拢到一起说清楚。这里面撰写者有开发人员，也有的是爱好者，计算机知识也高低不一，语言能力也大相径庭。毕竟不要指望有那么多的精通技术又精通语言的高手恰好提炼出你喜欢又好用的文档。Howto档都有固定的格式，另外有一种更随意的更简短的叫mini-HOWTO。具体配多少帮助文件不一定。

假若系统给的所有资料都不能解决问题，事实上是资料中常见部分不能解决问题（事实上很多人完全不看资料，甚至不man一次，就贴到forum上问***命令的用法），真的需要"人类智能"时，可以到新闻组或者论坛询问。请尽力自己解决——不要太依赖——这不仅可以把有限的资源留给很多可能更加急迫的人的问题上，对操作者本身的知识和能力也是一种锻炼。同时，有一篇《提问的智慧》推荐要查看，尽管它确实很冗长。

在通过电子邮件、新闻组或网页论坛提技术问题之前，做以下事情：

1. 尝试搜索互联网以找到答案
2. 尝试阅读手册以找到答案
3. 尝试阅读FAQ(常见问题)文档以找到答案
4. 尝试自己检查或试验以找到答案
5. 尝试请教懂行的朋友以找到答案

准备你的问题，彻底地思考。轻率的提问只能得到轻率的回答，或者压根没有。在提问时，越是表现出做过思考并在努力解决问题，你越有可能得到实际帮助。

注意别提错问题。如果提问基于错误的假设，某黑客多半会一边想”愚蠢的问题……“，一边用按照问题字面的无用答案回复你，并且希望这种只是得到字面回答而不是真正所需的经历给你一个教训。

永远不要假设你有资格得到解答。你没有这种资格，毕竟你没有为此服务付费。如果你能够提出有内容、有趣和激励思考的问题──那种毫无疑问能够向社区贡献经验而不仅仅是消极地要求从别人那获取知识的问题，你将“挣到”答案。

提问时要简洁明了，又要给出关键信息。记住除非你参与的论坛是高度确定目标的，如“Ubuntu社区之ubuntu9.10安装配置区之外设配置”之类的地方。否则要尽量贴出你的系统配置。linux发行版本，内核，可能与此有关的软件和操作。如果是硬件问题还要贴出硬件配置。如此等等。
不要用“救命”“快帮帮我”作主题——甚至会被admin条件反射地删掉。使用主题的好惯例是“对象──偏差”(式的描述)，许多技术支持组织就是这样做的。在“对象”部分指明是哪一个或哪一组东西有问题，在“偏差”部分则描述与期望行为不一致的地方。

愚蠢：
救命啊！我的笔记本视频工作不正常！

明智：
XFree86 4.1扭曲鼠标光标，某显卡MV1005型号的芯片组

更明智：
使用某显卡MV1005型号芯片组的XFree86 4.1的鼠标光标被扭曲

有些人明白他们不应该粗鲁或傲慢地行事并要求得到答复，但他们退到相反的低声下气的极端，“我知道我只是个什么也不是、什么也不懂的失败者，但……”。这既使人困扰也没有帮助，当伴随着对实际问题含糊的描述时还特别令人反感。
别用低级灵长类动物的策略浪费大家的时间，相反，尽量清楚地表述背景事实和你的问题，这比低声下气更好地摆正了你的位置。

一下是一个例子：

愚蠢：我不能编译某项目的源代码，它为什么这么破？

（别人的看法）他假设是别人搞砸了，太自大了。

明智：某项目的源代码不能在某Linux 6.2版下编译。我读了常见问题文档，但其中没有与某Linux相关的问题。这是编译时的记录，我做错了什么吗？

（别人的看法）他指明了运行环境，读了FAQ，列出了错误，也没有假设问题是别人的过错，这家伙值得注意。

如此等等。

***

糟了。。说了这么长，还有个关键的没说。。。只好放到下一篇了。。。