Linux 文件系統(tǒng)層次結(jié)構(gòu)是一個(gè)復(fù)雜且引人入勝的體系，其根源深植于類(lèi) Unix 操作系統(tǒng)的歷史之中。

在這一結(jié)構(gòu)的核心，/usr 目錄是一個(gè)至關(guān)重要的組成部分，隨著時(shí)間的推移，它經(jīng)歷了顯著的演變。

與此同時(shí)，/bin、/sbin、/lib 以及它們?cè)?/usr 下的對(duì)應(yīng)目錄（如 /usr/bin、/usr/sbin、/usr/lib）在組織可執(zhí)行文件、系統(tǒng)二進(jìn)制文件和庫(kù)文件方面扮演著關(guān)鍵角色。

近年來(lái)，Linux 發(fā)行版中的一些趨勢(shì)，例如 /usr 目錄的合并以及更為大膽的 /bin 和 /sbin 目錄合并提議，反映了簡(jiǎn)化并現(xiàn)代化文件系統(tǒng)的持續(xù)努力。

本文將深入探討 /usr 的含義、bin、sbin 和 lib 的符號(hào)鏈接（軟連接）、/usr 合并計(jì)劃，以及更具雄心的 /bin 和 /sbin 統(tǒng)一方案，介紹這些概念及其對(duì) Linux 生態(tài)系統(tǒng)的影響。

/usr 的含義與歷史背景

/usr 目錄，全稱(chēng) “Unix System Resources”（Unix 系統(tǒng)資源），是 Linux 文件系統(tǒng)中最核心的目錄之一。其歷史可以追溯到 1970 年代的早期 Unix 系統(tǒng)。當(dāng)時(shí)，計(jì)算資源非常有限，系統(tǒng)通常配備小型磁盤(pán)驅(qū)動(dòng)器，存儲(chǔ)空間不足以容納所有文件。因此，系統(tǒng)管理員將文件分隔到不同的磁盤(pán)分區(qū)中，/usr 最初被設(shè)計(jì)為存放用戶(hù)數(shù)據(jù)、文檔和非關(guān)鍵程序，以減輕根文件系統(tǒng)（/）的存儲(chǔ)壓力，而根文件系統(tǒng)通常存儲(chǔ)核心系統(tǒng)文件，例如 /bin 和 /lib。

在早期的 Unix 系統(tǒng)中，/bin 包含了系統(tǒng)啟動(dòng)和基本操作所需的可執(zhí)行文件，例如 ls、cat 和 cp，這些工具被認(rèn)為是系統(tǒng)運(yùn)行的核心組件。

• /sbin 則存放系統(tǒng)管理相關(guān)的二進(jìn)制文件，例如 fsck 和 init，這些命令通常僅由超級(jí)用戶(hù)（root）使用。
• /lib 目錄則包含這些二進(jìn)制文件所需的共享庫(kù)和核心系統(tǒng)庫(kù)。與此同時(shí)，/usr/bin 和 /usr/sbin 分別用于存放用戶(hù)級(jí)和系統(tǒng)級(jí)的非必要可執(zhí)行文件，而 /usr/lib 則用于非核心庫(kù)文件。

這種分隔的邏輯基于以下理念：

• 根文件系統(tǒng)應(yīng)保持精簡(jiǎn)，包含僅在系統(tǒng)啟動(dòng)或單用戶(hù)模式下必需的文件，而 /usr 則可以?huà)燧d在單獨(dú)的分區(qū)上，存放次要但仍重要的文件。
• 然而，隨著硬件性能的提升和存儲(chǔ)容量的增加，這種嚴(yán)格的分隔逐漸顯得不必要。
• 現(xiàn)代 Linux 系統(tǒng)不再需要將 /usr 掛載到單獨(dú)的分區(qū)上，因?yàn)榇疟P(pán)空間已不再是主要瓶頸。
• 此外，系統(tǒng)啟動(dòng)過(guò)程和包管理的復(fù)雜性增加，使得 /usr 的角色和內(nèi)容發(fā)生了顯著變化。

/bin、/sbin 和 /lib 的符號(hào)鏈接

在現(xiàn)代 Linux 發(fā)行版中，/bin、/sbin 和 /lib 通常是 /usr/bin、/usr/sbin 和 /usr/lib 的符號(hào)鏈接（軟連接）。

這種設(shè)計(jì)是 /usr 合并（usr-merge）倡議的結(jié)果，旨在統(tǒng)一文件系統(tǒng)結(jié)構(gòu)，減少冗余并簡(jiǎn)化維護(hù)。

