Warum ist reboot in /sbin?

[ingo2]

Danke für die Aufklärung @Meillo - diese Möglichkeit bei Symlinks war mir bisher nicht bewußt.
Damit ist ja dann "systemctl" die reinste eierlegende Wollmilchsau - aber ohne entsprechende Dokumentation.
Gilt wohl dann auch für Hardlinks?

Ingo

[Meillo]

Gilt wohl dann auch für Hardlinks?

Ja.

Hardlinks sind (multiple) reale Namen der Datei.

[Meillo]

Für Super steht es sicher nicht. Früher ware dort mal statisch gelinkte Porgramme, also solche, die keine "DLLs" brauchen. Heute sind das eher Systemprogramme.

Also unter http://www.linfo.org/sbin.html steht, dass unter /sbin nur Programme sind, welche nur durch den root user ausgefüghrt werden können.
Dadurch zeichnet sich dieses Verzeichnis aus.

Wenn du genau liest, dann steht dort, dass die Programme *normalerweise* nur von root ausgefuehrt werden. Die Programme werden normalen Usern standardmaessig nicht angeboten ($PATH), aber jeder User kann $PATH selber veraendern und auch unabhaengig von $PATH mit einem absoluten Pfad beliebige Programme aufrufen (fuer die er Executable-Rechte hat). [...]

[...]

Und darueber hinaus muss man den historischen Kontext sehen. Wie etwas entstanden ist und wie es heute verwendet wird kann unterschiedlich sein. Z.B. bei /sbin: entstanden als ``static binaries'', heute genutzt als ``system binaries''. [...]

Da dieses Thema gerade auf der TUHS-Mailingliste aufgekommen ist und dort Personen geantwortet haben, die es wirklich wissen, verlinke ich mal: https://minnie.tuhs.org/pipermail/tuhs/ ... 21752.html (Die Antworten darauf sind relevant.)

Meine Aussage war also falsch. Entstanden ist /sbin/ als um System-Binaries separat zu halten, damit man die anderen Binaries auf separate Dateisysteme legen konnte, die man erst spaeter im Boot-Prozess mountet. Zu der Zeit (4.3 BSD Reno) gab es noch gar kein dynamisches Linking.