bin, sbin, usr/bin, usr/sbin의 차이점에 대한 또 다른 의견

최근에 다음 기사를 발견했습니다. bin, sbin, usr/bin, usr/sbin의 차이점. 나는 표준에 대한 나의 견해를 공유하고 싶습니다.

/큰 상자

시스템 관리자와 사용자 모두 사용할 수 있지만 다른 파일 시스템이 마운트되지 않은 경우(예: 단일 사용자 모드)에 필요한 명령이 포함되어 있습니다. 또한 스크립트에서 간접적으로 사용되는 명령이 포함될 수도 있습니다.

다음 팀이 참석할 것으로 예상됩니다.

방법, 을 chgrp, chmod를, chown하지, cp, 데이터, dd, df, dmesg에, 에코, 그릇된, 호스트 이름, 죽이기, ln, 로그인, ls, mkdir, mknod, 배우기, 마운트, mv, ps, pwd, rm, rmdir, SED, sh, 스티, su, 동기화, 참된, umount, uname.

/usr에 대한 심볼릭 링크를 만들 수 있지만 systemd 시대에는 /usr을 별도의 장치에서 찾을 수 없지만 여전히 임베디드 시스템, 신호등, 커피 그라인더 및 중요한 기능을 수행하는 PDP-11에서 찾을 수 있습니다. 과학 아카데미 실험실 중 하나에 있는 장치입니다.

/ sbin

시스템 관리(및 기타 루트 전용 명령)에 사용되는 유틸리티인 /sbin에는 /bin의 바이너리 외에 시스템 부팅, 복원, 복원 및/또는 복원에 필요한 바이너리가 포함되어 있습니다. /usr이 마운트된 후(문제가 없을 때) 실행되는 프로그램은 일반적으로 /usr/sbin에 배치됩니다. 로컬에 설치된 시스템 관리 프로그램은 /usr/local/sbin에 있어야 합니다.

예상되는:

fastboot, fasthalt, fdisk, fsck, getty, 정지, ifconfig, init, mkfs, mkswap, 재부팅, 경로, swapon, swapoff, 업데이트.

장난스러운 사용자로부터 시스템을 보호하는 방법 중 하나는 x 속성을 설정하여 누구도 이러한 유틸리티를 실행하지 못하도록 금지하는 것입니다.
또한 /bin 및 /sbin을 아카이브의 복사본으로 바꾸는 것(동일한 유형의 모든 시스템에 대해 동일)은 패키지 관리자 없이 시스템을 수정하는 빠른 방법입니다.

/ usr / bin

여기에서는 모든 것이 간단합니다. 동일한 유형의 명령, 회사의 모든 서버/커피 그라인더에 대해 동일합니다. 그리고 /usr 자체는 다른 OS에 동일하게 배포될 수 있습니다(/bin 및 /sbin의 경우 일반적으로 작동하지 않음). 이들은 구조적으로 독립적인 프로그램입니다. /opt 또는 네트워크의 다른 위치에 있는 Perl 또는 Python 해석기에 대한 링크가 포함될 수 있습니다.

/ usr / sbin

/usr/bin과 동일하지만 관리자만 사용할 수 있습니다.

/usr/local/bin 및 /usr/local/sbin

가장 중요한 위치 중 하나입니다. 다른 모든 것과 달리 /usr은 전체 조직에서 동일할 수 없습니다. 모든 장치에 필요하지 않은 OS 종속, 하드웨어 종속 및 단순한 프로그램이 있습니다. 머신에서 /usr을 동기화할 때 /usr/local을 제외해야 합니다.

/홈/$USER/빈

여기서 사례는 /usr/local과 유사하며 특정 사용자에게 특정한 프로그램만 있습니다. 사용자가 이동하면 다른 머신으로 전송(또는 동기화)될 수 있습니다. 전송할 수 없는 것은 /home/$USER/.local/bin에 저장됩니다. 점 없이 로컬을 사용할 수 있습니다. /home/$USER/sbin은 명백한 이유로 누락되었습니다.

수정사항과 추가사항을 보고 기뻐하겠습니다.

출처 : habr.com