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架構[47][53],但也有計劃擴充支援的架構範圍[47]。部分社群和公司嘗試將系統移植到其他架構上。例如,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) (英語).