常見問題 - Arch Linux 中文维基

跳至內容

# 常見問題

出自 Arch Linux 中文维基

## 一般問題

### Q) Arch Linux 是什麼？

A) 請閱讀 Arch Linux。

### Q) 為什麼我不想用 Arch Linux ？

A) 您或許不想使用 Arch Linux，如果您：

- 沒有經驗、能力、時間、想法和願望去打理這樣一個高度可定製的 GNU/Linux 發行版。
- 需要非 x86_64 平台支持。
- 你是狂熱的自由軟體愛好者，只希望發行版提供 GNU 定義的自由軟體。
- 你認為好的作業系統應當是已經配置好的：安裝介質應默認包含一套完整的應用軟體包、圖形化桌面環境——達到「開箱即用」。
- 你不需要或不想使用滾動升級的發行版。
- 你對目前使用的作業系統感到滿意。

### Q) 為什麼我要用 Arch Linux ？

A) 因為 Arch 是最好的！

### Q) Arch Linux 支持什麼架構?

A) Arch Linux 現在只支持 x86_64(也被稱為 amd64 ) 架構，對 i686 架構的支持已於 2017 年 11 月結束。

非官方支持的移植版本有： i686 和 ARM [1]。

### Q) Arch Linux 遵循 FHS 嗎?

A) Arch Linux 遵循適用於 systemd 服務管理器的文件系統架構，file-hierarchy(7) 包含了每個文件夾的解釋和設計。 `/bin`, `/sbin` 和 `/usr/sbin` 現在是 `/usr/bin` 的符號連結，`/lib` (以及 `/lib64`) 是 `/usr/lib` 的符號連結。

### Q) 我是一個徹頭徹尾的Linux新手，我應該用 Arch Linux 嗎？

A) 如果您是新手，要使用 Arch Linux 就必須願意花時間學習新系統，並接受 Arch 是一個需要有 DIY 精神及能力的系統，每個用戶都是自己系統的組建者。

在您開始問任何問題之前，建議您自己先通過 Google 、Wiki 類網站、ArchWiki 或者 Linux 相關論壇進行搜索。我們為您創建了這些資源並讓您可以隨時訪問，有成千上萬的志願者與愛好者為您提供大量的信息資源。

推薦閱讀: Arch術語#RTFM 。

### Q) Arch Linux 的安裝和配置十分麻煩，社區的人總是讓我去讀那些死長死長的手冊。

A) Arch Linux 是針對一部分特定用戶群體設計的，如果您不在其中，也許 Arch Linux 並不適合您。

### Q) Arch Linux 是為伺服器、桌面還是工作站設計的？

A) Arch Linux 並不是針對特定應用設計的，而是針對有特定需求的用戶群體設計的。Arch Linux 適合那些喜歡並有動手能力的用戶，以及希望打造屬於自己的獨一無二的系統的用戶。因此，對於這些用戶，Arch Linux 能勝任各種工作。也有許多人把 Arch Linux 同時當做桌面、伺服器和工作站系統。此外，archlinux.org 網站也在 Arch Linux 上運行。

### Q) 我太喜歡 Arch Linux 了，希望開發團隊實現一個新功能。

A) 您可以參與進來，分享代碼和解決方案。如果廣大用戶和開發者確實認同這個功能，您的想法有機會被添加到新版本系統中。Arch 社區依靠大眾貢獻分享的代碼和工具蓬勃發展。

### Q) 一般什麼時候發布新版本？

A) Arch Linux 的發布版本只是安裝和修復環境，包含base包 元軟體包和一些輔助軟體，一般每月上旬發布一次。

Arch Linux 使用滾動升級模式，只需執行一條命令，便可升級系統到最新版本。基於上述原因，發布新版本對 Arch Linux 來說並不重要，因為滾動升級的機制會使系統永葆青春。使用`pacman -Syu`命令升級系統，無需重裝系統即可更新到最新版本。同樣，Arch Linux 的新發行版本並不會提供什麼新的功能，新的功能通過`pacman -Syu`命令即可立即擁有。

### Q) Arch Linux 是否穩定？會不會經常壞掉？

