-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Le Jeudi 9 Mai 2002 23:32, R�mi Letot a �crit : > Gerd-Christian Michalke <[EMAIL PROTECTED]> writes: > > On Mittwoch 8. Mai 2002 15:38, Alain EMPAIN wrote: > >> C'est toute la beaut� des liens symboliques : cela marche. > >> V�rifie bien avant d'effacer le shareold > >> > >> REM: un 'hard link' n'est possible que sur la m^eme partition, car c'est > >> simplement un second inode pour le meme fichier. > > > > D�sol� de faire le gros lourd: c'est pas que le lien symbolique occuppe > > un second inode, tandis que le hardlink augmente le compteur de r�f�rence > > de l'inode ? > > J'avais suivi un cours sur linux il y a quelques ann�es. Si je me > souviens bien, le lien symbolique contient le nom du fichier vers > lequel il pointe, tandis que le hardlink est un lien direct vers les > donn�es, sans passer par le nom de fichier original. > > Cons�quences : le hard link est limit� � la m�me partition. En fait > c'est juste un inode normal, et il est impossible de distinguer > l'original de la "copie". Si tu effaces un des deux, l'autre reste > actif. Par contre le soft link n'est limit� que par ton filesystem, > ind�pendamment des partitions. Mais si tu effaces l'original, le lien > reste � pointer vers rien. A prioris, mais je n'ai jamais test�, un > soft link devrait donc m�me fonctionner via NFS.
Tu as tout vrai mais pour �tre plus pr�cis: - - un fichier c'est un num�ro (d'inode) - - un ou plusieurs nom(s) pointe(nt) vers le num�ro - - le fichier n'existe plus quand plus aucun nom point vers le num�ro. Donc en faite un nom de fichier, c'est d�j� un hardlink, m�me s'il est tout seul ! - -- Linux pour Mac !? Enfin le moyen de transformer une pomme en v�ritable ordinateur. - JL. Olivier Thauvin - http://nanardon.homelinux.org/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjzbAoQACgkQk29cDOWzfVCMsQCgw5+Lg8aWYRbGOqljvl8JE3UO BpoAnRkqzFMTj3iqzNhMPBKkxKEo1pZ/ =v7Wk -----END PGP SIGNATURE-----
