파일시스템 계층구조 표준

1. 개요

파일시스템 계층구조 표준(FHS)은 리눅스 운영체제의 파일과 디렉토리 구조를 정의하는 표준이다. 1993년 리눅스 파일 시스템 구조 재구성을 목표로 시작되어 FSSTND로 시작했으며, 이후 BSD 개발 커뮤니티의 참여로 유닉스 계열 운영체제를 포괄하는 FHS로 발전했다. FHS는 버전 2.0(1997년), 2.3(2004년), 3.0(2015년)으로 업데이트되었으며, 루트 디렉토리를 기준으로 하는 디렉토리 구조를 정의하고 있다. 대부분의 리눅스 배포판은 FHS를 따르지만, `/sys` 디렉토리 사용, `/usr/local`에 타사 패키지 설치, `/lib`와 `/usr/lib` 구분, `/bin`, `/usr/bin`, `/sbin`, `/usr/sbin` 통합 등에서 차이를 보이기도 한다. 최근에는 휘발성 런타임 데이터를 저장하는 `/run` 디렉토리를 포함하는 방향으로 발전하고 있다.

2. 역사

파일 시스템 계층 구조 표준(FHS) 개발은 1993년 8월에 리눅스의 파일 및 디렉터리 구조 재구성을 목표로 시작되었다. 1994년 2월 14일, 리눅스 운영 체제의 파일 시스템 계층 구조 표준인 FSSTND(FileSystem STaNDard)가 발표되었고, 이후 1994년 10월 9일과 1995년 3월 28일에 개정되었다.

1996년 초, BSD 개발 커뮤니티의 참여로 FSSTND는 리눅스뿐만 아니라 다른 유닉스 계열 운영 체제도 다루는 더 포괄적인 버전으로 확장되었다. 이러한 범위 확대로 인해 FSSTND라는 이름은 파일시스템 계층구조 표준(Filesystem Hierarchy Standard, FHS)으로 변경되었다.

2.1. 초기 역사 (FSSTND)

파일 시스템 계층 구조 표준화는 1993년 8월에 리눅스 파일과 디렉터리 구조를 재구성하려는 시도로 시작되었다. FSSTND(FileSystem STaNDard)라는 리눅스 운영 체제의 파일 시스템 계층구조 표준은 1994년 2월 14일에 발표되었다. 이후 1994년 10월 9일과 1995년 3월 28일에 개정되었다.

2.2. FHS로의 발전

1996년 초, 리눅스뿐만 아니라 다른 유닉스 계열 운영 체제도 다루는 더 포괄적인 버전의 FSSTND 개발 목표가 BSD 개발 커뮤니티 구성원들의 참여로 채택되었다. 그 결과, 유닉스 계열 시스템을 일반화하는 문제에 초점을 맞추어 함께 노력하게 되었다. 이러한 범위 확대를 인정하여 FSSTND라는 이름은 파일시스템 계층구조 표준(Filesystem Hierarchy Standard, FHS)으로 변경되었다.

2.3. 릴리즈 역사

계층 구조 파일 시스템 표준(FHS)의 개발은 1993년 8월에 리눅스 파일과 디렉터리 구조를 재구조화하려는 노력에서 시작되었다. 1994년 2월 14일, 리눅스 운영 체제의 파일 시스템 계층구조 표준인 FSSTND(FileSystem STaNDard)가 발표되었고, 이후 1994년 10월 9일과 1995년 3월 28일에 개정되었다.

1996년 초에는 BSD 개발 커뮤니티의 도움으로 FSSTND의 범위를 리눅스뿐만 아니라 다른 유닉스 계열 운영 체제도 다루도록 확장하는 목표가 채택되었다. 이에 따라 유닉스 계열 시스템 전반의 문제를 다루는 데 초점을 맞추게 되었고, FSSTND라는 이름은 FHS로 변경되었다.

3. 디렉터리 구조

대부분의 리눅스 배포판은 파일시스템 계층구조 표준(FHS)을 따르며, 정책적으로 FHS 준수를 명시하고 있다. 그러나, 자유 표준 그룹의 회원에 의해 개발된 것을 포함하여 현재 대부분의 배포판은 제안된 표준을 완전히 따르지는 않는다.