什么是符號(hào)鏈接？

符號(hào)鏈接（symbolic link）是 Linux 文件系統(tǒng)中的一種特殊文件類(lèi)型，類(lèi)似于 Windows 中的快捷方式。它指向另一個(gè)文件或目錄的路徑，允許用戶(hù)或程序通過(guò)符號(hào)鏈接訪(fǎng)問(wèn)目標(biāo)文件。

例如，如果 /bin 是一個(gè)指向 /usr/bin 的符號(hào)鏈接，那么訪(fǎng)問(wèn) /bin/ls 實(shí)際上會(huì)調(diào)用 /usr/bin/ls。

為什么使用符號(hào)鏈接？

符號(hào)鏈接的使用在 /usr 合并中起到了關(guān)鍵作用。傳統(tǒng)的 Linux 文件系統(tǒng)將核心二進(jìn)制文件和庫(kù)分散在 /bin、/sbin、/lib 和 /usr/bin、/usr/sbin、/usr/lib 中。

這種分隔雖然在早期 Unix 系統(tǒng)中因硬件限制而合理，但在現(xiàn)代系統(tǒng)中卻帶來(lái)了復(fù)雜性和不一致性。例如：

• 包管理復(fù)雜性：軟件包需要決定將文件安裝到 /bin 還是 /usr/bin，這可能導(dǎo)致不同發(fā)行版之間的不一致。
• 系統(tǒng)啟動(dòng)問(wèn)題：如果 /usr 掛載在單獨(dú)的分區(qū)上，而系統(tǒng)啟動(dòng)時(shí) /usr 尚未掛載，依賴(lài) /usr/bin 或 /usr/lib 的程序可能無(wú)法運(yùn)行。
• 維護(hù)負(fù)擔(dān)：維護(hù)兩個(gè)類(lèi)似的目錄結(jié)構(gòu)（/bin 和 /usr/bin）增加了系統(tǒng)管理員和開(kāi)發(fā)者的工作量。

通過(guò)將 /bin、/sbin 和 /lib 設(shè)置為 /usr/bin、/usr/sbin 和 /usr/lib 的符號(hào)鏈接，Linux 發(fā)行版能夠?qū)⑺卸M(jìn)制文件和庫(kù)統(tǒng)一存儲(chǔ)在 /usr 下，同時(shí)保留對(duì)傳統(tǒng)路徑的兼容性。

這種設(shè)計(jì)確保了即使某些舊腳本或程序仍然引用 /bin/ls 或 /sbin/init，它們?nèi)匀荒軌蛘９ぷ?，因?yàn)檫@些路徑會(huì)自動(dòng)重定向到 /usr 下的對(duì)應(yīng)文件。

/usr 合并的興起

/usr 合并（usr-merge）是近年來(lái) Linux 發(fā)行版中一項(xiàng)重要的文件系統(tǒng)現(xiàn)代化舉措，旨在將傳統(tǒng)上分散在 /bin、/sbin、/lib 和 /usr/bin、/usr/sbin、/usr/lib 中的文件統(tǒng)一遷移到 /usr 目錄下，并通過(guò)符號(hào)鏈接保持向后兼容性。

這一倡議最早由 Fedora 項(xiàng)目在 2012 年左右提出，并逐漸被其他主流發(fā)行版（如 Debian、Ubuntu 和 Arch Linux）采納。

/usr 合并的動(dòng)機(jī)

/usr 合并的推動(dòng)源于以下幾個(gè)關(guān)鍵因素：

• 簡(jiǎn)化文件系統(tǒng)：將所有二進(jìn)制文件和庫(kù)集中到 /usr 下，消除了根文件系統(tǒng)和 /usr 之間的冗余分隔，簡(jiǎn)化了文件系統(tǒng)結(jié)構(gòu)。
• 改進(jìn)系統(tǒng)啟動(dòng)：現(xiàn)代 Linux 系統(tǒng)越來(lái)越多地使用初始 RAM 磁盤(pán)（initramfs）來(lái)加載啟動(dòng)所需的文件。將所有必要文件集中到 /usr 下可以簡(jiǎn)化 initramfs 的配置，減少啟動(dòng)過(guò)程中對(duì)單獨(dú) /usr 分區(qū)的依賴(lài)。
• 一致性與可移植性：不同的 Linux 發(fā)行版在文件放置上存在差異（例如，某些發(fā)行版將工具放在 /bin，而其他發(fā)行版可能選擇 /usr/bin）。/usr 合并通過(guò)統(tǒng)一文件位置提高了跨發(fā)行版的可移植性。
• 支持現(xiàn)代技術(shù)：容器化和虛擬化技術(shù)（如 Docker 和 Podman）要求文件系統(tǒng)更加模塊化和一致。/usr 合并使得構(gòu)建精簡(jiǎn)的容器鏡像更加容易，因?yàn)樗泻诵奈募技性趩我荒夸浵隆?/li>

