'\" t
.TH "FILE\-HIERARCHY" "7" "" "systemd 231" "file-hierarchy"
.\" -----------------------------------------------------------------
.\" * Define some portability stuff
.\" -----------------------------------------------------------------
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.\" http://bugs.debian.org/507673
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.ie \n(.g .ds Aq \(aq
.el       .ds Aq '
.\" -----------------------------------------------------------------
.\" * set default formatting
.\" -----------------------------------------------------------------
.\" disable hyphenation
.nh
.\" disable justification (adjust text to left margin only)
.ad l
.\" -----------------------------------------------------------------
.\" * MAIN CONTENT STARTS HERE *
.\" -----------------------------------------------------------------
.SH "NAME"
file-hierarchy \- 文件系統層次結構概覽
.SH "描述"
.PP
對於使用
\fBsystemd\fR(1)
的操作系統來說， 其文件系統層次結構遵守
\m[blue]\fBFile System Hierarchy\fR\m[]\&\s-2\u[1]\d\s+2
與
\fBhier\fR(7)
規範。 本手冊僅描述一個符合上述規範的子集， 該子集較小也較現代， 並且更加嚴格的遵守上述規範。
.PP
許多本文所描述的路徑都可以通過
\fBsystemd-path\fR(1)
工具來查詢。
.SH "總體結構"
.PP
/
.RS 4
文件系統的根。 通常是可寫的(也可以是隻讀的)， 並且可以是一個
"tmpfs"
文件系統。 除非是隻讀的，否則不與其他主機共享。
.RE
.PP
/boot
.RS 4
啓動分區。 在UEFI系統上通常是"EFI System Partition"， 參見
\fBsystemd-gpt-auto-generator\fR(8)
手冊。 該目錄通常嚴格位於本機的內置存儲上， 並且應該是隻讀的(除非需要安裝內核或引導管理器)。 僅當操作系統運行在物理機或者虛擬硬件上時才需要此目錄， 因爲這種情況下必須使用引導管理器。
.RE
.PP
/etc
.RS 4
特定於該操作系統的配置。 該目錄可以是隻讀的(也可以是可讀寫的)。 通常用於存儲操作系統發行商預設的配置文件， 但是應用程序不應該假設該目錄中必然存在某個配置文件， 而是應該在期望的配置文件不存在的情況下， 回退到默認設置。
.RE
.PP
/home
.RS 4
存儲普通用戶的家目錄。 可以與其他操作系統共享， 並且必須是可讀寫的(不能是隻讀的)。 該目錄必須僅用於普通用戶， 切勿用於系統用戶(系統用戶不只有"root")。 該目錄及其子目錄可以在啓動過程的末尾才變得可用， 甚至可以在完成用戶身份認證之後才變得可用。 該目錄可以位於功能受限的網絡文件系統上， 因此，應用程序不應該假定所有文件系統API在此目錄上都可用。 應用程序不應該直接引用該目錄及其子目錄， 而是應該通過針對每個用戶設置的
\fI$HOME\fR
環境變量來引用， 或者根據用戶數據庫中的"家目錄"字段的值來引用。
.RE
.PP
/root
.RS 4
"root"用戶的家目錄。 將根用戶的家目錄放到
/home
之外是爲了確保即使在
/home
目錄不可用的情況下， "root"用戶依然可以正常登錄。
.RE
.PP
/srv
.RS 4
存儲常規服務器數據(載荷)的目錄，由服務器管理員管理。 其中的子目錄如何組織，沒有明確的規範。 該目錄通常是可寫的，並且可以與其他操作系統共享。 該目錄可以在啓動過程的末尾才變得可用。
.RE
.PP
/tmp
.RS 4
存放小臨時文件的目錄。 通常掛載爲一個
"tmpfs"
文件系統。 切勿在此目錄中存放體積較大的臨時文件(應該使用
/var/tmp
目錄)。 因爲系統上的所有用戶都可以訪問該目錄， 所以必須確保該目錄僅對
\fBmkstemp\fR(3),
\fBmkdtemp\fR(3)
相關係統調用可寫。 該目錄在系統啓動過程中會被清空。 並且，如果其中的某些文件持續長時間不被訪問，通常也會被自動刪除。 如果應用程序發現
\fI$TMPDIR\fR
環境變量已經被設置， 那麼應該使用
\fI$TMPDIR\fR
環境變量的設置， 而不應該直接使用
/tmp
目錄(參見
\fBenviron\fR(7)
與
\m[blue]\fBIEEE Std 1003\&.1\fR\m[]\&\s-2\u[2]\d\s+2
)。
.RE
.SH "運行時數據"
.PP
/run
.RS 4
一個用於存放系統軟件運行時數據的
"tmpfs"
文件系統。 該目錄在系統啓動過程中會被清空。 該目錄必須總是可寫的， 但是通常又應該僅賦予特權應用寫入權限。
.RE
.PP
/run/log
.RS 4
運行時系統日誌。 系統組件可以在這個目錄中存放私有日誌。 該目錄必須總是可寫的(即使
/var/log
目錄尚不能訪問)。
.RE
.PP
/run/user
.RS 4
針對每個用戶的運行時目錄。 通常針對每個用戶單獨掛載一個
"tmpfs"
文件系統實例。 該目錄必須總是可寫的， 並且在系統啓動過程中以及對應的用戶登出後會被自動清空。 應用程序不應該直接引用該目錄，而是應該通過針對每個用戶設置的
\fI$XDG_RUNTIME_DIR\fR
環境變量來引用。 詳見
\m[blue]\fBXDG Base Directory Specification\fR\m[]\&\s-2\u[3]\d\s+2
.RE
.SH "發行商提供的操作系統資源"
.PP
/usr
.RS 4
發行商提供的操作系統資源。 通常應該是隻讀的(但非必須是隻讀)。可以與其他主機共享。 系統管理員不應該修改此目錄中的內容， 除非需要安裝或卸載發行商提供的軟件包。
.RE
.PP
/usr/bin
.RS 4
存放應當出現在
\fI$PATH\fR
搜索路徑中的用戶命令(可執行文件)。 建議僅將命令行工具放到此目錄中， 而例如守護進程之類的非命令行工具， 則應該放到
/usr/lib
下的子目錄中。
.RE
.PP
/usr/include
.RS 4
系統庫的 C 與 C++ API 頭文件目錄。
.RE
.PP
/usr/lib
.RS 4
存放通用於所有體系結構的、靜態的發行商專屬數據。 這包括軟件包內部使用的可執行文件、 以及例如守護進程之類的非命令行工具。 這些二進制文件可用於該操作系統支持的所有體系結構。 不要在此目錄中放置公共庫， 而應該將它們放到
\fI$libdir\fR
目錄中(參見下文)。
.RE
.PP
/usr/lib/\fIarch\-id\fR
.RS 4
存放動態鏈接庫， 又被稱爲
\fI$libdir\fR
目錄。
\fIarch\-id\fR
的具體名稱遵守
\m[blue]\fBMultiarch Architecture Specifiers (Tuples)\fR\m[]\&\s-2\u[4]\d\s+2
列表的規範。 傳統上，\fI$libdir\fR
通常是
/usr/lib
與
/usr/lib64
目錄。 該目錄不應該用於存放特定於某個軟件的專屬數據， 除非這些數據是專屬於特定體系結構的。 可以使用下面的命令查詢用於該系統的首選體系結構的
\fI$libdir\fR
的值：
.sp
.if n \{\
.RS 4
.\}
.nf
# systemd\-path system\-library\-arch
.fi
.if n \{\
.RE
.\}
.RE
.PP
/usr/share
.RS 4
在多個軟件包之間共享的資源， 例如文檔、手冊、時區數據、字體等資源。 此目錄下的子目錄結構及文件格式， 取決於確保軟件之間正常相互操作的各種規範。
.RE
.PP
/usr/share/doc
.RS 4
操作系統以及各種軟件包的文檔。
.RE
.PP
/usr/share/factory/etc
.RS 4
發行商提供的默認配置文件倉庫。 該目錄中應該放置發行商提供的、 所有可能放入
/etc
目錄的配置文件的原始默認文件。 這個目錄主要是爲了方便恢復默認設置 以及對比當前配置與默認配置的不同。
.RE
.PP
/usr/share/factory/var
.RS 4
與
/usr/share/factory/etc
類似， 用於存放發行商提供的
/var
目錄內容的原始默認文件。
.RE
.SH "應該持久保存的易變系統數據"
.PP
/var
.RS 4
應該持久保存的易變系統數據。 該目錄必須可寫。 該目錄可以預先填充發行商預設的數據， 但是應用程序可以自行創建所需的文件和目錄。 強烈推薦(但非必須)持久保存該目錄中的數據， 系統必須在該目錄爲空時依然能夠正常啓動， 以支持臨時運行的系統。 該目錄可以在啓動過程的末尾才變得可用， 因此那些在系統啓動早期運行的組件不應該依賴於此目錄的存在。
.RE
.PP
/var/cache
.RS 4
應該持久保存的系統緩存。 系統組件可以在該目錄中放置非關鍵的緩存。 清空該目錄必須不影響應用的正常工作 (但應用可以花費額外的時間重建這些緩存)。
.RE
.PP
/var/lib
.RS 4
應該持久保存的系統數據。 系統組件可以在該目錄中放置專屬的數據。
.RE
.PP
/var/log
.RS 4
應該持久保存的系統日誌。 系統組件可以在該目錄中放置專屬的日誌。 不過，推薦的方式是通過
\fBsyslog\fR(3)
與
\fBsd_journal_print\fR(3)
接口記錄日誌。
.RE
.PP
/var/spool
.RS 4
應該持久保存的系統隊列。 例如郵件隊列或打印隊列。
.RE
.PP
/var/tmp
.RS 4
應該持久保存的臨時文件(通常體積也比較大)。 此目錄通常位於持久存儲設備上，並且可以存儲較大的臨時文件。 相比較而言，/tmp
一般位於內存中， 並且僅用於存儲較小的臨時文件。 該目錄在系統啓動過程中一般不會被清空， 但是，如果其中的某些文件持續長時間不被訪問，通常也會被自動刪除。 因爲系統上的所有用戶都可以訪問該目錄， 所以必須確保該目錄僅對
\fBmkstemp\fR(3),
\fBmkdtemp\fR(3)
相關係統調用可寫。 如果應用程序發現
\fI$TMPDIR\fR
環境變量已經被設置， 那麼應該使用
\fI$TMPDIR\fR
環境變量的設置， 而不應該直接使用
/var/tmp
目錄(參見
\fBenviron\fR(7))。
.RE
.SH "虛擬文件系統"
.PP
/dev
.RS 4
設備節點的根目錄。 通常被掛載爲一個
"devtmpfs"
文件系統實例 (但在沙盒或容器中可能是其他類型)。 該目錄中的內容由內核與
\fBsystemd-udevd.service\fR(8)
共同管理，其他任何組件都不應該修改此目錄中的內容。 可以在該目錄的子目錄中再掛載其他特定用途的虛擬文件系統。
.RE
.PP
/dev/shm
.RS 4
通過
\fBshm_open\fR(3)
創建的POSIX共享內存。 因爲它其實是一個
"tmpfs"
文件系統， 所以在系統啓動過程中會被清空。 因爲系統上的所有用戶都可以讀寫該目錄， 所以必須注意避免文件名衝突以及安全漏洞(也就是注意權限設置)。 對於普通用戶，當其退出登錄時，其在該目錄下創建的文件也會被刪除。 通常，在
/run
目錄(針對系統進程) 或
\fI$XDG_RUNTIME_DIR\fR
目錄(針對用戶進程)中使用內存映射文件， 是比使用POSIX共享內存更好的解決方案。 因爲這些目錄不是全局可寫的， 所以不存在文件名衝突以及安全漏洞的問題。
.RE
.PP
/proc
.RS 4
顯示進程信息以及其他功能的虛擬文件系統。 此文件系統主要用作內核與用戶交互的界面。 詳見
\fBproc\fR(5)
手冊。 可以在該目錄的子目錄中再掛載其他特定用途的虛擬文件系統。
.RE
.PP
/proc/sys
.RS 4
調整內核各項參數的一個界面。 主要通過
\fBsysctl.d\fR(5)
中的配置文件進行設置。 但在沙盒或容器中該目錄通常以只讀方式掛載(也就是禁止修改內核參數)。
.RE
.PP
/sys
.RS 4
顯示所有已發現設備以及其他功能的虛擬文件系統。 此文件系統主要用作內核與用戶交互的界面。 在沙盒或容器中該目錄通常以只讀方式掛載。 可以在該目錄的子目錄中 再掛載其他特定用途的虛擬文件系統。
.RE
.SH "兼容性軟連接"
.PP
/bin, /sbin, /usr/sbin
.RS 4
這三個軟連接都指向
/usr/bin
以確保對傳統路徑的兼容。
.RE
.PP
/lib
.RS 4
這個軟連接指向
/usr/lib
以確保對傳統路徑的兼容。
.RE
.PP
/lib64
.RS 4
在64位系統上， 這個軟連接指向
\fI$libdir\fR
以確保對傳統路徑的兼容。 此軟連接僅存在於動態加載器位於此路徑的系統架構上。
.RE
.PP
/var/run
.RS 4
這個軟連接指向
/run
以確保對傳統路徑的兼容。
.RE
.SH "家目錄"
.PP
用戶應用如果想要在用戶的家目錄中保存文件或目錄，那麼應該遵守下面的規範。 注意，下面的某些目錄雖然比較脆弱， 但是已經被
\m[blue]\fBXDG Base Directory Specification\fR\m[]\&\s-2\u[3]\d\s+2
標準化了。 其他爲高層次用戶資源定義的位置參見
\m[blue]\fBxdg\-user\-dirs\fR\m[]\&\s-2\u[5]\d\s+2
文檔。
.PP
~/\&.cache
.RS 4
應該持久保存的用戶緩存。 應用可以在該目錄中放置非關鍵的用戶緩存。 清空該目錄中的緩存必須不影響應用的正常工作 (但應用可以花費額外的時間重建這些緩存)。 如果應用程序發現
\fI$XDG_CACHE_HOME\fR
環境變量已經被設置， 那麼應該使用
\fI$XDG_CACHE_HOME\fR
環境變量的設置， 而不應該直接使用
~/\&.cache
目錄。
.RE
.PP
~/\&.config
.RS 4
應該持久保存的用戶配置與狀態。 當新用戶剛被創建時，該目錄應該初始爲空或根本不存在。 如果期望的配置文件不存在於該目錄中， 那麼應用程序應該回退到默認設置，而不應該罷工。 如果應用程序發現
\fI$XDG_CONFIG_HOME\fR
環境變量已經被設置， 那麼應該使用
\fI$XDG_CONFIG_HOME\fR
環境變量的設置， 而不應該直接使用
~/\&.config
目錄。
.RE
.PP
~/\&.local/bin
.RS 4
存放應當出現在用戶專屬的
\fI$PATH\fR
搜索路徑中的用戶命令(可執行文件)。 建議僅將命令行工具放到此目錄中， 而例如守護進程之類的非命令行工具， 則應該放到
~/\&.local/lib
下的子目錄中。 注意，當在此目錄中存放特定於體系結構的可執行文件時， 可能會因爲與其他不同體系結構的系統共享家目錄而出現故障。
.RE
.PP
~/\&.local/lib
.RS 4
存放通用於所有體系結構的、靜態的用戶專屬數據。這包括軟件包內部使用的可執行文件、以及例如守護進程之類的非命令行工具。這些二進制文件可用於該操作系統支持的所有體系結構。 不要在此目錄中放置公共庫，而應該將它們放到
~/\&.local/lib/\fIarch\-id\fR
目錄中(參見下文)。
.RE
.PP
~/\&.local/lib/\fIarch\-id\fR
.RS 4
存放專屬於特定體系結構的動態鏈接庫。
\fIarch\-id\fR
的具體名稱遵守
\m[blue]\fBMultiarch Architecture Specifiers (Tuples)\fR\m[]\&\s-2\u[4]\d\s+2
列表的規範。
.RE
.PP
~/\&.local/share
.RS 4
在多個軟件包之間共享的資源，例如圖標、字體等資源。 此目錄下的子目錄結構及文件格式， 取決於確保軟件之間正常相互操作的各種規範。 如果應用程序發現
\fI$XDG_DATA_HOME\fR
環境變量已經被設置， 那麼應該使用
\fI$XDG_DATA_HOME\fR
環境變量的設置， 而不應該直接使用
~/\&.local/share
目錄。
.RE
.SH "非特權進程的寫權限"
.PP
非特權進程通常對大多數目錄都沒有寫權限。
.PP
但對於普通用戶的非特權進程來說，可以寫入
/tmp,
/var/tmp,
/dev/shm,
\fI$HOME\fR
(通常位於
/home
下),
\fI$XDG_RUNTIME_DIR\fR
(通常位於
/run/user
下) 目錄。
.PP
而對於系統的非特權進程來說，則僅可以寫入
/tmp,
/var/tmp,
/dev/shm
目錄。 如果系統的非特權進程需要在
/var
或
/run
目錄中創建一個專屬的、可寫入的目錄， 那麼可以在守護進程丟棄特權之前先創建該目錄，或者通過
\fBtmpfiles.d\fR(5)
在系統啓動時先創建該目錄， 或者通過服務單元文件中的
\fIRuntimeDirectory=\fR
指令(詳見
\fBsystemd.unit\fR(5)
手冊)創建該目錄。
.SH "文件類型"
.PP
Unix文件系統支持不同的文件節點類型： 普通文件、目錄、軟連接、字符設備、塊設備、 套接字(socket)、管道(FIFO)。
.PP
強烈建議僅將設備文件放置在
/dev
目錄中、 僅將套接字(socket)與管道(FIFO)文件放置在
/run
目錄中。 而普通文件、目錄、軟連接則可以放置在所有目錄中。
.SH "系統軟件包"
.PP
系統軟件包的開發者應該嚴格遵守下面的文件佈局規範。 下面列出了發行商提供的系統軟件包中各類文件的推薦位置：
.sp
.it 1 an-trap
.nr an-no-space-flag 1
.nr an-break-flag 1
.br
.B Table\ \&1.\ \&系統軟件包中靜態文件的推薦位置
.TS
allbox tab(:);
lB lB.
T{
目錄
T}:T{
用途
T}
.T&
l l
l l
l l
l l
l l.
T{
/usr/bin
T}:T{
應該出現在 \fI$PATH\fR 搜索路徑中且與體系結構無關的可執行文件。不要將軟件包內部使用的可執行文件或非命令行工具(例如守護進程之類)放到此目錄中。因爲衆多的軟件包都使用此目錄，所以必須選擇獨一無二的可執行文件名稱，以避免衝突。
T}
T{
/usr/lib/\fIarch\-id\fR
T}:T{
全局通用的體系結構相關的共享庫。因爲衆多的軟件包都使用此目錄，所以必須選擇獨一無二的共享庫名稱，以避免衝突。
T}
T{
/usr/lib/\fIpackage\fR
T}:T{
發行商提供的該軟件包專屬的體系結構無關的靜態資源(可執行文件、庫文件、只讀數據)。
T}
T{
/usr/lib/\fIarch\-id\fR/\fIpackage\fR
T}:T{
發行商提供的體系結構相關的該軟件包專屬的資源(通常不包括軟件包內部使用的可執行文件)。
T}
T{
/usr/include/\fIpackage\fR
T}:T{
該軟件包提供的共享庫的 C/C++ 頭文件。
T}
.TE
.sp 1
.PP
發行商提供的其他靜態資源應該存放在
/usr/share
目錄下， 具體的存放位置應該遵守其他的相關規範。
.PP
存放軟件包運行時數據以及配置文件的相關目錄如下：
.sp
.it 1 an-trap
.nr an-no-space-flag 1
.nr an-break-flag 1
.br
.B Table\ \&2.\ \&系統軟件包的運行時數據以及配置文件的推薦位置
.TS
allbox tab(:);
lB lB.
T{
目錄
T}:T{
用途
T}
.T&
l l
l l
l l
l l
l l
l l
l l.
T{
/etc/\fIpackage\fR
T}:T{
特定於該系統的配置文件。如果該目錄不存在，那麼軟件包應該儘可能回退到安全的默認設置，而不應該罷工。可選地，可以設置一個 \fBtmpfiles.d\fR(5) 配置文件，以實現在系統啓動過程中，從 /usr/share/factory 目錄中複製("C"指令)或軟連接("L"指令)所需的文件到該目錄中。
T}
T{
/run/\fIpackage\fR
T}:T{
軟件包的運行時數據。因爲該目錄會在系統啓動過程中被清空，所以軟件包必須有權限在此目錄中創建子目錄及文件。可選的，可以設置一個 \fBtmpfiles.d\fR(5) 配置文件，以實現在系統啓動過程中自動在此目錄中創建所需的子目錄及文件。或者可選的，在服務單元文件中使用 \fIRuntimeDirectory=\fR 指令(詳見 \fBsystemd.unit\fR(5) 手冊)以達到上述目的。
T}
T{
/run/log/\fIpackage\fR
T}:T{
軟件包的運行時日誌。因爲該目錄會在系統啓動過程中被清空，所以軟件包必須有權限在此目錄中創建子目錄及文件。
T}
T{
/var/cache/\fIpackage\fR
T}:T{
軟件包的持久緩存。清空該目錄必須不影響軟件包的正常工作(但軟件包可以花費額外的時間重建這些緩存)。軟件包必須有權限在此目錄中創建子目錄及文件。
T}
T{
/var/lib/\fIpackage\fR
T}:T{
軟件包的持久專屬數據。存放無法明確分類的持久數據。軟件包必須有權限在此目錄中創建子目錄及文件，因爲在系統啓動時該目錄可能爲空。可選的，可以設置一個 \fBtmpfiles.d\fR(5) 配置文件，以實現在系統啓動過程中自動在此目錄中創建所需的子目錄及文件。
T}
T{
/var/log/\fIpackage\fR
T}:T{
軟件包的持久日誌數據。軟件包必須有權限在此目錄中創建子目錄及文件，因爲在系統啓動時該目錄可能爲空。
T}
T{
/var/spool/\fIpackage\fR
T}:T{
軟件包的持久隊列數據。軟件包必須有權限在此目錄中創建子目錄及文件，因爲在系統啓動時該目錄可能爲空。
T}
.TE
.sp 1
.SH "用戶軟件包"
.PP
對於專屬於特定用戶的軟件包， 其存貯在用戶家目錄中的文件必須嚴格遵守下面的文件佈局規範。 注意，當安裝屬於系統範圍的軟件包時， 應該遵守前面"系統軟件包"小節的佈局規範。 下面列出了當用戶在其家目錄中安裝專屬軟件包時， 由發行商提供的各種類型的文件在用戶家目錄中應該存放的位置：
.sp
.it 1 an-trap
.nr an-no-space-flag 1
.nr an-break-flag 1
.br
.B Table\ \&3.\ \&用戶軟件包中靜態文件的推薦位置
.TS
allbox tab(:);
lB lB.
T{
目錄
T}:T{
用途
T}
.T&
l l
l l
l l
l l.
T{
~/\&.local/bin
T}:T{
應該出現在 \fI$PATH\fR 搜索路徑中且與體系結構無關的可執行文件。不要將軟件包內部使用的可執行文件或非命令行工具(例如守護進程之類)放到此目錄中。因爲衆多的軟件包都使用此目錄，所以必須選擇獨一無二的可執行文件名稱，以避免衝突。
T}
T{
~/\&.local/lib/\fIarch\-id\fR
T}:T{
全局通用的體系結構相關的共享庫。因爲衆多的軟件包都使用此目錄，所以必須選擇獨一無二的共享庫名稱，以避免衝突。
T}
T{
~/\&.local/lib/\fIpackage\fR
T}:T{
發行商提供的該軟件包專屬的體系結構無關的靜態資源(可執行文件、庫文件、只讀數據)。
T}
T{
~/\&.local/lib/\fIarch\-id\fR/\fIpackage\fR
T}:T{
發行商提供的體系結構相關的該軟件包專屬的資源(通常不包括軟件包內部使用的可執行文件)。
T}
.TE
.sp 1
.PP
發行商提供的其他靜態資源應該存放在
~/\&.local/share
目錄下， 具體的存放位置應該遵守其他的相關規範。
.PP
存放軟件包運行時數據以及配置文件的相關目錄如下：
.sp
.it 1 an-trap
.nr an-no-space-flag 1
.nr an-break-flag 1
.br
.B Table\ \&4.\ \&用戶軟件包的運行時數據以及配置文件的推薦位置
.TS
allbox tab(:);
lB lB.
T{
目錄
T}:T{
用途
T}
.T&
l l
l l
l l.
T{
~/\&.config/\fIpackage\fR
T}:T{
特定於該用戶的配置文件。如果該目錄不存在，那麼軟件包必須能夠安全的回退到默認設置，而不能罷工。
T}
T{
\fI$XDG_RUNTIME_DIR\fR/\fIpackage\fR
T}:T{
特定於該用戶的運行時數據。
T}
T{
~/\&.cache/\fIpackage\fR
T}:T{
軟件包的持久緩存。清空該目錄必須不影響軟件包的正常工作(但軟件包可以花費額外的時間重建這些緩存)。軟件包必須有權限在此目錄中創建子目錄及文件。
T}
.TE
.sp 1
.SH "參見"
.PP
\fBsystemd\fR(1),
\fBhier\fR(7),
\fBsystemd-path\fR(1),
\fBsystemd-gpt-auto-generator\fR(8),
\fBsysctl.d\fR(5),
\fBtmpfiles.d\fR(5),
\fBpkg-config\fR(1),
\fBsystemd.unit\fR(5)
.SH "NOTES"
.IP " 1." 4
File System Hierarchy
.RS 4
\%http://refspecs.linuxfoundation.org/FHS_2.3/fhs-2.3.html
.RE
.IP " 2." 4
IEEE Std 1003.1
.RS 4
\%http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap08.html#tag_08_03
.RE
.IP " 3." 4
XDG Base Directory Specification
.RS 4
\%http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html
.RE
.IP " 4." 4
Multiarch Architecture Specifiers (Tuples)
.RS 4
\%https://wiki.debian.org/Multiarch/Tuples
.RE
.IP " 5." 4
xdg-user-dirs
.RS 4
\%http://www.freedesktop.org/wiki/Software/xdg-user-dirs/
.RE
.SH "跋"
.br
本頁面中文版由中文 man 手冊頁計劃提供。
.PP
翻譯人員：金步國
.br
金步國作品集：http://www.jinbuguo.com
.br
.br
中文 man 手冊頁計劃：\fBhttps://github.com/man-pages-zh/manpages-zh\fR