FHS가 만들어졌을 때, 다른 유닉스 및 유닉스 계열 운영 체제는 이미 고유한 표준을 가지고 있었다. 예를 들어, 맥 OS X는 기존 유닉스 디렉터리 구조에 `/Library`, `/Applications`, `/Users`와 같이 더 길고 직관적인 이름을 사용한다.

최근의 리눅스 배포판은 `/sys`와 같은 구조를 사용하는데, 이는 시스템에 연결된 장치의 수정을 저장하고 허용하는 가상 파일 시스템(sysfs)이다. (proc의 경우 procfs)

GoboLinux나 Syllable Server와 같은 일부 리눅스 시스템은 FHS와 완전히 다른 접근 방식을 취하고 있다. FHS에서는 모든 디렉터리가 루트 디렉터리 "/"의 하위 디렉터리이다. 이들 중 일부 디렉터리는 X 윈도 시스템과 같은 특정 서브시스템에 의존하기도 한다.

이러한 디렉터리의 대부분은 모든 유닉스 계열 운영 체제에 존재하며, 일반적으로 같은 용도로 사용되지만, 여기에 있는 설명은 FHS에 사용되는 것이며, 리눅스 이외의 플랫폼에서는 꼭 지켜야 하는 것은 아니다.

3.1. 주요 디렉터리

FHS 표준은 대부분의 유닉스 계열 운영 체제에서 사용되지만, 리눅스 이외의 플랫폼에서는 꼭 지켜야 하는 것은 아니다. 주요 디렉터리는 다음과 같다.

3.2. /usr 디렉터리 상세

/usr^영어은 읽기 전용 사용자 데이터가 있는 보조 계층 구조로, 주요 다중 사용자 유틸리티와 애플리케이션을 포함한다. /usr^영어은 원래 "user"의 약자였다.

3.3. /var 디렉터리 상세

FHS(파일 시스템 계층 구조 표준)에서 `/var`는 변하기 쉬운 파일들을 저장하는 디렉터리이다. 즉, 시스템이 정상적으로 작동하는 동안 내용이 자주 바뀔 수 있는 파일들을 모아둔 곳이다.

`/var` 디렉터리 안에는 다음과 같은 하위 디렉터리들이 있다.

4. FHS 준수 및 예외

대부분의 리눅스 배포판은 파일시스템 계층구조 표준(FHS)을 따르며, FHS 준수를 자체 정책으로 명시하고 있다. 그러나 자유 표준 그룹 회원사에 의해 개발된 배포판을 포함하여, 현재 대부분의 배포판은 제안된 표준을 완전히 따르지는 않는다.

FHS가 만들어졌을 당시, 다른 유닉스(혹은 유닉스 계열) 운영 체제들은 이미 고유한 표준을 가지고 있었다. 예를 들어, 맥 OS X는 기존 유닉스 디렉터리 구조에 `/Library`, `/Applications`, `/Users`와 같이 더 길고 직관적인 이름을 사용한다.

최근 리눅스 배포판은 시스템에 연결된 장치의 수정을 저장하고 허용하는 가상 파일 시스템(sysfs, `proc`의 procfs와 유사)인 `/sys`와 같은 구조를 사용한다.

고보리눅스(GoboLinux)와 NixOS는 의도적으로 FHS를 따르지 않는 파일 시스템 구현의 예시이다.

4.1. 일반적인 편차

리눅스 배포판 대부분은 FHS를 따르며, 자체 정책에 FHS를 준수할 것을 명시한다. 그러나 자유 표준 그룹의 회원에 의해 개발된 것을 포함하여, 현재 대부분의 배포판은 제안된 표준을 완전히 따르지는 않는다.

FHS가 만들어졌을 때, 다른 유닉스 (혹은 유닉스 계열) 운영 체제는 이미 고유한 표준을 가지고 있었다. 예를 들어, 맥 OS X는 기존 유닉스 디렉터리 구조에 `/Library`, `/Applications`, `/Users`와 같이 더 길고 직관적인 이름을 사용한다.

최근 리눅스 배포판은 `/sys`와 같은 구조를 사용하는데, 이는 시스템에 연결된 장치의 수정을 저장하고 허용하는 가상 파일 시스템(sysfs, `proc`의 procfs와 유사)이다. 고보리눅스(GoboLinux)와 NixOS는 의도적으로 FHS를 따르지 않는 파일 시스템 구현의 예시이다.

