Phoronix сообщает, что «одним из последних предложений по изменению, представленным для Fedora 40, является унификация расположений /usr/bin и /usr/sbin». «Это предлагаемое изменение для FedoraLinux…» — подчеркивается на вики-странице проекта Fedora. «В рамках процесса изменений предложение будет опубликовано публично для получения отзывов сообщества. Предложение будет реализовано только в том случае, если оно будет одобрено Руководящим комитетом по разработке Fedora».
Предлагаемые изменения объясняют:
«Каталог /usr/sbin становится символической ссылкой на bin, что означает, что такие пути, как /usr/bin/foo и /usr/sbin/foo, указывают на одно и то же место. /bin и /sbin уже являются символическими ссылками на /usr/bin и /usr/sbin, поэтому /bin/foo и /sbin/foo фактически указывают на одно и то же место. /usr/sbin будет удален из $PATH по умолчанию».
Несколько лет назад Fedora объединила /bin и /usr/bin, и в качестве последнего шага они хотели объединить /usr/bin и /usr/sbin.
В предложенном изменении говорится, что благодаря этому изменению «Fedora станет более совместимой с другими дистрибутивами».
-У нас есть /sbin/ip, а у Debian — /bin/ip.
-У нас есть /bin/chmem и /bin/isosize, а в Debian есть /sbin/chmem и /sbin/isosize.
- У нас также есть /sbin/{addpart,delpart,lnstat,nstat,partx,ping,rdma,resizeepart,ss,udevadm,update-alternatives}, в то время как Debian помещает его в /bin и т. д.
-Fedora более совместима с Arch, который был объединен несколько лет назад.
Предложение в вики проекта Fedora содержит следующее резюме:
Разделение между /bin и /sbin бесполезно и не используется. Первоначальное разделение заключалось в статическом связывании «важных» двоичных файлов с /sbin для экстренных спасательных операций. Очевидно, что мы больше не используем статическое связывание. Позже цель разделения была изменена на изоляцию «важных» двоичных файлов, которые могли использовать только администраторы. Хотя в теории это может показаться привлекательным, на практике такие программы сложно классифицировать, и обычные пользователи часто вызывают программы из /sbin. Большинство программ, которым для выполнения определенных операций требуются права root, можно использовать без разрешения. Даже если разрешения требуются, они обычно получаются динамически, например, с помощью polkit. В течение многих лет настройки $PATH пользователей по умолчанию включали эти два каталога. С появлением systemd этот подход стал более систематическим: systemd установит $PATH, содержащий эти два каталога, для всех пользователей и служб. Поэтому в целом оба набора двоичных файлов найдутся всеми пользователями и программами.
Вообще говоря, $PATH для всех пользовательских сеансов и служб имеет два каталога, поэтому это разделение на самом деле ничего не делает. Его основная цель — создать путаницу, когда людям нужно использовать абсолютный путь и угадать неправильный каталог. В других дистрибутивах некоторые двоичные файлы помещаются в другой каталог, поэтому абсолютные пути часто непереносимы. Кроме того, пользователям легко поставить /sbin перед /bin в $PATH, а администраторам — поставить /bin перед /sbin в $PATH, что приводит к путанице. Если отказаться от этой возможности, система станет проще, что особенно полезно для новых пользователей, не понимающих историю разметки.