Un lien physique entre deux fichiers est fondamentalement différent d'un lien symbolique et ses caractéristiques rend ton opération impossible.
En effet, un lien physique partage le même inode dans le système de fichier que sur le fichier qu'il point. Ce fichier référencera bien le fait qu'il y a 2 pointeurs (de chemins différents) vers cet inode. Mais comme c'est le même inode, à partir du moment où le lien physique est crée, le lien physique est strictement identique que celui à l'origine, car comme ils ont le même inode, ils partagent tous les points en commun. Sauf le nom d'accès au fichier, car le nom n'est pas stocké dans l'inode.
D'ailleurs pour t'en convaincre, tu fais un lien physique avec un autre fichier dans le même dossier, avec un ls -l tu verras bien que les 2 noms pour ce fichier ont tous les 2 le compteurs à 2 (voire plus) de références d'accès, et aucun des d'eux n'aura une mention spéciale de type s (contrairement au lien symbolique qui est un fichier plus spécial).
Bref, ta requête est fondamentalement impossible à satisfaire à cause du lien physique. La meilleure solution pour toi serait presque de faire un système différentiel avec rsync ce qui n'utilise pas de liens physiques, permet de visualiser ce que tu veux, ne prends pas plus d'espace sur le disque, etc.
# Il n'y a pas moyen de le savoir
Posté par Renault (site web personnel) . En réponse au message Taille d'un dossier contenant des hardlink. Évalué à 7.
Un lien physique entre deux fichiers est fondamentalement différent d'un lien symbolique et ses caractéristiques rend ton opération impossible.
En effet, un lien physique partage le même inode dans le système de fichier que sur le fichier qu'il point. Ce fichier référencera bien le fait qu'il y a 2 pointeurs (de chemins différents) vers cet inode. Mais comme c'est le même inode, à partir du moment où le lien physique est crée, le lien physique est strictement identique que celui à l'origine, car comme ils ont le même inode, ils partagent tous les points en commun. Sauf le nom d'accès au fichier, car le nom n'est pas stocké dans l'inode.
D'ailleurs pour t'en convaincre, tu fais un lien physique avec un autre fichier dans le même dossier, avec un ls -l tu verras bien que les 2 noms pour ce fichier ont tous les 2 le compteurs à 2 (voire plus) de références d'accès, et aucun des d'eux n'aura une mention spéciale de type s (contrairement au lien symbolique qui est un fichier plus spécial).
Bref, ta requête est fondamentalement impossible à satisfaire à cause du lien physique. La meilleure solution pour toi serait presque de faire un système différentiel avec rsync ce qui n'utilise pas de liens physiques, permet de visualiser ce que tu veux, ne prends pas plus d'espace sur le disque, etc.