A) 每個 Arch Linux 的用戶應當對自己執行滾動升級的系統穩定性負責。由用戶自行決定何時升級、修改配置。Arch Linux 與其他發行版的一個不同之處在於，Arch Linux 是真正的「DIY」發行版。一味抱怨系統損壞是沒有意義的，畢竟上游的改動不是 Arch 開發者的責任。

如果您想要使系統變得更加穩定，請參閱：系統維護，以提高系統穩定性。

### Q) Arch Linux 需要更多曝光（比如廣告）。

A) Arch Linux 已經得到了應有的新聞媒體曝光機會。Arch Linux 的目標不是為了一步登天。我們的目標只是使它變得更好。讓它自然成長吧，試圖強迫它成長得更快會造成諸多問題。

### Q) Arch Linux 需要更多開發者。

A) 或許吧。歡迎您來幫助我們！可以來逛逛論壇，IRC channels 以及郵件列表，看看您有什麼需要做的。或者，看看論壇的 Community Contributions 子版面吧。

## 安裝

### Q) 我感覺 Arch Linux 需要安裝程序，比如帶有圖形界面的那種。

A) 從 2021-04-01 起，Arch Linux 有了更好的安裝程序。參見 archinstall。

### Q) 我安裝了 Arch Linux，現在眼前只有一個命令行登錄界面，我該怎麼辦？

A) 建議您閱讀通用建議。

### Q) 哪個桌面環境或窗口管理器比較好？

A) 有很多不同的選擇，從中選擇最適合您的即可。參見：桌面環境。

### Q) Arch Linux 比起其他「小型」發行版，有何獨特之處？

A) 建議您閱讀 Arch與其他發行版的比較。

## 其他

### Q) 什麼是 AUR ？

A) 建議您參見：Arch用戶軟體倉庫#FAQ。

### Q) 為什麼我感覺 Arch Linux 下網速比其他系統慢？

A) 您的網絡是否正確配置？如有疑問，您可以讀一讀網絡配置。

### Q) 為什麼 Arch Linux 把我的所有內存用光了？

A) 實際上，內存不用就浪費了。

很多新用戶發現，Linux 內核對物理內存的處理機制和他們所以為的有所不同。由於訪問物理內存比訪問磁碟要快得多，內核會把最近訪問的數據緩存到物理內存中。物理內存中緩存數據會在空閒物理內存耗盡時被釋放。

而造成新用戶的困惑的罪魁禍首，恐怕是`free`命令：

    $ free -h

                  total        used        free      shared  buff/cache   available
    Mem:          2.8Gi       1.1Gi       283Mi       224Mi       1.4Gi       1.2Gi
    Swap:         3.0Gi       881Mi       2.1Gi

要注意 "free" 和 "available" 的區別，即空閒和可用的區別。在上面的例子中, 電腦所有的 2.8G 內存幾乎全部占用。"free"中只剩下 283 MiB 是未使用的。但是在總量 2.8G 內存中的 1.4G 是 "buff/cache" 緩存。實際上還剩下 1.2G 是可使用的（不考慮交換空間）。查看 free(1) 了解更多。

這有什麼用？當然是更好的性能！

如果您對此十分困惑，請參見此文。另外還有一篇文章有詳細的解釋：https://www.linuxatemyram.com/。

### Q) 我的磁碟空間被什麼東西占用了？

A) 問題的答案因系統而異。有一些應用列表或許能告訴您答案。

## 軟體包管理

詳情請參考 pacman、pacman/提示和技巧和官方倉庫。

### Q) 我發現了某個軟體包的錯誤，該怎麼辦？

A) 首先您需要搞清楚 Arch 隊伍是否能夠解決這個錯誤。有時並非如此（Firefox 崩潰也許是 Mozilla 開發團隊的錯誤）——這便是所謂的上游錯誤。如果您確信是 Arch 的問題，您可以採取以下步驟：

1. 在論壇中搜索有關信息。看看是否有人已經注意到這個情況。
2. 在 Arch Linux Gitlab 的 Bugtracker 提交具有詳細信息的 Bug 報告。
3. 也可在論壇中發篇帖子，闡述問題細節並說明您已經報告過這個情況。這會避免其他人重複報告同樣的問題。

