« Le FHS du LSB est bien, mais “ / ” est un sacré bordel, il faut tout de même l’avouer. » Ceux qui auront compris cette phrase seront certainement d’accord. Pour les autres, LSB signifie Linux Standard Base, cela définit tout un ensemble de standards autour de GNU/Linux, dont… le FHS, qui est le Filesystem Hierarchy Standard, qui définit l’emplacement des fichiers.
À la racine, c’est‐à‐dire la base du système de fichiers, notée « / »
, on range notamment les données et les programmes statiques dans « /usr »
, bien. Ensuite, on range les binaires dans « /bin »
et « /sbin »
, et les bibliothèques dans « /lib »
et « /lib64 »
. Oui, mais voilà, on range aussi des binaires dans « /usr/bin »
et « /usr/sbin »
, et des bibliothèques dans « /usr/lib »
et « /usr/lib64 »
.
La proposition vient de Harald Hoyer et Kay Sievers, deux développeurs Red Hat, et est soutenue par Lennart Poettering. L’héritage de 30 ans d’UNIX est clairement à simplifier. Le but est de :
- fusionner
« /bin »
, « /sbin »
et « /usr/sbin »
dans « /usr/bin »
;
- déplacer le contenu de
« /lib »
dans « /usr/lib »
;
- déplacer le contenu de
« /lib64 »
dans « /usr/lib64 »
;
- créer des liens symboliques pour rester compatible :
-
« /bin »
vers « /usr/bin »
,
-
« /sbin »
vers « /usr/bin »
,
-
« /lib »
vers « /usr/lib »
,
-
« /lib64 »
vers « /usr/lib64 »
.
Facile à retenir : « sbin »
, c’est has been ! Hum.
Ceci faciliterait grandement le montage et démontage des systèmes de fichiers, le démarrage du système, les instantanés (snapshots), la virtualisation, etc..