일부 배포판은 일반적으로 표준을 따르지만, 일부 영역에서는 벗어나기도 한다. FHS는 "후행 표준"이므로 특정 시점의 일반적인 관행을 문서화한다. 시대가 변하고 배포판의 목표와 필요에 따라 실험이 필요하기 때문이다. 몇 가지 일반적인 편차는 다음과 같다.

* 최신 리눅스 배포판에는 시스템에 연결된 장치를 저장하고 수정할 수 있도록 하는 가상 파일 시스템 (sysfs, `/proc`와 유사)인 `/sys` 디렉터리가 포함되어 있다. 반면, 많은 전통적인 유닉스 계열 운영 체제는 `/sys`를 심볼릭 링크로 사용하여 커널 소스 트리를 가리킨다.
* 많은 현대 유닉스 계열 시스템(예: FreeBSD 및 OpenBSD)은 포트 시스템을 통해 타사 패키지를 `/usr/local`에 설치하는 반면, 운영 체제의 일부로 간주되는 코드는 `/usr`에 유지한다.
* 일부 리눅스 배포판은 더 이상 `/lib`와 `/usr/lib`를 구분하지 않으며 `/lib`를 `/usr/lib`에 심볼릭 링크로 연결한다.
* 일부 리눅스 배포판은 더 이상 `/bin`과 `/usr/bin`, `/sbin`과 `/usr/sbin`을 구분하지 않는다. 이들은 `/bin`을 `/usr/bin`에, `/sbin`을 `/usr/sbin`에 심볼릭 링크로 연결할 수 있다. 다른 배포판은 이 네 가지를 모두 통합하여 `/usr/bin`에 심볼릭 링크로 연결한다.

최신 리눅스 배포판은 FHS 버전 3.0에 따라 휘발성 런타임 데이터를 저장하는 임시 파일 시스템 (tmpfs)인 `/run` 디렉토리를 포함한다. FHS 버전 2.3에 따르면, 이러한 데이터는 `/var/run`에 저장되었지만 이 디렉토리는 초기 부팅 시 항상 사용할 수 없으므로 몇 가지 문제점이 있었다. 결과적으로, 이러한 프로그램들은 장치 디렉토리가 이러한 데이터를 위한 것이 아님에도 불구하고 `/dev/.udev`, `/dev/.mdadm`, `/dev/.systemd` 또는 `/dev/.mount` 디렉토리를 사용하는 것과 같은 기교에 의존해야 했다. 다른 장점들 중, 이것은 시스템이 루트 파일 시스템을 읽기 전용으로 마운트한 상태에서도 쉽게 사용할 수 있게 한다.

예를 들어, 데비안은 2013년 Wheezy 릴리스에서 다음과 같이 변경했다.

4.2. FHS 비준수 배포판

대부분의 리눅스 배포판은 FHS를 따르며 그들의 정책에 FHS를 준수할 것을 명시한다. 그러나 현재 대부분의 배포판은 자유 표준 그룹의 회원에 의해 개발된 것을 포함하여 제안된 표준을 완전히 따르지는 않는다.

FHS가 생성되었을 때, 다른 유닉스 (혹은 유닉스 계열) 운영 체제는 이미 그들만의 고유한 표준이 있었다. 특히 파일 시스템 레이아웃에 대한 하이어(7) 설명이 유닉스 버전 7(1979년) 혹은 썬 OS 파일시스템(7), 최근 솔라리스 파일 시스템(5)부터 존재하였다. 예를 들어, 맥 OS X는 기존 유닉스 디렉토리 구조에 /Library, /Applications, 그리고 /Users와 같이 더 길고 직관적인 이름을 사용한다.

최근의 리눅스 배포판은 기존의 유닉스 및 유닉스 계열 운영 체제의 커널 소스 트리 상에서 심볼릭 링크로 /sys를 사용하는 것처럼 시스템에 연결된 장치의 수정을 저장하고 허용하는 가상 파일 시스템(proc의 procfs와 같은 sysfs)처럼 /sys와 같은 구조를 쓴다.

GoboLinux나 Syllable Server과 같은 일부 리눅스 시스템은 FHS와 완전히 다르게 접근했다.

5. 한국의 FHS 활용과 기여

(이전 출력이 비어 있으므로, 수정할 내용이 없습니다. 빈 문자열을 반환합니다.)