hendrickx guy wrote:
Cela arrive quand il y a un lien "dur" ("hard link" en anglais) sur le
fichier. Si c'est le cas, il faut supprimer tous les liens vers ce
fichier avant que celui-ci soit compl�tement effac� du DD.
Si ce n'est pas �a, je ne sais pas ...
et comment trouver ces "hard link" ?
Euh ... je ne sais pas. Mais voici quelques pistes : info ln
A "hard link" is another name for an existing file; the link
and the original are indistinguishable. Technically speaking,
they share the same inode, and the inode contains all the
information about a file--indeed, it is not incorrect to say that
the inode _is_ the file.
On all existing implementations, you cannot make a hard link to a
directory, and hard links cannot cross filesystem boundaries.
(These restrictions are not mandated by POSIX, however.)
Il se trouve qu'en faisant "ln -i" on affiche les inodes. Donc en
faisant un petit script qui parcourt tout le syst�me (cd / && ls
-iR) en cherchant les inodes en doubles, on doit pouvoir
retrouver tous les "hard links". Je vous laisse chercher comment
le faire :)
Je conviens que c'est loin d'�tre une solution �l�gante. Il
faudrait voir du c�t� de la commande "diff", peut-�tre qu'il y a
quelque chose d'int�ressant.
Je me pose aussi la question de savoir si cela vaut la peine de
supprimer ce type de lien : si les fichiers que vous voulez
effacer sont des fichiers "personnels", et non du syst�me, il n'y
a pas de raison que vous ayez cr�� des liens autres que
symboliques (le probl�me est-il alors �tranger aux hard link ?).
Si c'est des fichiers syst�mes, c'est surement parce qu'une
application a encore besoin de ce fichier pour fonctionner, donc
je ne sais pas si c'est prudent de supprimer le "hard link"...
Bonne nuit
Guillaume