/usr 合并的實(shí)現(xiàn)

在 /usr 合并的實(shí)現(xiàn)中，/bin、/sbin 和 /lib（以及 /lib64 等變體）被設(shè)置為指向 /usr/bin、/usr/sbin 和 /usr/lib 的符號(hào)鏈接。具體的實(shí)現(xiàn)步驟通常包括：

1. 遷移文件：將 /bin、/sbin 和 /lib 中的文件移動(dòng)到 /usr/bin、/usr/sbin 和 /usr/lib 中。
2. 創(chuàng)建符號(hào)鏈接：在根文件系統(tǒng)中創(chuàng)建符號(hào)鏈接，例如 ln -s /usr/bin /bin，確保對(duì)舊路徑的訪(fǎng)問(wèn)被重定向到新位置。
3. 更新包管理：修改軟件包的安裝路徑，使其默認(rèn)將文件安裝到 /usr 下的目錄，而不是根文件系統(tǒng)。
4. 測(cè)試兼容性：確保現(xiàn)有腳本和程序能夠通過(guò)符號(hào)鏈接正常工作。

例如，在 Fedora 系統(tǒng)中，/usr 合并于 Fedora 17（2012 年）開(kāi)始實(shí)施，并成為后續(xù)版本的標(biāo)準(zhǔn)配置。

Debian 和 Ubuntu 也在其較新的版本中逐步采納了這一設(shè)計(jì)。

/usr 合并的影響

/usr 合并對(duì) Linux 生態(tài)系統(tǒng)產(chǎn)生了深遠(yuǎn)的影響：

• 向后兼容性：通過(guò)符號(hào)鏈接，舊的腳本和程序無(wú)需修改即可繼續(xù)運(yùn)行。
• 簡(jiǎn)化包管理：開(kāi)發(fā)者不再需要糾結(jié)于將文件安裝到 /bin 還是 /usr/bin，從而減少了錯(cuò)誤和不一致性。
• 更靈活的系統(tǒng)設(shè)計(jì)：統(tǒng)一的 /usr 目錄支持更現(xiàn)代化的啟動(dòng)流程，例如使用只讀根文件系統(tǒng)或容器化環(huán)境。
• 挑戰(zhàn)與爭(zhēng)議：盡管 /usr 合并得到了廣泛支持，但一些用戶(hù)和開(kāi)發(fā)者擔(dān)心它可能破壞某些依賴(lài)傳統(tǒng)路徑的遺留系統(tǒng)。此外，符號(hào)鏈接可能在某些極端情況下（例如，/usr 未正確掛載）導(dǎo)致問(wèn)題。

更激進(jìn)的 /bin 和 /sbin 合并

在 /usr 合并的基礎(chǔ)上，Linux 社區(qū)提出了一個(gè)更為大膽的倡議：將 /bin 和 /sbin 合并為單一的目錄。

這一提議以 Fedora 的“Unify /bin and /sbin”計(jì)劃為代表，旨在進(jìn)一步簡(jiǎn)化文件系統(tǒng)結(jié)構(gòu)，消除 /bin 和 /sbin 之間的歷史性分隔。

/bin 和 /sbin 的區(qū)別

在傳統(tǒng)的 Unix 和 Linux 系統(tǒng)中，/bin 和 /sbin 的區(qū)別主要基于使用者和功能：

• /bin：包含普通用戶(hù)和管理員都可能使用的通用命令，例如 ls、cp 和 mv。這些命令通常是系統(tǒng)運(yùn)行和日常操作所必需的。
• /sbin：包含系統(tǒng)管理命令，通常僅由超級(jí)用戶(hù)（root）使用，例如 fsck、reboot 和 ifconfig。這些命令通常與系統(tǒng)配置、維護(hù)或啟動(dòng)相關(guān)。

然而，這種區(qū)分在現(xiàn)代 Linux 系統(tǒng)中顯得越來(lái)越模糊。例如：

• 許多普通用戶(hù)也需要使用某些“系統(tǒng)”命令（例如 systemctl 或 ip），而這些命令傳統(tǒng)上可能被放置在 /sbin 中。
• 隨著 Linux 系統(tǒng)的普及，普通用戶(hù)和管理員之間的界限變得不那么明確，特別是在桌面環(huán)境中。
• 包管理器的設(shè)計(jì)使得區(qū)分 /bin 和 /sbin 變得不必要，因?yàn)檐浖梢愿鶕?jù)需要設(shè)置適當(dāng)?shù)臋?quán)限。

