Frequently asked questions (简体中文)

From ArchWiki
(Redirected from FAQ (简体中文))
Jump to: navigation, search
翻译状态: 本文是英文页面 Frequently_asked_questions翻译,最后翻译时间:2016-04-07,点击这里可以查看翻译后英文页面的改动。

除了本文,还建议你阅读一下Arch LinuxArch terminology

Contents

一般问题

Q) Arch Linux 是什么?

A) 请阅读Arch Linux

Q) 为什么我不想用Arch?

A) 您也许不想使用Arch,如果:

  • 没有能力、时间、愿望去打理这样一个高度可定制的GNU/Linux发行版。
  • 需要非x86_64、i686平台支持。
  • 你是狂热的自由软件爱好者,只希望发行版提供GNU定义的自由软件。
  • 你认为好的操作系统应当是已经配置好的:安装介质应默认包含一套完整的应用软件、桌面环境——达到“开箱即用”。
  • 你不需要使用滚动升级的发行版、
  • 你对目前使用的操作系统感到满意。

Q) Arch Linux 支持什么架构?

Arch Linux 支持 i686 和 x86_64 (有时称为amd64) 架构.

Arch Linux 支持 ARM 处理器吗?

没有,Arch Linux ARM 提供了 Arch Linux 向几个 ARM 平台移植的解决方案.

我是一个彻头彻尾的Linux新手,我应该用Arch吗?

如果你是新手,要使用 Arch 就必须愿意花时间学习新系统,接受 Arch 是一个 DIY 的系统,每个用户都是自己系统的组建者。

在开始问任何问题之前,自己先通过Google、Wiki或者论坛进行搜索。我们为你创建了这些资源并让你可以随时访问,上千志愿者为你提供了大量的信息资源。

推荐阅读:Arch Linux的新手指南Arch terminology#RTFM

Q) Arch的安装和配置十分麻烦,社区的人总是让我去读那些TMD死长死长的手册。

A) Arch是针对一部分特定用户群设计的,也许不适合你。

Q) Arch是为服务器、桌面还是工作站设计的?

A) Arch并不是针对特定应用设计的,而是针对特定类型的用户设计的。Arch适合那些喜欢并有动手能力的用户,以及希望打造属于自己的独一无二的系统的用户。因此,对于这些用户,Arch能胜任各种工作。许多人把Arch同时当做桌面系统和工作站。此外,archlinux.org网站在Arch上运行。

我太喜欢Arch了,希望开发团队实现一个新功能

与大家分享你的代码或是解决方案。如果大家和开发者确实认同该功能,有可能会被添加到系统中。Arch社区依靠大众贡献分享的代码和工具蓬勃发展。

Q) 什么时候发布新版本?

A) Arch Linux 的发布版本只是安装脚本加上[core]仓库的快照,一般每月上旬发布一次。

Arch使用滚动升级模式,只需执行一条命令,便可升级系统到最新版本。基于上述原因,发布新版本对Arch并不重要,滚动升级使系统永葆青春。使用pacman -Syu命令升级系统,无需重装系统即可更新到最新版本。同样,Arch的新发行版本并不会提供什么新的功能。新的功能通过pacman -Syu命令即可立即拥有。

Q) Arch Linux 是否稳定?会不会经常坏掉?

“用户”应当对自己的滚动升级的系统稳定性负责任。用户自己决定何时升级、修改配置。Arch与其他发行版的一个不同是,Arch是真正的“DIY”发行版。抱怨系统损坏是无意义的,毕竟上游的改动不是Arch开发者的责任。

如果你想要系统变得更稳定,请参阅:提高系统稳定性

Q) Arch需要更多曝光(比如广告)。

A) Arch已经得到应得的新闻曝光机会。Arch Linux 的目标不是为了变大。我们的目标是使它变得更好。让它自然增长吧。试图强迫它成长得更快会造成诸多问题。

Q) Arch需要更多开发者

A) 也许吧。欢迎你来帮助我们!逛逛论坛,以及邮件列表,看看有什么需要做的。或者,看看论坛的 Community Contributions 子版面吧。

Q) 为什么Arch下网速比其他系统慢?

A)网络是否正确配置,读一读新手指南中的网络配置

Q) Arch为什么用了我的所有内存?

A) 实际上,内存不用就浪费了。