### Q) Arch Linux 軟體包需要獨特的後綴名。「.pkg.tar.zst」太長了，而且令人困惑

A) 在 Arch 郵件列表曾有過討論。一些用戶提議使用 .pac 作為文件擴展名。但就目前情況來說，我們沒有計劃改變軟體包的擴展名。

正如 Tobias Kieslich（一名 Arch 開發者）所說： 「一個軟體包就是一個 [壓縮包] ！它可以被很多軟體打開、研究和操作。此外，這種 mime-type 也可以被大多數軟體自動地正確識別。」

### Q) Pacman應該提供函數庫接口，這樣其他軟體就可容易地獲得軟體包信息。

A) libalpm(3)（Arch Linux Package Management，Arch Linux 軟體包管理）是 pacman 的後端，這個庫大大方便了交互式前端的編寫（例如圖形化前端）。

### Q) Pacman需要某某功能！

A) 如果您有新想法，可以在 pacman-dev 郵件列表進行討論，或者查看官方論壇看看其他人有沒有類似的想法。

也歡迎您自己在系統中實現新功能。也許您的代碼或補丁不會被官方接受，但他人可能會用到。

### Q) 倉庫和鏡像的區別是什麼？

A) 請您參考軟體倉庫。

### Q) 我剛剛安裝了一個軟體包，怎麼啟動呢？

A) 如果您正在使用像KDE和GNOME這樣的軟體包，它們的程序一般會自動出現在菜單中。如果是命令行程序，則可使用如下命令查看可執行文件名稱和位置：

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

### Q) 在官方倉庫中，為什麼只為每個共享連結庫提供一個版本？

A) 某些發行版，比如 Debian，會為一個共享庫提供多個版本，比如：`libfoo1`，`libfoo2`，`libfoo3`等等。這樣，就可以同時安裝那些依賴不同版本 libfoo 的程序。

Arch 官方只對最新版的程序提供支持。只要擺脫了過時的軟體包，包的維護人員就可以全力維護新版本的程序。而只要上游提供新版本的共享庫，我們就會重新編譯相關程序，更新倉庫。

### Q) 執行`pacman -Syu`時，終端顯示某個共享庫需要升級，但依賴它的程序沒有升級，我該怎麼做呢？

A) 這種情況理應不會發生。假如官方源一個名為`foobaz`的程序，成功地使用新版本共享庫`libbaz`編譯成功，那麼它應該和`libbaz`一同更新。如果編譯不成功，由於舊的`foobaz`存在依賴關係，例如：

    libbaz=1.5

所以當`libbaz`升級時，它會被移除。

如果`foobaz`是您自己編譯的或是從 AUR 獲取的，當`libbaz`升級時您應當重新編譯它。如果編譯失敗，還請您通知`foobaz`開發者。

### Q) 會不會出現一種情況就是，倉庫中的內核主版本更新了，而某些驅動包沒有一同升級的情況？

A) 這個絕對不可能。當內核主版本升級時，所有支持的驅動一定會一同更新。

然而，如果您安裝有非內核支持的驅動程序包，比如`catalyst`，內核升級有可能導致系統掛機。您應當在內核升級時自行重編譯它們。

### Q) 升級前該做什麼?

A) 在升級之前，記得訪問 Arch Linux 新聞列表、通告郵件列表 (有時候需要看一看論壇和各個郵件列表）。需要特別注意的事項都會列在那裡。另見系統維護#更新系統。

### Q) 我知道某個包已經更新，但是 pacman 並沒有發現更新

A) 可能是 pacman 鏡像還沒有同步，最好是等等看或者是換一個鏡像伺服器。MirrorStatus 可以幫助您區分哪些鏡像伺服器是最新的。

### Q) 某上游項目已經發布了一個新版本，要多長時間 Arch Linux 才會更新到新版本？

A) 軟體包將會在準備好之後發布，發布的時間取決於上游的變動和打包人員的精力。

