- Minimiser les pertes :Si
/usr
est sur une partition séparée, un/usr
endommagé ne signifie pas que vous ne pouvez pas récupérer/etc
. - Sécurité :
/
ne peut pas toujours être ro (/root
peut avoir besoin d'être rw etc.) mais/usr
boîte. Il peut être utilisé pour faire ro autant que possible. - Utilisation d'un FS différent :je souhaiterai peut-être utiliser un système différent pour
/tmp
(pas fiable mais rapide pour de nombreux fichiers) et/home
(doit être fiable). De même/var
contient des données tandis que/usr
n'est pas si/usr
la stabilité peut être sacrifiée mais pas autant que/tmp
. - Durée de fsck :des partitions plus petites signifient que la vérification d'une partition est plus rapide.
- A mentionné le remplissage des partitions, bien que l'autre méthode soit les quotas.
Un /usr
distinct peut être utile si vous avez plusieurs machines partageant le même OS. Ils peuvent partager un seul /usr
central au lieu de le dupliquer sur chaque système. /usr
peut être monté en lecture seule.
/var
et /tmp
peut être rempli par des programmes utilisateur ou des démons. Par conséquent, il peut être sûr de les avoir dans des partitions séparées qui empêcheraient /
, la partition racine, soit pleine à 100 % et affecterait gravement votre système. Pour éviter d'avoir deux partitions distinctes pour celles-ci, il n'est pas rare de voir /tmp
étant un lien symbolique vers /var/tmp
.
Parce que les utilisateurs ordinaires peuvent faire écrire des choses dans /var
et /tmp
, et donc potentiellement causer des problèmes pour l'ensemble du système. De cette façon, les processus utilisateur peuvent remplir /var
et /tmp
, mais pas la racine fs. Un /usr
distinct est utile pour /usr
via NFS ou d'autres fs distants.
(J'espère que c'est clair, je n'ai pas encore bu de café)