Arch Linux
Arch Linux的屏幕截图,使用KDE Plasma 6作为桌面环境 | |
| 开发者 | 社区,项目领导人为列文特·波亚克(Levente Polyak) |
|---|---|
| 作業系統家族 | 类Unix |
| 運作狀態 | 运作中 |
| 源码模式 | 开放源代码 |
| 首次发布 | 2002年3月11日 |
| 当前版本 | 滚动发行 |
| 市場取向 | 高级用户 |
| 更新方式 | pacman |
| 软件包管理系统 | pacman |
| 支援平台 | x86-64(官方) |
| 内核类别 | 宏内核(Linux) |
| 使用者空間 | GNU |
| 施影響於 | 衍生版(如Manjaro、 |
| 受影響於 | PLD、 |
| 许可证 | 自由软件许可证(如GPL) |
| 官方網站 | archlinux |
| 仓库 | |
Arch Linux是面向x86-64架构的通用型开源Linux发行版。该发行版采用滚动更新模型,不设固定版本号。官方团队每月发布系统快照,用作安装介质。其设计遵循「KISS原则」,注重结构简洁,例如不提供图形化的安装向导和配置工具。Arch Linux使用pacman作为软件包管理器,能够从软件仓库安装、升级软件包;同时提供配套的构建系统,允许用户通过PKGBUILD脚本编译软件包。
该项目由贾德·维内特(Judd Vinet)于2001年创立,2002年3月发布首个版本,现由社区志愿者负责日常开发和维护。除操作系统本身外,该项目还形成了两个社区项目:Arch用户仓库和ArchWiki。前者允许用户通过提交构建脚本分享未纳入官方仓库的软件,从而扩大了可用软件的范围,但也存在缺乏代码审查的安全隐患;后者为技术文档网站,至2025年年中已有超过4000个页面,其检索和参考价值得到评论肯定。
Arch Linux凭借软件包更新迅速、可定制程度高而备受好评,但其安装难度较高、学习曲线较为陡峭。因此,评论界普遍认为,该发行版主要面向精通Linux技术且乐意投入时间的用户群体。此外,Arch Linux的代码基础也被用于构建Manjaro、CachyOS等衍生发行版,以及Valve的SteamOS等操作系统。
历史
[编辑]Arch Linux项目始于2001年初,由加拿大程序员贾德·维内特(Judd Vinet)开发[1][2]: 235 。他曾就读于维多利亚大学的计算机科学专业,期间在一家小型互联网公司任职[1]。维内特曾使用Polish Linux Distribution(PLD),随后转向CRUX[1]。他赞赏CRUX的简洁与优雅,也青睐PLD的软件包更新系统,但认为两者的软件包管理系统均有不足:CRUX缺乏依赖关系追踪且软件包数量较少,而PLD的软件包模块化程度过高[1][3]: 24 。为了结合各发行版的优点,他通过Linux From Scratch搭建了系统,参考CRUX编写了基本的软件包构建脚本[1]。随后,他开发了pacman软件包管理器[1][3]: 24 ;他还设计了配套的构建系统,借鉴了FreeBSD Ports[1]。Linux Pro Magazine于2006年的文章中称,该系统也受到Debian、Gentoo、Slackware的影响[4]: 44 ;不过,在2003年与DistroWatch的访谈中,维内特称自己先前从未使用过Gentoo[1]。
2002年3月11日,Arch Linux的首个版本0.1发布,代号「Homer」[2]: 235 [5]。系统采用GNU通用公共许可证[5]。当时多数Linux发行版均针对i386架构,而Arch Linux面向i686架构优化[4]: 44 [6],Linux Pro Magazine称其性能更具优势[4]: 44 。
2003年6月,Arch Linux引入了对可插拔认证模块(PAM)的支持[6]。2004年,该系统使用X.Org Server取代了XFree86[6]。2012年,Arch Linux改用systemd作为init程序[2]: 238 [7];在此之前,其默认使用BSD风格的init系统,但也支持System V风格脚本[4]: 46 。Linux Format引用官方成员艾伦·麦克雷(Allan McRae)的言论,称这一替换过程是循序渐进的:在各类上游程序开始包含systemd服务文件、许多Arch开发者也转而使用systemd后,才有人在邮件列表中提议使用systemd[8]: 49 。2013年6月,Arch Linux将/bin和/sbin目录并入/usr/bin,以期简化目录结构[8]: 50 。2017年1月,Arch Linux宣布将逐步停止支持i686架构,成为首批淘汰32位架构的主流Linux发行版[9][10]。
2019年,一款面向适用于Linux的Windows子系统(WSL)的非官方Arch Linux版本上架Microsoft Store[11][12],但官方开发团队成员指责其违反了Arch Linux的商标权[12]。2025年4月,Arch Linux开发团队正式推出官方WSL系统镜像[13][14]。日本媒体Impress Watch称,Arch Linux推崇简洁的开发理念,因此先前不愿支持WSL[15]。
2021年前后,Arch Linux逐步将其软件包构建脚本从Subversion迁移至Git,并将部分子项目及看板逐步转移至自建的GitLab实例中,以实现对发行版的集中化管理[3]: 26 。2024年9月,Arch Linux在邮件列表宣布了与Valve公司合作的消息。Valve将在「构建服务基础设施」及「安全签名环境」两方面提供支持[16][17]。
设计理念
[编辑]Arch Linux将自身定位为通用型发行版,旨在满足个人电脑、服务器等多种使用场景[3]: 25 。其在开发与维护中秉持着数项核心原则,即所谓的「Arch之道」(Arch Way)或「Arch哲学」(Arch Philosophy)[18]。其设计理念涵盖简洁、用户至上、开放及自由,并将代码的正确性置于便利性之上[6]: 1 [19]。这些原则可概括为「保持简洁,且一目了然」(KISS)[18]。
Arch Linux团队将「简洁」定义为「不包含不必要的添加或修改」。其提供的软件包通常保持上游原貌,仅应用少量补丁,且其中大多会被上游接受[3]: 24 [20]: 12 ;与之相对,部分发行版会应用大量补丁,使得软件和上游版本大相径庭[8]: 49 。系统也不提供设置向导或配置工具,一切系统配置均交由用户自行处理[8]: 49 [18]。多数系统配置通过修改文本文件完成[21];该发行版力求让配置文件易于理解,配有详尽注释[6]。
Arch Linux采用滚动发行模式,不设版本号,也没有固定发布时间表,用户通常可以较快获得更新,即「一次安装,永久更新」[6][20]: 13 [22]。小型软件在数小时或数天内就会更新,大型应用程序(如桌面环境的主版本更新)则通常需要数天或数周的时间[20]: 13 。Linux Format称Arch Linux积极拥抱新技术,适合「走在技术前沿」的用户[6]。
安装
[编辑]
Arch Linux的安装镜像仅集成核心软件仓库快照,用于构建基础系统[18]。安装镜像在早期采用不定期发布机制[18][23],此后改为每月首日固定发布[8]: 50 。系统安装过程并不提供图形化界面,而是直接进入shell提示符,由用户手动执行网络配置、硬盘分区、基础系统安装、引导程序配置等一系列步骤[24]。安装过程中,用户可通过语音合成器听取控制台输出[3]: 26 。默认安装仅包含极简的基础系统,用户可根据需要,自行添加其他组件[3]: 24 。
系统早期提供安装程序,称为Arch Linux安装框架(AIF),界面基于ncurses[18][25]。安装过程分为多个步骤,其中「系统配置」环节允许用户自行编辑配置文件,例如可以调整网络设置[5][18]。但该程序后来被移除[2]: 239 。
2021年4月,Arch Linux开始在安装镜像中集成名为archinstall的引导式安装程序[26]。该程序使用Python编写,采用基于文本的用户界面,能够自动完成磁盘分区、桌面环境安装等任务[26][27]。
软件包
[编辑]软件包管理器
[编辑]pacman是Arch Linux的软件包管理器,使用C语言编写,在GNU通用公共许可证下发布[5][28]。其功能与Debian的apt-get类似,能够安装、卸载、更新软件包,查询软件包的安装状态,同步软件包数据库。安装软件包时,pacman会下载其所有依赖项[4]: 46 [5]。pacman亦支持并发连接,例如同时下载多个软件包或同步多个软件包源[29]: 79–80 。除官方仓库外,pacman也可使用第三方仓库[20]: 15 [30]: 21 。该管理器还支持多镜像源,当某个镜像失效时,能够自动切换至其他服务器[29]: 80 。
系统未内置图形化软件包管理器,但用户可使用图形化前端工具来调用pacman,例如pamac或PackageKit[20]: 14 [29]: 79 。
构建系统
[编辑]2002年7月,pacman引入了Arch构建系统(ABS)[6]。其与Gentoo的emerge类似,用户借此能够自定义官方软件包或从第三方源码创建软件包,甚至是使用自定义的编译参数重建整个系统[a][2]: 238 [4]: 46 。软件包的构建过程由名为PKGBUILD的外壳脚本配置,用于从源代码编译并生成可由pacman安装的软件包[2]: 238 。2024年,Arch Linux通过RFC决议,计划将PKGBUILD文件明确以Zero-Clause BSD协议授权[32]。
软件仓库
[编辑]官方仓库的软件包存放在中央存储库及镜像中[5],由官方的开发人员(Developer)和软件包维护者(Package Maintainer)管理[33]。官方采用务实态度,仓库中既收录了开源软件,也包含了部分非自由软件(如Steam)[3]: 26 [20]: 12 [31];因此,Arch并未获得自由软件基金会的推荐[20]: 12–13 。LWN.net的乔纳森·科比特(Jonathan Corbet)表示,Arch Linux在提供编解码器等可能涉及专利争议的软件时并无顾忌[24]。Linux Pro Magazine在2021年的报道中引用了官方团队成员的表述,称打包人员发布更新较为频繁,平均每日发布30至40个更新,尽可能与上游版本保持同步[3]: 26 。官方亦向「可重现构建」计划投入资源,旨在使构建产物具备确定性与可验证性[3]: 25 。Arch Linux官方曾一度缺乏用于防篡改的软件包签名机制,因而引发安全方面的讨论[24][34];2011年开始,官方逐步推进软件包的PGP签名措施,安装软件时会做相应校验[24][35]。
发行版发展初期,Arch Linux的包管理系统由仓库(repository)与分支(branch)两个维度构成[1]。官方设有三个仓库:Official(官方)、Unofficial(非官方)、Unstable(不稳定)[1];在每个仓库内部,又细分为STABLE(稳定)和CURRENT(当前)两个分支[1][5]。其中,CURRENT分支采取持续同步上游最新版本的策略;而STABLE分支仅在官方系统版本推出的特定时间点发生变动,用于冻结并指向当时CURRENT分支的软件包快照[1][5]。这即为当时的滚动发布模型[1]。
2007年,Arch Linux重组了官方仓库架构[6]。根据2011年及2015年的文章记载,此时的仓库体系已包含5个部分:Core(核心)、Extra(额外)、Community(社区)、Testing(测试)、Multilib[21][30]: 21–22 。其中,Core仓库包含系统所需的基础组件(如Linux内核、GNU核心工具组),以及部分应用广泛的工具(如OpenSSH);Extra仓库包含了用户日常使用的软件,包括Firefox、KDE;Community仓库收录部分来自用户仓库并经用户投票选出的软件包,由官方成员维护并以二进制形式提供;Testing仓库包括未经充分测试的软件包,尚待进入Core和Extra仓库;Multilib包含64位系统上的32位库文件及二进制文件[8]: 50 [21][30]: 21–22 。所有进入Core仓库的软件包,必须先在Testing仓库中测试[6]。2023年左右,Community仓库并入Extra[36]。
用户仓库
[编辑]
2005年4月,官方建立了用户仓库(AUR)[6]。该仓库存储了由用户创建和维护的PKGBUILD脚本,以提供尚未进入官方仓库的软件[2]: 238 [4]: 46 [33];其中包含部分专有软件,也有来自其他来源的预编译的二进制文件[33]。所有用户均可注册账号,还可认领无人维护的软件包(孤儿包)[33]。至2026年6月,该仓库已有超过10.7万个软件包[33][37]。用户可以借助独立的AUR辅助工具(如paru或yay)来搜索软件、下载PKGBUILD文件、解析依赖关系,并自动完成后续的编译、安装和更新工作[33];此外,亦有PacmanXG和pamac等工具提供图形化界面支持[30]: 28 。官方的软件包维护者负责维护AUR,例如会处理用户请求;但对于软件的添加及更新,并无审核流程[33]。部分评论称,该仓库中的软件质量参差不齐且未经彻底审查,可能存在安全风险[2]: 238 [8]: 50 [33]。
AUR曾发生数次安全事件。2018年6月,有恶意用户篡改了PDF阅读器软件包acroread,软件构建过程中会从远程站点下载并执行脚本,从而在系统中植入持久化运行的程序[38][39]。2025年7月,有攻击者向AUR上传了数款Firefox及其衍生浏览器的受污染软件包,其中包含远程访问木马[40][41]。同月,一位恶意用户上传了google-chrome-stable,构建脚本中亦被植入了同类木马[33][42]。2026年6月,AUR遭遇大规模恶意提交,攻击者认领大量孤儿包,随即在构建脚本中引入有害的JavaScript依赖项,试图窃取敏感信息[33][43][44],超过1500个软件包受到影响[33][37][43];随后,Arch Linux团队暂停了新用户注册[37][43]。
LWN.net的乔纳森·科比特(Jonathan Corbet)认为,负责管理该系统的人力规模较小,难以应对如此庞大的软件包数量[24]。该网站另一位编辑乔·布罗克迈耶(Joe Brockmeier)将AUR与其他发行版的类似仓库(包括Fedora Linux的Copr、openSUSE的Open Build Service、Ubuntu的Personal Package Archive)做比较,称AUR在所有权方面的管理宽松:所有PKGBUILD文件都在同一命名空间下;尽管规则要求新维护者在接管软件包时须更新维护者信息,但该要求完全基于信任且缺乏强制审查,因而极易遭到滥用[33]。软件包维护者乔纳森·格罗特吕申(Jonathan Grotelüschen)指出,用户有责任阅读PKGBUILD文件,自行判断其内容是否安全;但布罗克迈耶认为,许多用户仅仅将其视为普通的软件包仓库,几乎不会阅读PKGBUILD,并且即使是具备安全意识的用户,也不太可能逐一检查每次更新。因此他写道,「AUR现有的政策或许已不足以应对当今的安全威胁」[33]。The Register也持有类似观点,称AUR在架构与维护机制上存在风险,其开放且由社区驱动的模式容易遭到蓄意破坏[43]。LinuxUser的克里斯托夫·朗纳(Christoph Langner)更称其质量控制「流于表面」[45]: 99 。
出于安全性考虑,KDE Linux开发人员于2026年6月将AUR从构建流水线中移除,但用户仍可自行使用[46]。
ArchWiki
[编辑]ArchWiki为wiki类型的网站,提供与Arch Linux相关的文档。至2025年年中,该wiki已有超过4000个内容页面(不计讨论页、重定向页、帮助页等)。该网站于2004年建立,最初采用PhpWiki作为后端,但不久便迁移至MediaWiki。自2006年至2025年7月,已有8.6万多名编辑者做了逾84万次编辑;平均每月约有300名活跃贡献者,编辑次数超过2000次。该项目还设有贡献准则以及内容准则,以便维持内容品质[47]。
该网站的日常管理由约30至50名志愿维护者组成的团队负责;由于维护团队无法逐一审查所有内容变更,因此依赖社区用户审核页面,以确保内容准确性。在技术层面,项目提供了两款辅助工具来简化编辑流程:Python脚本wiki-scripts用于自动化执行链接有效性检查等常见操作;浏览器交互工具Wiki Monkey则用于协助贡献者完善内容,具备展开缩写以及将HTML标签转换为MediaWiki标记语法等功能[47]。
组织
[编辑]Arch Linux完全由志愿者开发[3]: 25 ,得到了公共利益软件组织(SPI)这一非营利组织的支持[17][48]。官方贡献者主要包括开发人员(Developer)、软件包维护者(Package Maintainer)[b]、支持人员(Support Staff,负责管理论坛、wiki、IRC频道、缺陷跟踪系统)[50]: 22 。其中,开发人员从软件包维护者中选拔产生[20]: 13 。其内部没有严格的等级体系,但资历深厚且贡献突出的开发者通常更具话语权[8]: 49 。官方成员通过邮件列表、IRC、缺陷跟踪系统等方式开展工作,没有太多正式流程[3]: 25 。多数工作由各个小组负责(如可重现构建小组、DevOps团队)[3]: 25–26 ,总体决策通过共识产生[3]: 25–26 [8]: 49 ;若无法产生共识,则由项目负责人介入决定[50]: 22 。团队自称,开发工作不会受到企业赞助或是外部压力的影响[3]: 25 。Arch Linux并未制订具体的路线图,核心团队认为,不设固定路线图有助于根据当前状态和优先级动态调整目标,从而提高灵活性和适应性[3]: 26 。
项目负责人的职责包括:在开发者未能达成共识时做出决策、在公共利益软件组织董事会中代表Arch Linux、在法律层面代表该项目、统筹发行版的日常开发工作[51]: 28 。项目成立后,贾德·维内特即担任首席程序员[3]: 24 。2007年10月,维内特宣布辞去职务,将领导权移交给阿龙·格里芬(Aaron Griffin)[3]: 24, 26 [52]。2020年初,列文特·波亚克(Levente Polyak)成为新的项目领导人[50]: 22 [51]: 28 。此前,项目领导者的任期并无限制;该选举中将任期限制为两年[3]: 26 [50]: 22 [51]: 28 。此次选举还修改了流程[51]: 28 :选举为期两周,结果由成员通过排序复选制产生,无最低投票人数限制,领导者任期届满后可无限次连任[3]: 26 。
衍生版
[编辑]
Linux Pro Magazine在2021年的文章中援引DistroWatch的数据,称Arch Linux有20个衍生发行版,数量仅次于Debian和Ubuntu[3]: 26 。该杂志还引用团队成员的观点,将衍生版分为两类:一类是针对特定架构重建的移植版,这类发行版通常直接沿用官方的软件包树;另一类是重制版或变体版,为实现特定目的而对系统做出定制[3]: 26 。
Arch Linux仅支持x86-64架构[c][47][53]。部分社区和公司尝试将系统移植到其他架构上。例如,Arch Linux ARM项目让系统适配ARM架构[2]: 238 ,龙芯中科将之移植至LoongArch架构上[54]。
Arch Linux安装过程复杂,因此催生了Manjaro Linux、Antergos、ArcoLinux等衍生发行版,旨在简化安装步骤[20]: 14 [26]。Garuda Linux、CachyOS针对游戏体验做了优化[55][56],而BlackArch则专门用于渗透测试和安全研究[57]。Artix Linux不采用systemd,而是使用其他init系统[58][59]: 62 ;Parabola GNU/Linux-libre剔除了所有专有组件[60]: 60–61 。
SteamOS是Valve定制的Linux发行版,为自家Steam Deck的预设操作系统;该系统早期基于Debian,后在3.0版本改用Arch Linux[61][62]。
评价
[编辑]Linux Format的马扬克·夏尔马(Mayank Sharma)为Arch Linux打出8/10分,赞赏其在性能与说明文档等方面的优异表现[6]。拉吉斯拉夫·博德纳尔(Ladislav Bodnar)为LWN.net撰稿称,该发行版小而友好的社区、更新及时的软件仓库以及卓越的包管理是「最大的金字招牌」[5]。部分评论将Arch Linux与Gentoo相提并论,甚至将其比作「二进制版的Gentoo」[21][22],强调两者除了在包构建方式上存在差异外,其他诸多方面均高度相似[8]: 48 [24]。伊万·耶利奇(Ivan Jelic)在LWN.net上称,两款发行版在安装和配置过程上都赋予了用户极高的掌控权[18]。由于该系统缺乏默认的桌面环境与应用程序组合,The Register的斯科特·吉尔伯森(Scott Gilbertson)指出,不同用户的软件配置可能大相径庭,因此统一评测难度较高[63]。
多位评论者提到,Arch Linux因允许用户深度定制而深受目标群体青睐,但其技术门槛对普通用户并不友好。吉尔伯森将其称为「DIY Linux用户的最后庇护所」[63]。LWN.net的乔纳森·科比特(Jonathan Corbet)撰文称,「Arch并没有提供一座成品房屋,反而是提供了一堆建筑材料和组装工具,几乎可以将其组装成任何所需的形状」[24]。他进而分析称,该发行版目标明确,专为精通Linux、追求前沿软件且乐于投入时间配置系统的高级用户打造[24]。这种对系统的完全掌控,也得到了Linux Journal的苏珊·林顿(Susan Linton)与Linux Pro Magazine的布鲁斯·拜菲尔德(Bruce Byfield)的认同[23][3]: 26 ;后者更强调,只要坚持度过前期阶段,便能欣赏使用户完全掌控系统的设计原则[3]: 26 。不过,夏尔马对系统的易用性持保留态度[6],吉尔伯森和Engadget的约翰·布朗宁(John Browning)也都称系统的安装过程相对繁琐[63][25]。吉尔伯森直言,在试图吸引主流用户的人看来,这种安装难度属于「设计使然」,将新手拒之门外[63]。面对这一门槛,The Register的利亚姆·普罗文(Liam Proven)建议,用户可以先在虚拟机中尝试Ubuntu或Mint,使用不同的桌面环境,找到合适的组合后,再在Arch中构建[64]。克里斯托夫·朗纳(Christoph Langner)为Linux Pro Magazine撰稿表示,虽然Arch Linux对新手不友好,但用户遇到问题后,通过查询文档基本就能解决[20]: 13 。Linux Pro Magazine的乔恩·肯特(Jon Kent)称,用户在折腾Arch Linux时获得的经验,有助于加深对Linux的理解[4]: 48 。吉尔伯森亦表示,复杂的安装过程能让用户获益良多。他形容这就像是「拉开帷幕,让人看清幕后的运作」,且这道帷幕在Arch中彻底消失,因为用户「就是那个身处幕后的人」[63]。
数篇评论将包管理器pacman视作Arch Linux的标志性特色[5][6]。Linux Journal的凯文·布什(Kevin Bush)赞扬pacman效率冠绝同类产品[21]。科比特同样肯定其速度迅捷、功能齐全,但认为语法不易快速掌握,上手需要一定时间[24]。他还指出,Arch Linux的软件包依赖关系松散,一方面能够减少需要安装的软件包,另一方面用户可能需要花费时间排查并安装缺失的依赖项[24]。科比特还赞扬Arch的软件包丰富[24]。布什认为Arch的用户仓库优于Fedora Linux的第三方仓库和Ubuntu的Personal Package Archive,称用户能够借助PKGBUILD文件轻松地从源代码构建应用程序,并自动处理依赖关系[21]。吉尔伯森指出,Arch Linux坚持将上游源码直接打包分发而不作二次修改。他认为这种策略具有两面性:它虽能为用户提供纯净的原生软件体验,但也意味着系统缺乏发行版层面的定制补丁,以致未能处理上游优先修复的缺陷[63]。
Arch Linux采用滚动更新。蒙斯大学于2020和2021年的研究证实,得益于该机制,Arch Linux的软件包新鲜度在主流Linux发行版中位列榜首,过时软件包比例低、平均更新延迟短,是追求前沿软件用户的首选[65][66]。官方成员艾伦·麦克雷(Allan McRae)透露,Arch Linux的安全更新主要源自两个渠道:来自上游的常规版本更新,以及根据需要实施的临时补丁修复[8]: 51 。一位系统管理员接受Linux Format采访时称,Arch的极简架构有助于降低安全隐患[8]: 51 。但科比特批评Arch Linux在安全方面表现参差,修复漏洞的时间不一[24]。正因采用了滚动更新机制,系统的稳定性时常受到质疑。Linux Format认为,Arch Linux的滚动更新偶尔会引发严重的系统故障,因此怀疑其在生产环境中的适用性[8]: 50 。何塞·迭格斯·卡斯特罗(Jose Dieguez Castro)在其著作Introducing Linux Distros中直言,「Arch Linux的不稳定程度可谓登峰造极」[2]: 237 。Linux Format杂志还称,Arch Linux的部分变更要求用户手动干预系统,风险较高,对于追求高可用性的服务器环境而言,其维护成本远高于Debian和RHEL等传统发行版[8]: 50 。但吉尔伯森认为其稳定性表现甚至优于其他发行版,表示自己在实际使用中从未因更新导致系统损坏。他亦坦言,盲目更新Arch Linux确有风险,但这一风险对任何发行版而言皆普遍存在[63]。卡斯特罗认为,该系统的可靠性取决于用户的管理方式和技术水平[2]: 237 。在Linux Format的相关采访中,部分系统管理员也表达了类似观点。有受访者称,滚动更新将变更分散,比传统的版本迭代更容易维护;也有观点强调,故障多因用户忽略上游及官方信息所致,若做好事前测试,Arch Linux则能在服务器上保持稳定[8]: 51 。不过普罗文也提醒,若系统长期没有维护,那么更新可能非常棘手[64]。
Arch Linux的文档早期因内容匮乏而受到批评,但经发展后收获广泛赞誉。博德纳尔在2005年撰文称,其文档资源有限,难以引导新手配置系统,与Gentoo相比显得逊色[31];但他于2003年的文章中肯定了项目提供多种语言的文档[5]。在后来的评论中,拜菲尔德、科比特、布朗宁、普罗文等人均赞扬wiki内容详尽丰富[3]: 26 [24][25][64]。爱德华·斯诺登公开称赞其内容的检索价值高,还表示如今在ArchWiki之外「几乎不可能发现有用信息」[47]。夏尔马更称ArchWiki对Linux生态做出了「标志性贡献」,其丰富的内容完全可以为几乎任何Linux发行版的用户提供帮助[6]。为此,Debian团队还邀请两位ArchWiki维护者参加2025年的Debian会议,学习相关经验后,对自身wiki做了改造[47]。社区方面也受到普遍好评。博德纳尔称赞社区支持服务完善(如网络论坛和邮件列表活跃),还提到了为开发者配置的CVS仓库和缺陷跟踪系统[5][31]。拜菲尔德赞扬用户论坛和Reddit专版活跃,还能为其他发行版的用户带来帮助[3]: 26 。布朗宁抱怨IRC频道体验欠佳,提出的问题可能会被忽视,但他认为这或许是IRC的特点[25]。
流行文化
[编辑]2015年10月31日,受「Twitch Plays Pokémon」协作直播的启发,Twitch平台上发起了名为「Twitch Installs Arch Linux」的活动。观众通过聊天室投票决定发送至终端的按键,以此共同控制Arch Linux的安装过程[67][68]。该活动遭遇僵尸网络干扰,期间甚至一度被强行部分安装了Gentoo Linux。然而,参与者仍于首日从硬盘引导了Arch Linux系统,并在随后的几天内陆续完成了IRC客户端配置与Game Boy模拟器运行等后续目标[68]。
Arch Linux在技术爱好者群体中较为流行,因而成为网络社区调侃的对象,如网络迷因「I run Arch, by the way」[69]。
脚注
[编辑]注释
[编辑]参考
[编辑]- ^ 1.00 1.01 1.02 1.03 1.04 1.05 1.06 1.07 1.08 1.09 1.10 1.11 1.12 Vinet, Judd. Interview with Judd Vinet of Arch Linux. DistroWatch. 與Ladislav Bodnar的访谈. 2003-08-03 [2026-06-25]. (原始内容存档于2026-05-11) (英语).
- ^ 2.00 2.01 2.02 2.03 2.04 2.05 2.06 2.07 2.08 2.09 2.10 Dieguez Castro, Jose. Arch Linux. Introducing Linux Distros. Berkeley, CA: Apress. 2016-06-11: 235–252. ISBN 978-1-4842-1392-6. doi:10.1007/978-1-4842-1392-6_11 (英语).
- ^ 3.00 3.01 3.02 3.03 3.04 3.05 3.06 3.07 3.08 3.09 3.10 3.11 3.12 3.13 3.14 3.15 3.16 3.17 3.18 3.19 3.20 3.21 3.22 3.23 3.24 3.25 Byfield, Bruce. Distro Walk – Arch Linux
. Linux Pro Magazine. No. 244 (MARCH 2021): 24–26. [2026-06-25]. ISSN 1752-9050. (原始内容存档于2026-02-11) (英语).
- ^ 4.0 4.1 4.2 4.3 4.4 4.5 4.6 4.7 Kent, Jon. Arch Simplicity - Getting back to basics with Arch Linux
. Linux Pro Magazine. No. 64 (MARCH 2006): 44–46+48. [2026-06-26]. ISSN 1752-9050. (原始内容存档于2026-06-08) (英语).
- ^ 5.00 5.01 5.02 5.03 5.04 5.05 5.06 5.07 5.08 5.09 5.10 5.11 Bodnar, Ladislav. A Look at Arch Linux. LWN.net. 2003-07-23 [2026-06-25]. (原始内容存档于2025-09-06) (英语).
- ^ 6.00 6.01 6.02 6.03 6.04 6.05 6.06 6.07 6.08 6.09 6.10 6.11 6.12 6.13 6.14 Sharma, Mayank. Review: Arch Linux. Linux Format. No. 280 (September 2021): 25. ISSN 1470-4234 (英语).
- ^ McRae: Are We Removing What Defines Arch Linux?. LWN.net. 2012-08-14 [2026-06-29]. (原始内容存档于2025-10-17) (英语).
- ^ 8.00 8.01 8.02 8.03 8.04 8.05 8.06 8.07 8.08 8.09 8.10 8.11 8.12 8.13 8.14 Inside Arch. Linux Format. No. 175 (October 2013): 48–51. ISSN 1470-4234 (英语).
- ^ Campbell, Alex. Arch Linux pulls the plug on 32-bit. PCWorld. 2017-02-08 [2026-06-29]. (原始内容存档于2025-01-23) (英语).
- ^ Arch Linux phasing out i686 support. LWN.net. 2017-01-25 [2026-06-29]. (原始内容存档于2024-01-19) (英语).
- ^ Allan, Darren. Windows 10 gets Arch Linux, one of the trickiest distros around. TechRadar. 2019-05-14 [2026-07-02]. (原始内容存档于2026-02-28) (英语).
- ^ 12.0 12.1 樽井秀人. WSL対応「Arch Linux」が“Microsoft Store”に登場 ~ただし偽物?. Impress Watch. 2019-05-15 [2026-07-03]. (原始内容存档于2026-03-13) (日语).
- ^ Proven, Liam. BTW Windows Subsystem for Linux officially uses Arch now. The Register. 2025-04-30 [2026-07-03]. (原始内容存档于2026-06-09) (英语).
- ^ Wallen, Jack. Arch Linux Available for Windows Subsystem for Linux. Linux Magazine. 2025-05-01 [2026-07-02]. (原始内容存档于2026-06-06) (英语).
- ^ 樽井秀人. 「Arch Linux」の公式WSLイメージがリリース. Impress Watch. 2025-05-01 [2026-07-03]. (原始内容存档于2026-06-03) (日语).
- ^ Wallen, Jack. Valve and Arch Linux Announce Collaboration. Linux Magazine. 2024-09-30 [2026-07-03]. (原始内容存档于2026-03-12) (英语).
- ^ 17.0 17.1 Proven, Liam. Valve powers up Arch Linux – because who needs Windows when you have a Steam Deck?. The Register. 2024-10-03 [2026-07-03]. (原始内容存档于2026-07-03) (英语).
- ^ 18.0 18.1 18.2 18.3 18.4 18.5 18.6 18.7 Jelic, Ivan. Rolling with Arch Linux. LWN.net. 2010-03-10 [2026-06-26]. (原始内容存档于2026-03-03) (英语).
- ^ 黃明華. 滾動式更新無縫升級 Arch Linux簡介及安裝. 網管人. 2014-11-12 [2026-06-26]. (原始内容存档于2026-06-26) (中文(臺灣)).
- ^ 20.00 20.01 20.02 20.03 20.04 20.05 20.06 20.07 20.08 20.09 Langner, Christoph. Arch 101
. Linux Pro Magazine. No. 185 (APRIL 2016): 12–17. [2026-07-03]. ISSN 1752-9050. (原始内容存档于2026-01-14) (英语).
- ^ 21.0 21.1 21.2 21.3 21.4 21.5 Bush, Kevin. The Arch Way. Linux Journal. 2011-01-03 [2026-07-02]. (原始内容存档于2026-04-30).
- ^ 22.0 22.1 Campbell, Alex. 5 reasons to opt for a Linux rolling distro vs. a standard release. PCWorld. 2016-11-02 [2026-07-01]. (原始内容存档于2025-09-11) (英语).
- ^ 23.0 23.1 Linton, Susan. Spotlight on Linux: Arch Linux 2010.05. Linux Journal. 2010-10-28 [2026-07-02]. (原始内容存档于2026-03-08).
- ^ 24.00 24.01 24.02 24.03 24.04 24.05 24.06 24.07 24.08 24.09 24.10 24.11 24.12 Corbet, Jonathan. The grumpy editor's Arch Linux experience. LWN.net. 2015-04-01 [2026-06-30]. (原始内容存档于2026-05-23) (英语).
- ^ 25.0 25.1 25.2 25.3 Browning, John. A guide to Slackware and Arch Linux: getting your hands dirty with Linux. Engadget. 2012-08-09 [2026-06-26]. (原始内容存档于2026-06-04) (英语).
- ^ 26.0 26.1 26.2 Sharma, Mayank. Arch Linux looks to make installation nice and simple. TechRadar. 2021-04-05 [2026-07-01]. (原始内容存档于2026-04-12) (英语).
- ^ Proven, Liam. Arch Linux installer now slightly less masochistic. The Register. 2024-11-29 [2026-07-03]. (原始内容存档于2026-06-16) (英语).
- ^ Featured distribution of the week: Frugalware Linux. DistroWatch. 2005-05-09 [2026-06-26]. (原始内容存档于2026-02-04) (英语).
- ^ 29.0 29.1 29.2 Langner, Christoph. Arch Linux aktualisiert die Paketverwaltung auf Pacman 6.0. LinuxUser. No. 08/2021: 78–81. [2026-07-04]. ISSN 1615-4444. (原始内容存档于2025-04-26) (德语).
- ^ 30.0 30.1 30.2 30.3 Langner, Christoph. Die Arch-Linux Paketverwaltung mit Pacman und AUR. LinuxUser. No. 09/2015: 20–28. [2026-07-04]. ISSN 1615-4444. (原始内容存档于2026-02-15) (德语).
- ^ 31.0 31.1 31.2 31.3 Bodnar, Ladislav. Arch Linux for Power Users. LWN.net. 2005-02-02 [2026-06-26]. (原始内容存档于2026-06-11) (英语).
- ^ Brockmeier, Joe. Arch Linux finally starts licensing PKGBUILDs. LWN.net. 2024-11-26 [2026-07-01]. (原始内容存档于2026-02-26) (英语).
- ^ 33.00 33.01 33.02 33.03 33.04 33.05 33.06 33.07 33.08 33.09 33.10 33.11 33.12 Brockmeier, Joe. AURpocalypse now: a look at the recent AUR attacks. LWN.net. 2026-06-19 [2026-07-02]. (原始内容存档于2026-07-02) (英语).
- ^ Willis, Nathan. Arch Linux and (the lack of) package signing. LWN.net. 2011-03-23 [2026-06-29]. (原始内容存档于2026-03-08) (英语).
- ^ McRae: Pacman Package Signing - 4: Arch Linux. LWN.net. 2011-12-17 [2026-06-29]. (原始内容存档于2024-09-28) (英语).
- ^ Smith, Jesse. Miscellaneous News. DistroWatch. 2025-02-24 [2026-06-29]. (原始内容存档于2026-04-15) (英语).
- ^ 37.0 37.1 37.2 故渊. Arch Linux 暂停 AUR 新用户注册,审核发现超 1500 个软件包遭投毒. IT之家. 2026-06-16 [2026-06-27]. (原始内容存档于2026-06-18) (中文(中国大陆)).
- ^ Malware found in the Arch Linux AUR repository. LWN.net. 2018-07-10 [2026-06-29]. (原始内容存档于2026-04-19) (英语).
- ^ Chirgwin, Richard. Arch Linux PDF reader package poisoned. The Register. 2018-07-11 [2026-07-03]. (原始内容存档于2026-07-03) (英语).
- ^ Proven, Liam. Arch Linux users told to purge Firefox forks after AUR malware scare. The Register. 2025-07-22 [2026-06-26]. (原始内容存档于2026-06-09) (英语).
- ^ Malicious packages uploaded to the Arch Linux AUR. LWN.net. 2025-07-19 [2026-06-26]. (原始内容存档于2026-04-09) (英语).
- ^ More malware uploaded to Arch Linux AUR (Linuxiac). LWN.net. 2025-08-01 [2026-07-04]. (原始内容存档于2026-03-27) (英语).
- ^ 43.0 43.1 43.2 43.3 Speed, Richard. Arch Linux locks down AUR signups amid wave of malicious commits. The Register. 2026-06-15 [2026-06-26]. (原始内容存档于2026-06-25) (英语).
- ^ 潞源. Arch Linux 项目用户软件仓库 AUR 遭恶意攻击,400+ 项目被投毒. IT之家. 2026-06-13 [2026-06-27]. (原始内容存档于2026-06-27) (中文(中国大陆)).
- ^ Langner, Christoph. Das Arch User Repository von Arch Linux im Blick. LinuxUser. No. 07/2019: 96–101. [2026-07-04]. ISSN 1615-4444. (原始内容存档于2026-04-04) (德语).
- ^ Wallen, Jack. KDE Linux Drops AUR. Linux Magazine. 2026-06-04 [2026-07-03]. (原始内容存档于2026-06-25) (英语).
- ^ 47.0 47.1 47.2 47.3 47.4 47.5 47.6 Brockmeier, Joe. Arch shares its wiki strategy with Debian. LWN.net. 2025-08-12 [2026-06-27]. (原始内容存档于2026-04-29) (英语).
本條目含有来自此处的文本,原文以CC BY-SA 4.0许可证发布。
- ^ Campbell, Alex. Support open-source projects this giving season. PCWorld. 2016-12-05 [2026-07-01]. (原始内容存档于2025-08-25) (英语).
- ^ Polyak, Levente. Arch Linux Monthly October. LWN.net. 2023-12-11 [2026-07-02]. (原始内容存档于2024-01-15) (英语).
- ^ 50.0 50.1 50.2 50.3 Byfield, Bruce. Distro Walk – Governance
. Linux Pro Magazine. No. 240 (NOVEMBER 2020): 22–24. [2026-07-02]. ISSN 1752-9050. (原始内容存档于2026-01-18) (英语).
- ^ 51.0 51.1 51.2 51.3 Byfield, Bruce. Inside View
. Linux Pro Magazine. No. 237 (AUGUST 2020): 28–29. [2026-07-02]. ISSN 1752-9050. (原始内容存档于2025-10-11) (英语).
- ^ Arch Leadership. LWN.net. 2007-10-08 [2026-06-26]. (原始内容存档于2024-01-21) (英语).
- ^ Alden, Daroc. The current state of Linux architecture support. LWN.net. 2025-11-18 [2026-07-03]. (原始内容存档于2026-04-20) (英语).
- ^ 孤城. 龙芯中科龙架构 Arch Linux 发行版正式发布. IT之家. 2023-07-18 [2026-06-27]. (原始内容存档于2024-05-29) (中文(中国大陆)).
- ^ Proven, Liam. Garuda Linux 'Talon': Arch, but different. Dare we say it? Better. The Register. 2022-07-28 [2026-07-03]. (原始内容存档于2026-07-03) (英语).
- ^ Edwards, Nathan. Screw it, I’m installing Linux. The Verge. 2025-11-19 [2026-07-03]. (原始内容存档于2026-06-17) (英语).
- ^ Drake, Nate. BlackArch: a distribution for pen testing. LWN.net. 2016-09-13 [2026-07-03]. (原始内容存档于2026-01-07) (英语).
- ^ Proven, Liam. Age checks creep into Linux as systemd gets a DOB field. The Register. 2026-03-24 [2026-07-03]. (原始内容存档于2026-06-19) (英语).
- ^ Thommes, Ferdinand. Klein und kompakt: Artix – Arch Linux ohne Systemd. LinuxUser. No. 10/2020: 62–66,68–71. [2026-07-04]. ISSN 1615-4444. (原始内容存档于2025-04-28) (德语).
- ^ Bärwaldt, Erik. Parabola Linux ohne proprietäre Elemente. LinuxUser. No. 07/2017: 60–65. [2026-07-04]. ISSN 1615-4444. (原始内容存档于2026-01-02) (德语).
- ^ Salter, Jim. Valve’s upcoming Steam Deck will be based on Arch Linux—not Debian. Ars Technica. 2021-08-11 [2026-06-26]. (原始内容存档于2026-02-16) (英语).
- ^ Allan, Darren. Why Steam Deck’s change of Linux distros could be a winning move. TechRadar. 2021-08-10 [2026-07-02]. (原始内容存档于2025-10-09) (英语).
- ^ 63.0 63.1 63.2 63.3 63.4 63.5 63.6 Gilbertson, Scott. Arch Linux: In a world of polish, DIY never felt so good. The Register. 2016-11-02 [2026-07-03]. (原始内容存档于2026-07-04) (英语).
- ^ 64.0 64.1 64.2 Proven, Liam. Arch Linux turns 20: Small, simple, great documentation. The Register. 2022-03-15 [2026-07-03]. (原始内容存档于2026-07-04) (英语).
- ^ Legay, Damien; Decan, Alexandre; Mens, Tom. On Package Freshness in Linux Distributions. 2020 IEEE International Conference on Software Maintenance and Evolution (ICSME). IEEE: 682–686. 2020-09. ISBN 978-1-7281-5619-4. doi:10.1109/ICSME46990.2020.00072 (英语).
- ^ Legay, Damien; Decan, Alexandre; Mens, Tom. A Quantitative Assessment of Package Freshness in Linux Distributions. 2021 IEEE/ACM 4th International Workshop on Software Health in Projects, Ecosystems and Communities (SoHeal). Madrid, Spain: IEEE: 9–16. 2021-05-29. ISBN 978-1-6654-4557-3. doi:10.1109/SoHeal52568.2021.00008 (英语).
- ^ Twitch’s latest insane adventure: Installing Linux. Ars Technica. 2015-10-30 [2026-06-26]. (原始内容存档于2024-08-10) (英语).
- ^ 68.0 68.1 Hoffman, Chris. After beating Dark Souls and Pokemon, Twitch is installing Arch Linux. PCWorld. 2015-11-04 [2026-06-28]. (原始内容存档于2024-02-29) (英语).
- ^ Halfacree, Gareth. Arch Linux takes a pounding as DDoS attack enters week two. The Register. 2025-08-22 [2026-07-03]. (原始内容存档于2026-06-05) (英语).