/home, /root 및 /usr의 차이점

글쎄, 다양한 고려 사항이 있습니다.

1. 아무것도 넣지 않으셨습니다 /root. 이는 uid 0 및 시스템 관리에만 적용됩니다. 루트가 아닌 사용자는 일반적으로 액세스할 수도 없습니다.

2. /home/<username>컴퓨터에 권한이 없는 사용자이고 설치 중인 소프트웨어를 개인적으로 사용할 수 있어야 하는 경우 아래에서 설치하십시오. 당신이 관리자라면 일반적으로 사용자의 홈 디렉토리를 함부로 조작해서는 안 됩니다.

3. /usr/local어떤 이유로든 로컬 소스에서 설치하는 경우(패키지 관리자를 통해 설치하지 않고) 일반 패키지 에 설치됩니다 . 일반적으로 소스 tarball에서 표준 autoconf 주문을 실행 하는 경우 ./configure && make && make install콘텐츠가 배치되는 위치입니다 . /usr/local/bin또한 일반적으로 사용할 수 있도록 하려면 일부 로컬에서 개발된 유틸리티를 내려 놓았습니다.

4. /opt타사의 사전 번들 소프트웨어를 설치합니다 (바이너리 설치 프로그램을 사용하는 경우 Calibre가 좋은 예입니다). 이렇게 하면 /opt설치하는 각 패키지에 대해 별도의 디렉터리가 생성되고 해당 디렉터리에는 해당 패키지에 필요한 모든 항목이 포함됩니다( /usr모든 /usr/local패키지의 바이너리가 아래에 있고 bin모든 패키지의 라이브러리가 lib&c 아래에 있음). 일반적으로 말하면, 다양한 구성 요소가 많이 필요한 소프트웨어를 직접 작성하거나 패키징하는 경우 여기에 넣는 것이 괜찮을 수 있지만 권장 사항이 아닌 경우 다른 사람의 패키지를 거기에 설치하는 것은 아마도 최선의 선택이 아닐 것입니다. 그러나 이것은 의견의 문제일 수 있습니다.

사용자나 관리자가 수동으로 설치할 패키지를 만드는 경우 /opt또는 가 필요합니다 /usr/local. 다른 사람의 패키지를 설치하는 경우 해당 사람의 조언을 따르십시오. 배포용으로 무언가를 패키징하는 경우(아마도 그렇지 않을 수도 있음) /usr.

잘 수행되는 시스템 통합 패키지에는 다음과 같은 특징이 있습니다.

• 실행 가능 파일존재하다/usr/bin
• .so 및 .a 라이브러리존재하다/usr/lib
• 아키텍처 독립적인 데이터(문서 포함)/usr/share
• 시스템 전체 구성 데이터존재하다/etc
• 사용자 구성 데이터도트 파일 $HOME또는$HOME/.config

패키지가 시스템 통합이 아닌 경우(예: 소스에서 빌드한 패키지) 접두사 /usr/local는 /usr.

패키지가 이 데이터 분리 규칙을 따르지 않는 경우 /opt.

외부 및 내부에 쓸 수 있는 권한이 없으면 $HOME복사할 수 있지만 bin대부분 의 사용자 수준 패키지 관리자는 이를 따르지 않습니다(내 경험상).libshare$HOME/.local

/root루트 사용자의 집입니다. 일반적으로 /root시스템에 소프트웨어를 설치할지 여부 에 대해 걱정할 필요가 없습니다 .

/집개별 사용자의 홈 디렉터리 중 기본 디렉터리입니다. Windows XP에서 /home은 %HOMEDRIVE%와 동일합니다. 전체 경로(일반적으로 /home/$Loginname)는 %HOMEPATH%와 동일합니다.

/뿌리기본 수퍼유저 계정의 홈 디렉터리입니다. 초기 부팅 중에 사용할 수 있도록 /에 상주하지만 /home은 사용할 수 없을 수도 있습니다(네트워크 공유 또는 자체 마운트 지점).

/usr/local에 대한 다른 답변에서 읽을 수 있는 내용은 반복하지 않겠습니다...