/bin 和 /sbin 合并的動(dòng)機(jī)

Fedora 的“Unify /bin and /sbin”計(jì)劃（參考 Fedora 項(xiàng)目 wiki：https://fedoraproject.org/wiki/Changes/Unify_bin_and_sbin）提出了以下合并的理由：

1. 減少?gòu)?fù)雜性：將 /bin 和 /sbin 合并為單一目錄（通常是 /usr/bin）可以減少文件系統(tǒng)的復(fù)雜性，簡(jiǎn)化包管理和文件查找。
2. 消除人為區(qū)分：/bin 和 /sbin 的區(qū)分在現(xiàn)代 Linux 中已經(jīng)失去了實(shí)際意義。許多命令在不同發(fā)行版中被放置在不同的目錄中，導(dǎo)致不一致性。
3. 提高用戶(hù)體驗(yàn)：普通用戶(hù)無(wú)需記住某個(gè)命令是位于 /bin 還是 /sbin，所有可執(zhí)行文件都可以在一個(gè)目錄中找到。
4. 支持現(xiàn)代化技術(shù)：合并后的單一目錄結(jié)構(gòu)更適合容器化和模塊化系統(tǒng)設(shè)計(jì)，因?yàn)樗鼫p少了路徑依賴(lài)。

合并的實(shí)現(xiàn)

/bin 和 /sbin 合并的實(shí)現(xiàn)與 /usr 合并類(lèi)似，通常包括以下步驟：

1. 遷移文件：將 /sbin 中的文件移動(dòng)到 /usr/bin 中。
2. 創(chuàng)建符號(hào)鏈接：將 /sbin 設(shè)置為 /usr/bin 的符號(hào)鏈接，確保對(duì)舊路徑的訪(fǎng)問(wèn)仍然有效。
3. 更新包管理：修改軟件包的配置，使所有二進(jìn)制文件默認(rèn)安裝到 /usr/bin。
4. 測(cè)試與驗(yàn)證：確保系統(tǒng)啟動(dòng)、腳本和應(yīng)用程序能夠正常工作。

在 Fedora 的計(jì)劃中，/sbin 和 /usr/sbin 將完全被淘汰，所有二進(jìn)制文件都統(tǒng)一存儲(chǔ)在 /usr/bin 中。

這種設(shè)計(jì)不僅簡(jiǎn)化了文件系統(tǒng)，還與 /usr 合并的目標(biāo)一致，即創(chuàng)建一個(gè)更統(tǒng)一、更現(xiàn)代化的文件系統(tǒng)結(jié)構(gòu)。

合并的挑戰(zhàn)與爭(zhēng)議

盡管 /bin 和 /sbin 合并具有顯著的優(yōu)勢(shì)，但也面臨一些挑戰(zhàn)：

• 向后兼容性：許多舊腳本和工具可能硬編碼了 /sbin 或 /usr/sbin 的路徑。雖然符號(hào)鏈接可以緩解這個(gè)問(wèn)題，但在某些極端情況下（例如，符號(hào)鏈接損壞或未正確配置）可能導(dǎo)致問(wèn)題。
• 傳統(tǒng)觀(guān)念：一些系統(tǒng)管理員和開(kāi)發(fā)者習(xí)慣于傳統(tǒng)的 /bin 和 /sbin 分隔，認(rèn)為這種區(qū)分有助于組織和權(quán)限管理。
• 發(fā)行版差異：不同的 Linux 發(fā)行版對(duì)合并的接受程度不同。例如，F(xiàn)edora 可能率先實(shí)施，而其他發(fā)行版（如 Debian）可能采取更保守的策略。

/lib 的角色與演變

與 /bin 和 /sbin 類(lèi)似，/lib 和 /usr/lib 也經(jīng)歷了類(lèi)似的演變。

• /lib 傳統(tǒng)上存儲(chǔ)系統(tǒng)啟動(dòng)和核心功能所需的共享庫(kù)，例如 libc.so，而 /usr/lib 存儲(chǔ)非核心庫(kù)，例如應(yīng)用程序特定的庫(kù)。在 /usr 合并中，/lib 通常被設(shè)置為 /usr/lib 的符號(hào)鏈接，所有庫(kù)文件都集中存儲(chǔ)在 /usr/lib 下。
• /lib 的合并相對(duì)簡(jiǎn)單，因?yàn)閹?kù)文件通常由程序動(dòng)態(tài)加載，路徑配置可以通過(guò)動(dòng)態(tài)鏈接器（例如 ld.so）進(jìn)行管理。然而，在 64 位系統(tǒng)中，/lib64 和 /usr/lib64 的出現(xiàn)增加了復(fù)雜性。
• /usr 合并的實(shí)施通常也會(huì)將 /lib64 遷移到 /usr/lib 或 /usr/lib64，并通過(guò)符號(hào)鏈接保持兼容性。

