Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information

Vous avez demandé le commentaire #916063.

Retourner sur le contenu associé.

Re: Re:

Posté par IsNotGood () le 24/03/2008 à 10:28. (lien). Évalué à 3.

> c'est que lorsqu'on tombe sur un fichier sur lequel on a précédement fait un lien, il n'y a (à ma connsaissance) aucun moyen de savoir où se trouve l'autre "exemplaire".

[admin@ici tmp]$ touch toto
[admin@ici tmp]$ ln toto titi
[admin@ici tmp]$ ls -i titi
125403389 titi
[admin@ici tmp]$ rm titi
rm: détruire fichier régulier vide `titi'? y
[admin@ici tmp]$ find . -inum 125403389
./toto


Le problème est que ça peut être lent. Le find précédent doit être fait sur tout le système de fichier pour être sûr de retrouver le nom. Donc il faut fouiller tous les répertoires.

> et on ne peut pas lier des répertoires...

Si j'ai bonne mémoire, c'est possible mais que par le super-utilisateur. C'est possible et fortement déconseillé (je ne sais pas pourquoi).


> Donc amha, il y n'existe pas de liens persistants réellement utilisable sous unix. Mais ça pourrait sans doute être implémenté assez facilement dans une surcouche du système de fichier, donc peut-être un travail pour Gnome ou KDE?

C'est tout sauf simple.
Sur un système de fichier les liens hard marche très bien.
Sur différents systèmes de fichier c'est une autre histoire.
Exemple toto est un alias sur /media/usb/mon_fichier.
Et si je démonte /media/usb ?
Et si sur un autre système je fais "mv mon_fichier son_fichier" sur la clée usb ?

Ce n'est pas simple et c'est d'un intérêt très limité.

[ Répondre ]