很多新用户发现,Linux内核对内存的处理和他们所想的有所不同。由于访问内存比访问磁盘要快速得多,内核会把最近访问的数据缓存到内存中。缓存数据会在空闲内存耗尽时被释放。

造成这种困惑的罪魁祸首,恐怕是free命令:

$ free -m
             total       used       free     shared    buffers     cached
Mem:          1009        741        267          0        104        359
-/+ buffers/cache:        278        731
Swap:         1537          0       1537

注意-/+ buffers/cache:这一行——第一个数据是真正的“正在使用”的内存,第二个数据是“可利用”的内存(但不是“未使用”)。

上述例子是从一台总内存1G的笔记本电脑上取得的,已使用的内存有741M,剩下的内存貌似连浏览器都开不了呢!然而,根据我们上面的解释,这台机器只有278M内存是正在使用的,而剩下的731M内存都是可以使用的。根据后面的数字,104M的内存作为缓冲区,359MB内存用来缓存数据,两者都可以在需要时被释放。剩下的267M内存是完全没有使用的。

有什么用?更好的性能!

如果对此十分好奇,请参见此文

Q) 我的磁盘空间被什么东西占用了?

A) 问题的答案因系统而异。有一些实用程序或许能告诉你答案。

软件包管理

Q) 那个啥啥程序在什么软件包里面?

使用 pkgfile.

例如,要查看glxinfo在哪个包里面:

$ pkgfile file_name

Q) 我发现了某个软件包的错误,该怎么办?

A) 首先你需要搞清楚Arch队伍是否能够解决这个错误。有时并非如此(Firefox崩溃也许是Mozilla开发团队的错误)——这便是所谓的上游错误。如果确实是Arch的问题,你可以采取以下步骤:

  1. 在论坛中搜索有关信息。看是否有人已经注意到过。
  2. 根据 Bugtracker 指导,提交Bug报告
  3. 也可在论坛中发篇帖子,阐述问题细节并说明你已经报告过。这会避免其他人重复报告同样的问题。

Q) Arch软件包需要独特的后缀名。“.pkg.tar.xz”太长了,而且令人困惑

A) 在Arch邮件列表曾有过讨论。一些用户提议.pac作为文件扩展名。但就目前所知而言,没有计划改变软件包的扩展名。

正如Tobias Kieslich(一名Arch开发者)所说:“一个软件包就是一个[xz]压缩包!它可以被很多软件打开、研究和操作。此外,这种mime-type也可以被大多数软件自动地正确识别。”

Q) Pacman应该提供函数库接口,这样其他软件就可容易地获得软件包信息。

A) 从3.0.0版本开始,libalpm(Arch Linux Package Management,Arch Linux 软件包管理)库成为了pacman的后端,这个库大大方便了交互式前端的编写(例如图形化前端)。

Q) pacman需要某某功能!

如果有新想法,可以在 pacman-dev 邮件列表进行讨论,或查看官方论坛 看看有没有类似想法。

也欢迎你自己实现新功能。也许你的代码或补丁不会被官方接受,但他人可能会用到。

Q) Arch的不同软件仓库分别有什么用?

A) 参见官方软件仓库

Q) 我刚刚安装了一个软件包,怎么启动呢?

A) 如果正在使用像KDEGNOME这样的软件包,程序一般会自动出现在菜单中。如果是命令行程序,则可使用如下命令查看可执行文件名称和位置:

$ pacman -Qlq package_name | grep /usr/bin/

Q) 在官方仓库中,为什么只为每个共享链接库提供一个版本?

A) 某些发行版,比如Debian,会为一个共享库提供多个版本,比如:libfoo1libfoo2libfoo3等等。这样,就可以同时安装那些依赖不同版本libfoo的程序。

Arch官方只对最新版的程序提供支持。摆脱了过时的软件包,包维护人员就可以全力维护新版本的程序。只要上游提供新版本的共享库,我们就会重新编译相关程序,更新仓库。

Q) 执行pacman -Syu时,显示某个共享库需要升级,但依赖它的程序没有升级,我该怎么做呢?

A) 这种情况理应不会发生。假如官方源一个名为foobaz的程序,成功地使用新版本共享库libbaz编译成功,那么它应该和libbaz一同更新。如果编译不成功,由于旧的foobaz存在依赖关系,例如:

libbaz=1.5

所以当libbaz升级时,它会被移除。

如果foobaz是你自己编译的或是从AUR获取的,当libbaz升级时你应当重新编译它。如果编译失败,请通知foobaz开发者。

