为什么Arch Linux不适合当作服务器操作系统？

1、过分激进的滚动更新

滚动更新是Arch Linux最大的优势，但同时也是最大的劣势之一。鉴于Linux属于一类完全开放的项目，技术人员的能力参差不齐，贡献的代码质量当然也是参差不齐的。对于其它的发行版来说，软件包需要经过社区完善的测试才会被发布至软件源从而被用户更新；然而，Arch Linux的滚动更新机制过分激进，而Arch社区对软件包的测试并非绝对完善（有多少人滚挂过？）。从某种意义上来讲，Arch这个发行版，相当依赖其用户群体作为测试对象；它的用户群体就是类似测试人员的存在。Arch社区鼓励用户向上游反馈Bug，也是这种特殊的体系的表现。下图是Arch官网时不时会发布的、用以帮助技术人员手动解决更新问题的“临时解决方案”：

假如一台Arch服务器在更新时滚挂了，技术人员顶着Boss的压力，不仅要一边努力恢复服务器，还要一边向Arch社区的上游反馈Bug、提Issue。这种事情谁都不愿意干的吧。

2、激进的内核更新机制

很多Linux桌面用户不止一次地问过我，为什么他们的桌面Linux在更新的时候不会像Arch一样立即删除旧的内核？这样不是会浪费空间吗？

这种立即删除旧内核的更新机制也是Arch作为服务器的劣势之一。首先，新的内核不一定都能正常工作。万一你的新内核造成崩溃，你没有办法立即加载旧的内核，而必须重新安装旧的内核。这个过程是非常麻烦的，你不仅需要从安装介质启动，还必须设法弄到旧版内核的软件包。对于远程服务器来说，几乎无解。下面是来自Arch Wiki的解决方案。可以看得出来这有多么麻烦：

其次，立即删除旧的内核要求系统必须重启来加载新的内核，否则容易发生诡异的问题。这是因为Linux所谓的“内核”包含有大量的动态加载模块，如果在某次启动后，某个模块没有被加载过，然后系统内核更新了，删除了旧的内核，那么这些模块将永远不能被加载了——除非你重启系统完整切换到新的内核——因为它们随着旧内核被删掉了。

如果你手头有Arch系统，你可以尝试一下在某次启动之后不插任何USB设备，然后更新内核。你会发现，如果你不重启系统，无论你怎么努力，新插上去的USB设备总是不会被加载——因为需要被加载的模块已经随着旧内核删掉了。重新启动系统能完整切换到新的内核，以使用新版的动态加载模块。

但是对于服务器来说，不可能三天两头重启；然而Arch Linux却又是一个一周一小更，一月一大更的快速迭代的操作系统。这就使Arch不适合作为服务器操作系统。

3、软件包管理体系

Arch Linux被推崇很大一部分的原因是便于使用的软件包管理体系。不同于Debian系列的apt/dpkg和Red Hat系列的dnf（yum）/rpm包管理体系，Arch Linux只用了一个工具pacman就解决了获取和安装两个功能。这降低了为Arch Linux制作软件包的门槛，这也是AUR几乎能涵盖整个Linux软件生态的主要原因。

既然一个工具就能完成工作，那为什么另外两个主流系列都依然存在两个工具来管理软件包体系？这是因为，这种两个工具来管理软件包的体系中，那个负责处理本地依赖和本地包的部分，不仅仅是为了管理依赖、安装软件包而存在的。它还有更有用的功能：提供“虚包”支持。提到“虚包”就不得不提到Java这个平台，因为Java的开放，常见的Java运行时环境有两种：一个是Oracle官方的JRE，另一个是开源社区创建的Open JRE。它们都对Java提供很高程度的支持，但是依然存在微妙的差别。比如Android Studio使用Open JRE运行就会偶尔出现奇怪的Bug，而另外有一小部分软件则不能正常运行在Oracle JRE上。它们都提供JRE的支持，但是对于Debian或者Red Hat来说，二者是能共存的：dpkg或者yum可以决定对于哪些应用程序选取哪个JRE为应用程序提供JRE依赖。

但是对于pacman来说，虚包支持什么的，不存在的。只能有一个软件包提供JRE支持：安装一个就必须删除另一个。对于服务器来说这就相当尴尬了：并不能保证所有的程序都能找到完美的依赖。

4、打包粒度

虽然最近几年有所改善，但是Arch Linux的打包粒度对于服务器来说还是过分大了。我们也许只会用到某软件包的一部分，但是pacman会把整个软件包给你装上——你还没得选。对于服务器来说，为实现功能所安装的软件包越少越好——一来节省资源，二来可以减少由软件体系带来的漏洞。这也是Arch不适合作为服务器操作系统的原因之一。

