원래는 /bin
프로그램 (본질적으로 실행 파일 바이너리)이 있었고 곧 /dev
장치 파일과 /lib
프로그램 (라이브러리)이로드 한 추가 실행 코드가있었습니다. /usr
또한 자체와 별도의 OS 영역으로 다음, 첫 번째 사용자의 데이터를, 매우 일찍 와서 bin
및 lib
다음 man
전자 형태의 설명서를 포함. 소스 코드는 종종 아래 어딘가에 제공되었습니다 /usr
.
운영 체제에는 기존 범주에 맞지 않는 파일이 몇 개있었습니다. 여기에는 passwd
사용자 암호가 들어 있는 파일과에 mtab
의해 작성된 파일 mount
, 부팅시 실행 된 init
이후 rc
프로그램 및 시간이 지남에 따라 관리 용도로만 실행되고 일반 사용의 일부가 아닌 더 많은 프로그램이 포함되었습니다.
( 유닉스 트리 에서 일부 오래된 유닉스 소스 코드를 찾아 볼 수 있습니다 . V6 이전 버전은 매우 단편적입니다. 매뉴얼 페이지 라이브러리 에서 V1 및 V6 매뉴얼을 볼 수도 있습니다 .)
처음에는 파일 /etc
이 구성 파일 이라는 의미가 없었습니다 . 이 초창기에 무언가를 커스터마이즈하려면 시스템의 해당 부분을 다시 컴파일해야합니다. 유닉스가 강력 해짐에 따라 재 컴파일하지 않고도 할 수있는 일이 점점 더 많아졌습니다. 유닉스가 더 널리 사용됨에 따라 사람들은 더 많은 일을하고 싶었고 재 컴파일의 어려움을 겪지 않고 수행하는 방법을 찾았습니다. 그래서 /etc
따라서 점차적 구성 디렉토리되었고, 많은 사람들이하고 사용자 정의 않은 수 많은 텍스트 파일로 가득.
/sbin
시스템 관리자만을 대상으로하는 프로그램을 포함하도록 만들 /etc
면서 텍스트 파일 만 포함하게되었으며,이 중 대부분은 시스템 관리자가 사용자 지정할 수 있습니다. 일부 파일 (예 : /etc/mtab
때때로 /etc/resolv.conf
)은 시스템 프로그램에 의해 자동으로 유지 관리됩니다. /run
리눅스 세계에서 이러한 파일을 옮기는 경향은 느리다 .
최신 유닉스 시스템에서는 시스템 전체의 거의 모든 구성 파일이 아래 /etc
에 있지만 모든 파일 /etc
이 구성 파일 인 것은 아닙니다 . 일반적인 Linux 배포판 및 기타 유닉스 변형은 패키지에서 제공되는 많은 파일을 수정하는 데 잘 맞지 않습니다. 최소한 시스템을 업그레이드 할 때 로컬 수정 사항을 수동으로 병합해야 할 수도 있습니다.