Phoronix berichtet, dass „einer der neuesten Änderungsvorschläge für Fedora 40 darin besteht, die Speicherorte /usr/bin und /usr/sbin zu vereinheitlichen.“ „Dies ist eine vorgeschlagene Änderung für FedoraLinux …“, betont auf der Wiki-Seite des Fedora-Projekts. „Im Rahmen des Änderungsprozesses wird der Vorschlag öffentlich veröffentlicht, um Feedback aus der Community zu erhalten. Der Vorschlag wird nur umgesetzt, wenn er vom Fedora Engineering Steering Committee genehmigt wird.“
Die vorgeschlagenen Änderungen erklären:
„Dass das Verzeichnis /usr/sbin zu einem symbolischen Link zu bin wird, bedeutet, dass Pfade wie /usr/bin/foo und /usr/sbin/foo auf denselben Ort verweisen. /bin und /sbin sind bereits symbolische Links zu /usr/bin und /usr/sbin, sodass /bin/foo und /sbin/foo tatsächlich auf denselben Ort verweisen. /usr/sbin wird aus dem Standard-$PATH entfernt.“
Vor Jahren hat Fedora /bin und /usr/bin zusammengeführt und als letzten Schritt wollten sie /usr/bin und /usr/sbin vereinheitlichen.
Die vorgeschlagene Änderung besagt, dass mit dieser Änderung „Fedora besser mit anderen Distributionen kompatibel sein wird.“
-Wir haben /sbin/ip und Debian hat /bin/ip
-Wir haben /bin/chmem und /bin/isosize und Debian hat /sbin/chmem und /sbin/isosize
- Wir haben auch /sbin/{addpart,delpart,lnstat,nstat,partx,ping,rdma,resizeepart,ss,udevadm,update-alternatives}, während Debian es unter /bin usw. ablegt.
-Fedora ist besser mit Arch kompatibel, das vor einigen Jahren fusioniert wurde.
Der Vorschlag im Fedora-Projekt-Wiki bietet die folgende Zusammenfassung:
Die Aufteilung zwischen /bin und /sbin ist nutzlos und ungenutzt. Die ursprüngliche Aufteilung bestand darin, „wichtige“ Binärdateien für Notfallrettungseinsätze statisch mit /sbin zu verknüpfen. Selbstverständlich führen wir keine statische Verlinkung mehr durch. Später wurde der Zweck der Aufteilung dahingehend geändert, „wichtige“ Binärdateien zu isolieren, die nur Administratoren verwenden konnten. Während dies in der Theorie attraktiv erscheinen mag, ist es in der Praxis schwierig, solche Programme zu klassifizieren, und normale Benutzer rufen Programme oft von /sbin aus auf. Die meisten Programme, die Root-Berechtigungen zum Ausführen bestimmter Vorgänge erfordern, können ohne Erlaubnis verwendet werden. Auch wenn Berechtigungen erforderlich sind, werden diese normalerweise dynamisch eingeholt, beispielsweise mithilfe von Polkit. Viele Jahre lang umfassten die Standard-$PATH-Einstellungen der Benutzer diese beiden Verzeichnisse. Mit der Einführung von systemd ist dieser Ansatz systematischer geworden: systemd legt einen $PATH fest, der diese beiden Verzeichnisse für alle Benutzer und Dienste enthält. Daher werden im Allgemeinen beide Sätze von Binärdateien von allen Benutzern und Programmen gefunden.
Im Allgemeinen hat der $PATH für alle Benutzersitzungen und Dienste zwei Verzeichnisse, sodass diese Aufteilung eigentlich nichts bewirkt. Sein Hauptzweck besteht darin, Verwirrung zu stiften, wenn Benutzer einen absoluten Pfad verwenden und das falsche Verzeichnis erraten müssen. Andere Distributionen legen einige Binärdateien in einem anderen Verzeichnis ab, sodass absolute Pfade oft nicht portierbar sind. Darüber hinaus ist es für Benutzer einfach, /sbin vor /bin in $PATH einzufügen, und für Administratoren, /bin vor /sbin in $PATH einzufügen, was zu Verwirrung führt. Wenn Sie auf diese Funktion verzichten, wird das System einfacher, was besonders für neue Benutzer nützlich ist, die den Verlauf der Partitionierung nicht verstehen.