就小编目前的经验，以上理由可以充分打消在服务器上使用Arch Linux的想法。但是对于桌面系统，特别是对于开发人员，Arch还是相当不错的选择。

上述便是Arch Linux不适合当作服务器操作系统的四大原因，大家现在晓得Arch Linux为什么很少被当作服务器操作系统了吧！

前言：

任何玩过Linux的技术人员都很清楚，作为一个通常情况下CLI（Command-Line Interface，命令行界面）功能强于GUI（Graphical User Interface，图形交互界面）的操作系统，CLI指令是生产力的关键，也是效率的来源。不同于Windows的CMD，Linux的Bash对大小写敏感，对权限配置也十分敏感，这就造成如果不集中注意力，很容易犯一些难以察觉的错误（尤其是在情况紧急的时候），这些错误通常都以输出一个错误信息结束，通常情况下我们需要通过这些错误输出来定位自己犯的错误。对于很短的指令来说，这很容易做到，但是如果指令很长（特别是手敲的很长的指令），这个过程是相当令人不快的。软件包thefuck就是一群“绝望”的Linux技术人员为了应对这个问题所编写的一套实用CLI工具。

1、thefuck简介

thefuck工具包仅提供了一个指令：fuck（对，就是骂人的那个fuck），这条指令的作用简单粗暴：检查你的上一条出错的指令中的错误，并提供修正选项。这对Linux用户来说，不仅是情感上的发泄，也可以带来相当的效率提升。举个例子，现在我的指令出错了（极端例子，一般不会这么脑残的）：

什么？！以前我不是老拿它更新操作系统吗？WTF？不要惊慌，对着CLI吼一句“fuck”：

看吧，thefuck软件包找出了我们指令中的两个问题：权限不足、大小写出错，并提供了合理的修正选项。直接按下回车，thefuck会帮我们解决问题的：

2、安装thefuck

对于ArchLinux来说，安装thefuck很简单。执行指令：

01sudo pacman -S thefuck复制代码sudo pacman -S thefuck

其它的发行版安装方法是不同的，请查阅相关资料。

在指令包被安装之后，我们还需要在~/.bashrc（每次登入bash会被执行的指令）这个文件里添加一行，以使thefuck正常工作：

现在直接输入fuck，如果能正常输出“No fucks given”或者能正常指出你上一条指令中的错误，安装就算成功完成了。

3、thefuck适用的情景

指令笔误：比如把pacman写成pacmam；

选项错误：比如把pacman -S写成pacman -s；

参数错误：比如把pacman -Rns gdm写成pacman -Rns mdm；

权限错误：比如使用pacman -S指令时权限不足；

文件加锁：比如上次的pacman指令意外退出，导致pacman误认为目录被加锁；

Git逻辑错误：没有上游分支的push，对没有追踪的文件的commit，对没有同步最新提交的仓库的push等等因为违反git工作逻辑造成的错误。

今天说说Linux软件包thefuck的安装使用教程就给大家我来教你到这边了，这是Linux技术人员的福音，希望该教程可以帮助大家解决问题。

方法步骤

1、下载AutoCAD2015简体中文破解版软件包，下载后，鼠标右击压缩包选择解压软件包，双击打开安装程序；

2、点击安装；

3、勾选我接受，点击下一步；

4、许可类型默认是单机不用更改，序列号输入666-69696969，产品密钥输入001G1，然后点击下一步；

5、点击浏览选择安装路径，点击安装；

6、正在安装，请稍等片刻（预计需要5~15分钟）；

7、安装完成，点击完成；

8、这里可以不重启，点击否。

yum 语法

yum ［options］［command］［package 。。.］

options：可选，选项包括-h（帮助），-y（当安装过程提示选择全部为“yes”），-q（不显示安装的过程）等等。

command：要进行的操作。

package操作的对象。

yum常用命令

1.列出所有可更新的软件清单命令：yum check-update；

2.更新所有软件命令：yum update；

3.仅安装指定的软件命令：yum install 《package_name》；

4.仅更新指定的软件命令：yum update 《package_name》；

5.列出所有可安裝的软件清单命令：yum list；

6.删除软件包命令：yum remove 《package_name》；

7.查找软件包 命令：yum search 《keyword》；

8.清除缓存命令：

yum clean packages： 清除缓存目录下的软件包；

yum clean headers： 清除缓存目录下的 headers；

yum clean oldheaders： 清除缓存目录下旧的 headers；

yum clean， yum clean all （= yum clean packages; yum clean oldheaders） ：清除缓存目录下的软件包及旧的headers。