Phoronix relata que “uma das últimas propostas de mudança apresentadas para o Fedora 40 é unificar suas localizações /usr/bin e /usr/sbin”. "Esta é uma mudança proposta para o FedoraLinux..." enfatizado na página wiki do projeto Fedora. "Como parte do processo de mudança, a proposta será divulgada publicamente para receber feedback da comunidade. A proposta só será implementada se aprovada pelo Comitê Diretor de Engenharia do Fedora."

As alterações sugeridas explicam:

"O diretório /usr/sbin se tornando um link simbólico para bin significa que caminhos como /usr/bin/foo e /usr/sbin/foo apontam para o mesmo lugar. /bin e /sbin já são links simbólicos para /usr/bin e /usr/sbin, então /bin/foo e /sbin/foo na verdade apontam para o mesmo lugar. /usr/sbin será removido do $PATH padrão.

Anos atrás, o Fedora fundiu /bin e /usr/bin e, como etapa final, eles queriam unificar /usr/bin e /usr/sbin.

A mudança proposta afirma que com esta mudança, “o Fedora será mais compatível com outras distribuições”.

-Temos /sbin/ip e o Debian tem /bin/ip

-Temos /bin/chmem e /bin/isosize e o Debian tem /sbin/chmem e /sbin/isosize

- Também temos /sbin/{addpart,delpart,lnstat,nstat,partx,ping,rdma,resizeepart,ss,udevadm,update-alternatives} enquanto o Debian o coloca em /bin etc.

-O Fedora é mais compatível com o Arch, que foi fundido há alguns anos.

A proposta no wiki do projeto Fedora fornece o seguinte resumo:

A divisão entre /bin e /sbin é inútil e não utilizada. A divisão original era vincular estaticamente binários "importantes" a /sbin para operações de resgate de emergência. Obviamente, não fazemos mais links estáticos. Mais tarde, o objetivo da divisão foi alterado para isolar binários "importantes" que somente administradores poderiam usar. Embora isto possa parecer atraente na teoria, na prática é difícil classificar programas como este, e usuários regulares frequentemente chamarão programas de /sbin. A maioria dos programas que requerem permissões de root para realizar determinadas operações podem ser usados ​​sem permissão. Mesmo que sejam necessárias permissões, elas geralmente são obtidas dinamicamente, como usando polkit. Por muitos anos, as configurações padrão de $PATH dos usuários incluíam esses dois diretórios. Com o advento do systemd, esta abordagem tornou-se mais sistemática: o systemd definirá um $PATH contendo esses dois diretórios para todos os usuários e serviços. Portanto, em geral, ambos os conjuntos de binários serão encontrados por todos os usuários e programas.

De modo geral, o $PATH para todas as sessões e serviços de usuário possui dois diretórios, portanto essa divisão não faz nada. Seu principal objetivo é causar confusão quando as pessoas precisam usar um caminho absoluto e adivinhar o diretório errado. Outras distribuições colocarão alguns binários em outro diretório, portanto, caminhos absolutos geralmente não são portáveis. Além disso, é fácil para os usuários colocarem /sbin antes de /bin em $PATH, e para os administradores colocarem /bin antes de /sbin em $PATH, causando confusão. Se você abrir mão desse recurso, o sistema ficará mais simples, o que é especialmente útil para novos usuários que não entendem o histórico de particionamento.