Q) 会不会出现仓库中的内核主版本更新了,而某些驱动包没有一同升级的情况?

A) 不可能。当内核主版本升级时,所有支持的驱动一定会一同更新。然而,如果你安装有非内核支持的驱动包,比如catalyst,内核升级可能导致系统挂机。你应当在内核升级时自行重编译它们。

Q) Arch 使用软件包签名机制吗?

A) 是的,pacman 4 已经包含软件签名功能,请参见package signing

升级前该做什么?

在升级前,记得访问 Arch Linux 新闻列表,通告邮件列表 (有时需要看看 论坛各个邮件列表),需要特别注意的事项都会列在那里.另见 System maintenance#Upgrading the system.

我知道某个包已经更新,但是 pacman 并没有发现更新

可能是 pacman 镜像还没有同步,最好等等或是换个镜像服务器. MirrorStatus 可以帮助你区分那些镜像服务器是最新的.

安装

Q) Arch需要安装程序,比如带图形界面的。

A) 由于Arch通常不需要多次安装(采取滚动升级),安装程序并不是开发者和用户关注的重点。Installation guide (简体中文)Beginners' guide (简体中文) 已经完全更新到使用命令行的版本。如果想使用安装程序,可以试试Archboot.

我安装了Arch,现在正面对一个命令行登陆界面,怎么办?

建议阅读 General recommendations.

Q) 哪个桌面环境或窗口管理器比较好?

A) 有很多选项,选择最适合你的即可。参见:桌面环境

Arch比起其他“小型”发行版,有何独特之处?

建议阅读 Arch compared to other distributions (简体中文).

其他

Q) AUR是什么?

A) 参见:Arch用户软件仓库#FAQ

Q) 拼写检查说所有文本都是错误的!

A) 安装aspell词典了吗?使用pacman -Ss aspell查找可用词典。

如果安装字典也没用,可能是enchant出问题了。查看aspell识别到的词典文件:

$ aspell dicts
en
en_GB
...etc

如果你需要的语言不在其中,添加下面的内容到/usr/share/enchant/enchant.ordering

en_GB:aspell # 以en_GB为例

64-bit

我如何确定我的处理器是否支持 x86_64?

运行下面的命令:

$ less /proc/cpuinfo

查找 flags 条目。如果你看见 lm 标志,那么你的处理器是支持 x86_64 的。

Windows 用户可以使用免费软件 CPU-Z,可以确定CPU是否支持64位。

带有 AMD 的 "AMD64" 指令集或者英特尔的 "EM64T" 指令集的 CPU 兼容 x86_64 发行版和二进制包。

32-bit Arch 中的所有软件包都有 64bit 版本吗?

绝大部分官方软件包都有 64-bit 版本,但是有些 32bit 程序需要启用 multilib 仓库才能使用。 软件包差异页面 列出了 multilib 软件包和 32bit 原始编译软件包的一些差异。

有很少部分 AUR 中的包只列出了 'i686',但是大部分包都可以在64位环境工作,只需要添加 'x86_64'PKGBUILD

为什么使用64位?

64位系统(大多数情况下)更快,而且更安全。更安全是由于拥有 Address space layout randomization (ASLR)Position-independent code (PIC) 特性,以及 NX Bit (它在i686内核中由于禁用了PAE而无法使用)。如果你的计算机在运行4GB或者更多的内容,应该使用64位系统,因为多余的内存无法被32位系统分配。

编程人员也更加倾向于不关心32位系统,因为新的x86 CPU通常都支持64位扩展。

还有许多其他的理由让我们不使用32位系统,但是在内核、用户空间和单独的程序中我们没有办法列出所有的64位比32位做得好的地方。

我可以在Arch64下编译给i686用的32-bit软件包吗?

可以使用 multilib 仓库并设置 makepkg config 进行编译或者 在 64-bit 系统中安装一个 32-bit 系统.

我可以无需重新安装将我的系统从i686升级/切换到x86_64吗?

不可以。所有软件包都需要重新安装,有些配置文件也需要修改。但是重新安装时不需要重新分区和格式化磁盘,所以有机会导入所有的旧数据。

可以用Arch64安装光盘启动系统,挂载磁盘,备份所有希望保留的非32-bit二进制文件(例如/home和/etc),然后开始安装。

参考:Migrating Between Architectures Without Reinstalling