C'est le fait de compter sur le comportement de l'application qui me gène. Cela ne s'applique pas forcément aux gros fichiers, dont il serait trop long de faire une recopie.
Dans le cas d'utilisation de lien en dur, le fait de le mettre en read-only devrait prévenir un écrasement mais je ne pense pas qu'un rename sois autorisé.
Est-ce qu'il existe des systèmes de fichiers "indexé par contenu" ? Genre le numero d'inode est une clef sha-256 des 1er Mo du fichier. Dans le cadre d'entreprise, j'ai l'impression qu'il y a des centaines de copies des mêmes fichiers pour chacun des /home/.
[^] # Re: Lien hard
Posté par Nicolas Boulay (site web personnel) . En réponse au message Copy on write de fichier. Évalué à 2.
Dans le cas d'utilisation de lien en dur, le fait de le mettre en read-only devrait prévenir un écrasement mais je ne pense pas qu'un rename sois autorisé.
Est-ce qu'il existe des systèmes de fichiers "indexé par contenu" ? Genre le numero d'inode est une clef sha-256 des 1er Mo du fichier. Dans le cadre d'entreprise, j'ai l'impression qu'il y a des centaines de copies des mêmes fichiers pour chacun des /home/.
"La première sécurité est la liberté"