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

Vous avez demandé le commentaire #916117.

Retourner sur le contenu associé.

Re: Re:

Posté par Laurent Moussault () le 24/03/2008 à 14:00. (lien). Évalué à 2.

> [admin@ici tmp]$ find . -inum 125403389
[...]
> Le problème est que ça peut être lent.

Exactement. Vu la taille des disques actuels, c'est plutôt dissuasif.

> 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 ?

C'est bien pour ça que je parle d'une surcouche du système de fichier: la résolution de ce genre de situation demande généralement une interaction avec l'utilisateur ("Le fichier désigné par le lien "toto" est introuvable, voulez-vous lancer une recherche sur "/media/usb"?).

Je persiste à penser que les liens persistants pourraient être gérés au niveau des bibliothèques du desktop, à base de liens symboliques et d'attributs étendus.

Quand à l'intéret, c'est la liberté de déplacer ses fichiers sans avoir à réparer manuellement tous les raccourcis. Par exemple quand j'ajoute un répertoire dans la base de données de mon lecteur de musique préféré, j'aimerai ensuite être encore capable de le déplacer.

[ Répondre ]