Linux 世界的未來(lái)：更統(tǒng)一的目錄結(jié)構(gòu)

/usr 合并以及 /bin 和 /sbin 合并反映了 Linux 文件系統(tǒng)向更簡(jiǎn)單、更統(tǒng)一的方向發(fā)展的趨勢(shì)。

這種演變不僅是對(duì)硬件進(jìn)步的回應(yīng)，也是對(duì)現(xiàn)代計(jì)算需求的適應(yīng)，例如容器化、虛擬化和模塊化系統(tǒng)設(shè)計(jì)。

未來(lái)的可能性

1. 完全統(tǒng)一的 /usr：隨著 /usr 合并的普及，未來(lái)的 Linux 系統(tǒng)可能完全放棄根文件系統(tǒng)中的 /bin、/sbin 和 /lib，所有文件都集中存儲(chǔ)在 /usr 下。
2. 更靈活的路徑配置：動(dòng)態(tài)鏈接器和環(huán)境變量（如 PATH）的改進(jìn)可能進(jìn)一步減少對(duì)固定路徑的依賴(lài)。
3. 跨發(fā)行版標(biāo)準(zhǔn)化：通過(guò) Filesystem Hierarchy Standard（FHS）等標(biāo)準(zhǔn)，Linux 發(fā)行版可能在文件系統(tǒng)結(jié)構(gòu)上達(dá)成更多共識(shí)，減少碎片化。

對(duì)用戶(hù)和開(kāi)發(fā)者的啟示

對(duì)于普通用戶(hù)，/usr 合并和 /bin、/sbin 合并可能不會(huì)顯著改變?nèi)粘Ｊ褂皿w驗(yàn)，因?yàn)榉?hào)鏈接確保了向后兼容性。然而，系統(tǒng)管理員和開(kāi)發(fā)者需要關(guān)注以下幾點(diǎn)：

• 更新腳本：檢查腳本中是否硬編碼了 /bin 或 /sbin 路徑，并考慮使用更現(xiàn)代的路徑（如 /usr/bin）。
• 了解發(fā)行版差異：不同發(fā)行版對(duì)合并的實(shí)現(xiàn)進(jìn)度不同，開(kāi)發(fā)者需要確保軟件包在各種環(huán)境中都能正常工作。
• 擁抱現(xiàn)代化：隨著容器化和虛擬化的普及，開(kāi)發(fā)者應(yīng)設(shè)計(jì)更模塊化和路徑無(wú)關(guān)的應(yīng)用程序。

結(jié)論

Linux 文件系統(tǒng)中的 /usr 目錄及其相關(guān)的 /bin、/sbin 和 /lib 目錄承載了 Unix 和 Linux 的歷史遺產(chǎn)，同時(shí)也在不斷適應(yīng)現(xiàn)代計(jì)算的需求。

/usr 合并通過(guò)將文件統(tǒng)一到 /usr 下并使用符號(hào)鏈接，簡(jiǎn)化了文件系統(tǒng)結(jié)構(gòu)，提高了系統(tǒng)啟動(dòng)的靈活性和包管理的一致性。更激進(jìn)的 /bin 和 /sbin 合并提議則進(jìn)一步消除了傳統(tǒng)區(qū)分，迎合了現(xiàn)代 Linux 系統(tǒng)的需求。盡管這些變化帶來(lái)了挑戰(zhàn)，例如向后兼容性和社區(qū)接受度，但它們無(wú)疑為 Linux 生態(tài)系統(tǒng)的現(xiàn)代化鋪平了道路。

通過(guò)理解 /usr 的含義、符號(hào)鏈接的作用以及合并的動(dòng)機(jī)和實(shí)現(xiàn)，我們可以更好地欣賞 Linux 文件系統(tǒng)的演變，并為未來(lái)的變化做好準(zhǔn)備。

無(wú)論是系統(tǒng)管理員、開(kāi)發(fā)者還是普通用戶(hù)，適應(yīng)這些變化將有助于充分利用 Linux 的靈活性和強(qiáng)大功能。

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評(píng)論