Usrmerge: Unterschied zwischen den Versionen
Die Seite wurde neu angelegt: „== Usrmerge == Bei der meist mit „Usrmerge“ (für „/usr merge“) oder „merged-usr“ bezeichneten Vereinigung der Verzeichnisse <code>/bin</code>, <code>/sbin</code> und <code>/lib</code> sowie gegebenenfalls <code>/lib32</code> oder <code>/lib64</code> bei Multilib-Systemen mit ihren jeweiligen Gegenstücken unter <code>/usr</code> geht die strikte formale Trennung dieser Verz…“ |
Keine Bearbeitungszusammenfassung |
||
| Zeile 1: | Zeile 1: | ||
Bei der meist mit „Usrmerge“ (für „[[#/usr|/usr]] merge“) oder „merged-usr“ bezeichneten Vereinigung der Verzeichnisse <code>/bin</code>, <code>/sbin</code> und <code>/lib</code> sowie gegebenenfalls <code>/lib[[32-Bit-Architektur|32]]</code> oder <code>/lib[[64-Bit-Architektur|64]]</code> bei [[#Multilib|Multilib]]-Systemen mit ihren jeweiligen Gegenstücken unter <code>/usr</code> geht die strikte formale Trennung dieser Verzeichnisse gemäß FHS zwar verloren, solange die Verzeichnisse [[Symbolische Verknüpfung|symlinks]] aufeinander sind, bleibt die Kompatibilität zum FHS allerdings weiterhin bestehen. | Bei der meist mit „Usrmerge“ (für „[[#/usr|/usr]] merge“) oder „merged-usr“ bezeichneten Vereinigung der Verzeichnisse <code>/bin</code>, <code>/sbin</code> und <code>/lib</code> sowie gegebenenfalls <code>/lib[[32-Bit-Architektur|32]]</code> oder <code>/lib[[64-Bit-Architektur|64]]</code> bei [[#Multilib|Multilib]]-Systemen mit ihren jeweiligen Gegenstücken unter <code>/usr</code> geht die strikte formale Trennung dieser Verzeichnisse gemäß FHS zwar verloren, solange die Verzeichnisse [[Symbolische Verknüpfung|symlinks]] aufeinander sind, bleibt die Kompatibilität zum FHS allerdings weiterhin bestehen. | ||
* Dieser „merge“ (dt. für „Vereinigung [der Verzeichnisse]“) wurde von fast allen großen [[Linux-Distribution]]en in den 2010er-Jahren durchgeführt. | * Dieser „merge“ (dt. für „Vereinigung [der Verzeichnisse]“) wurde von fast allen großen [[Linux-Distribution]]en in den 2010er-Jahren durchgeführt. | ||
Version vom 9. April 2024, 12:11 Uhr
Bei der meist mit „Usrmerge“ (für „/usr merge“) oder „merged-usr“ bezeichneten Vereinigung der Verzeichnisse /bin, /sbin und /lib sowie gegebenenfalls /lib32 oder /lib64 bei Multilib-Systemen mit ihren jeweiligen Gegenstücken unter /usr geht die strikte formale Trennung dieser Verzeichnisse gemäß FHS zwar verloren, solange die Verzeichnisse symlinks aufeinander sind, bleibt die Kompatibilität zum FHS allerdings weiterhin bestehen.
- Dieser „merge“ (dt. für „Vereinigung [der Verzeichnisse]“) wurde von fast allen großen Linux-Distributionen in den 2010er-Jahren durchgeführt.
- Ob die entsprechenden Dateien nach der Umstellung im relevanten Unterverzeichnis unterhalb von
/usrabgelegt werden oder im Wurzelverzeichnis, ist danach ohne Belang.
- /usr/bin
- /usr/sbin
- /usr/lib
- /usr/lib64
Im Beispiel wird aus /bin ein Symlink auf /usr/bin sowie /sbin auf /usr/sbin; dasselbe gilt für die /usr befinden, widerspricht zwar der im FHS definierten Trennung, die Umstellung ist allerdings für alte („legacy“) wie aktuelle Programme vollständig transparent.
Begründung für die Umstellung ist, neben der Tatsache, dass die Trennung gemäß FHS überflüssig geworden ist, vor allem die Vereinfachung in der Handhabung.
- So wird nicht nur die Übersichtlich- und Durchsuchbarkeit erhöht, sondern insbesondere auch die Anwendung für Sandboxes und Container vereinfacht.
Nach Solaris Ende 2010 und Fedora 2012 führten auch Arch und Ubuntu den Usrmerge durch.
- Bei Debian wird seit Version 10 (Buster) ein vereinheitlichtes Dateisystem ausgeliefert und ist voraussichtlich ab Version 13 (Trixie) vollständig umgesetzt.