如果發布的是小版本，可能只需要幾個小時。如果是大版本更新，則可能需要數周時間。

此外，有些軟體包會在 testing 倉庫中停留一段時間進行小範圍測試。軟體包維護者會儘快將穩定的版本發布到倉庫中。如果您發現官方軟體倉庫中的軟體過舊，可以在軟體包頁面進行標記。

### Q) 如果需要一個老的軟體庫，可以 symlink 到新版本嗎？

A) 運氣好的話，可以用來救急。但是這並不是一個好辦法：

- 軟體庫不會無緣無故更新版本 - API/ABI 可能發生變動，這些變動是否影響到使用只能聽天由命。
- 軟體包管理器不會記錄軟連結，缺乏經驗的新手執行這種操作，可能會引起難以恢復的錯誤。
- 未被記錄的老版本文件很快就會被遺忘，且安全漏洞不會被修復。

最好是使用或編寫兼容軟體包，用其提供需要的版本。

## 關於64-bit

### Q) 我如何確定我的處理器（CPU）是否支持 x86_64?

A) 運行下面的命令：

    $ less /proc/cpuinfo

查找 `flags` 條目。如果你看見 `lm` 標誌，那麼您的處理器是支持 x86_64 的。

Windows 系統用戶可以使用免費軟體 CPU-Z 或商業軟體 AIDA64 中的 CPUID 工具查看 CPU 的信息，這些軟體可以通過識別 CPU 的指令集來確定處理器是否支持64位。

如果您使用帶有 AMD 的 "x86-64" 指令集或者英特爾的 "EM64T" 指令集的 CPU，則可以使用 x86_64 的發行版和二進制包。

### Q) 為什麼現在應該使用64位系統?

A) 在大多數情況下，64位系統會更快，而且更安全。更安全是因為它擁有 Address space layout randomization (ASLR) 、 Position-independent code (PIC) 特性，以及 NX Bit (它在i686內核中，由于禁用了物理地址擴展 (PAE)而無法使用)。

如果你的計算機在運行 4.0 GiB 或者更多的內存，那應該使用64位系統，因為多餘的內存是無法被32位系統分配的。

現如今，程式設計師也更加傾向於忽視32位系統，因為新的 x86 CPU 通常都支持64位擴展。

還有許多其他的理由讓我們拋棄32位系統。但是在內核、用戶空間和單獨的程序中，我們沒有辦法列出所有的64位系統比32位系統做得更好的地方。

## 中文社區倉庫

主條目： Arch Linux 中文社區倉庫

### Q) [archlinuxcn] 倉庫和 AUR 是什麼關係？

A) 沒有特別的關係。部分軟體包的 PKGBUILD 打包腳本也同時存在於 AUR 而已。然而並不是所有 [archlinuxcn] 提供的軟體包都存在於 AUR，也不是所有同時存在於 [archlinuxcn] 和 AUR 的軟體包就一定會使用相同的打包腳本。我們不是 AUR 的二進制版。

在使用 [archlinuxcn] 提供的軟體包時遇到問題，也請您報告到我們的 GitHub issues。

### Q) 既然有 AUR，我為什麼會想要使用 [archlinuxcn] 倉庫？

A) [archlinuxcn] 倉庫提供許多額外的、已經打包好的軟體。相比於 AUR，您不必就地從世界各地下載軟體源碼然後花費時間編譯，而是可以直接安裝已經編譯好的軟體包。

如果您是中國大陸用戶，您可以利用我們位於中國大陸境內的多個鏡像源，來快速下載到軟體，而不必處理訪問國際網絡可能會遇到的問題。

### Q) 我是 Manjaro （或其它 Arch Linux 衍生發行版）用戶，我可以使用 [archlinuxcn] 倉庫嗎？

A) 我們不建議這樣做。[archlinuxcn] 倉庫只支持 Arch Linux，在衍生發行版上使用可能會出現問題。

如果您在非 Arch Linux 系統上使用 [archlinuxcn] 倉庫遇到了問題，還請不要將問題報告給我們。

分類：​

- 關於 Arch

常見問題
新增話題