Fedora 프로젝트는 Red Hat이 후원하고 커뮤니티가 지원하는 오픈 프로젝트입니다.
Fedora 메일링 리스트 제안이 알려졌습니다 꽤 흥미롭고 그게 바로 /usr/biny 및 /usr/sbin 디렉토리의 내용을 병합할 가능성이 고려되었습니다., /usr/sbin 디렉토리를 /usr/bin을 가리키는 심볼릭 링크로 바꿉니다.
그리고 이 제안이 큰 변화를 나타내지는 않을 수도 있지만,여기에는 몇 가지 흥미로운 의미가 있습니다. Fedora 17에서는 /bin 및 /sbin을 /usr/bin 및 /usr/sbin에 대한 심볼릭 링크로 변환했기 때문에 사용자와 개발자 모두에게 적합합니다.
의 분리 bin과 sbin은 원래 프로그램을 구별하기 위해 도입되었습니다. 사용자를 대상으로 함 표준 및 관리 프로그램. 그러나 실제로는 이러한 구분이 덜 중요해졌습니다. 특히 여러 배포판에서 bin과 sbin 디렉터리 사이에 실행 파일을 다르게 배치하는 경우에는 더욱 그렇습니다.
원래 분할은 비상 및 구조 작업에 사용할 수 있는 /sbin에 정적으로 연결된 "중요한" 바이너리를 갖는 것이었습니다. 분명히 우리는 더 이상 정적 링크를 수행하지 않습니다. 분할은 나중에 관리자만 사용하는 "중요한" 바이너리를 분리하는 데 재사용되었습니다. 이론적으로는 매력적으로 들리지만 실제로는 이와 같은 프로그램을 분류하는 것이 매우 어렵고 일반 사용자는 일상적으로 /sbin에서 프로그램을 호출합니다.
참고로 실행 파일을 bin 및 sbin 디렉터리로 분리하는 것은 의미를 잃어버린 구식 관행입니다. 현대 배포판에서. 처음에 usr/bin은 사용자가 실행할 수 있는 필수 프로그램을 호스팅하는 것으로 이해되었으며, /usr/sbin에는 일반적으로 루트 권한이 필요한 시스템 관리와 관련된 가장 중요한 실행 파일이 포함되어 있습니다.
디렉토리를 통합하자는 제안 시스템 내의 /usr/bin 및 /usr/sbin 이는 시스템 구조를 단순화하고 보다 일관성 있게 만들려는 중요한 변화입니다. 수년이 지나면서 /usr/bin과 /usr/sbin 사이의 구별이 덜 명확해졌습니다. 왜냐하면 PATH 환경 변수가 많은 배포판에서 기본적으로 두 디렉터리를 모두 포함하기 때문입니다.
"특정" 작업을 위해 루트 권한이 필요한 대부분의 프로그램은 권한 없이 작동할 때도 사용됩니다. 그리고 권한이 필요한 경우에도 `polkit`을 사용하여 동적으로 획득하는 경우가 많습니다.
systemd의 출현으로 이는 더욱 체계화되었습니다. systemd는 모든 사용자와 서비스에 대한 두 디렉터리로 '$PATH'를 설정합니다. 따라서 일반적으로 모든 사용자와 프로그램은 두 가지 바이너리 세트를 모두 접하게 됩니다.
이러한 디렉토리를 통합하자는 제안에는 다음과 같은 여러 가지 이점이 있다고 언급됩니다. 유지관리자의 작업을 단순화합니다. 실행 파일을 어느 디렉토리에 넣을지 결정할 필요가 없어져 패키지를 만들 수 있습니다(예를 들어 Fedora에서는 ip 유틸리티가 sbin에 있고 Debian에서는 bin에 있습니다. 통합 후에는 Debian 특성 경로가 Fedora에서 작동합니다).
이를 통해 사용자는 시스템을 더욱 예측 가능하고 이해하기 쉽게 만들 수 있습니다. 다양한 배포판 간의 호환성이 향상됩니다. 또한 로그 검색을 단순화하고 strace와 같은 유틸리티의 출력을 구문 분석하여 운영 복잡성을 줄이고 execvp() 및 유사한 호출을 실행할 때 디렉터리 확인 횟수도 줄여줍니다.
또한 이러한 통합은 2013년에 sbin과 bin을 병합한 Arch Linux의 관행과 일치하며 Fedora를 다른 배포판과 더 잘 호환되게 만들 수 있는 잠재력을 가지고 있습니다. 모든 실행 파일이 한 곳에 통합되면 PATH 환경 변수에서 /usr/sbin 디렉토리에 대한 참조를 제거하는 것이 이 제안의 핵심입니다.
이기는하지만 제안은 아직 논의 중이며 FESCo의 검토를 받지 않았습니다. Fedora 배포판 개발의 기술적 부분을 담당하는 Fedora 운영 및 엔지니어링 위원회(Fedora Steering and Engineering Committee)에서는 bin과 sbin의 통합이 단순성, 예측 가능성, 호환성 측면에서 상당한 이점을 갖는 것으로 보이므로 이 제안은 가능합니다. Fedora 40에서 발견할 변경 사항 중 하나가 됩니다.
마지막으로, 그것에 대해 더 많이 알고 싶다면에서 세부 정보를 확인할 수 있습니다. 다음 링크.