[HS] les différents types de liens
Le
Etienne CROMBEZ
Bonjour à tous,
Ma question ne concerne pas directement Debian mais plutôt UNIX, aussi
je m'excuse d'avance pour le hors sujet.
Ma question est sans doute assez trivial, mais je mâintéresse,=
pour ma
culture personnelle, aux différents type de liens.
Tout d'abord, voici ce que je crois avoir compris :
* il existe deux types de liens : les liens hard et les liens symboliques
* deux liens hard porte sur le même inode et sont donc sur la mêm=
e
partition, et patagent les caractéristiques du fichier (propriéta=
ire,
groupe, droit etc), ce qui affecte l'un affectera l'autre
* un lien symbolique pointe sur un chemin (relatif ou absolu) que le
noyau va suivre pour trouver le fichier original
Mes questions sont alors :
* Quel est lâintérêt des liens hard par rapport aux liens=
symboliques
(juste un gain de temps pour trouver l'inode original ?)
* Pourquoi un lien hard ne peut-il pas pointer un dossier ?
Encore une fois je vous pris de m'excuser si mes question sont trop hors su=
jet.
Et pour toute réponses, je ne suis pas difficile, si vous avez des
liens :) vers des pages intéressante répondant à une questio=
n, j'en
serai ravis.
Merci d'avance
Etienne
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/CAJX_iYPKDh...Ytp7symmGw@mail.gmail.com
Ma question ne concerne pas directement Debian mais plutôt UNIX, aussi
je m'excuse d'avance pour le hors sujet.
Ma question est sans doute assez trivial, mais je mâintéresse,=
pour ma
culture personnelle, aux différents type de liens.
Tout d'abord, voici ce que je crois avoir compris :
* il existe deux types de liens : les liens hard et les liens symboliques
* deux liens hard porte sur le même inode et sont donc sur la mêm=
e
partition, et patagent les caractéristiques du fichier (propriéta=
ire,
groupe, droit etc), ce qui affecte l'un affectera l'autre
* un lien symbolique pointe sur un chemin (relatif ou absolu) que le
noyau va suivre pour trouver le fichier original
Mes questions sont alors :
* Quel est lâintérêt des liens hard par rapport aux liens=
symboliques
(juste un gain de temps pour trouver l'inode original ?)
* Pourquoi un lien hard ne peut-il pas pointer un dossier ?
Encore une fois je vous pris de m'excuser si mes question sont trop hors su=
jet.
Et pour toute réponses, je ne suis pas difficile, si vous avez des
liens :) vers des pages intéressante répondant à une questio=
n, j'en
serai ravis.
Merci d'avance
Etienne
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/CAJX_iYPKDh...Ytp7symmGw@mail.gmail.com
Poser une question
...
Correct, sauf que ce n'est pas le kernel qui suit quoique ce soit mais le F S.
En cas d'effacement du fichier original le hard link (et donc le
contenu original du fichier) persiste tant que tous les hard links n'ont pas
été détruits.
Parce qu'en cas d'effacement du directory d'origine le hard link (et
sa descendance) persisterait, ce qui serait très dangereux question
sécurité; à la différence du symlink qui se voyant priv é de sa source
devient inutile à la seconde de la destruction du fichier/directory d' org.
Mais surtout pour une raison simple: le hard link est impossible en
cross-device puisque qu'on peut facilement trouver le même n° d'i node sur 2
devices différents; donc on ne va pas permettre un demi-travail.
--
promotion, n.:
New title, new salary, new office, same old crap.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
d'org.
Avec une exception, les références . et .., sont des hard links cré és
automatiquement lors de la création d'un répertoire. C'est pourquoi,
le nombre d'inodes dd'un répertoire s'incrémente à mesure que l'on
rajoute des sous répertoires. Information peu importante, mais j'étais
resté sur les fesses quand mon prof de systèmes d'exploitations nous
avait expliqué ça.
Raphaël
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Pourquoi?
C'est dans la logique *ix: ne jamais recréer ce qui existe déjà et réutiliser
au maximum l'existant.
--
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Merci beaucoup d'avoir pris le temps de me répondre (et de corriger
mes fautes d'orthographes)
Même si la cible du lien est sur une autre partition ?
Le FS étant géré par le noyau (si j'ai bien compris) n'est-c e pas la
partie gestion de fichier du noyau qui le gère, donc le noyau ?
Oui effectivement, je ne l'avais pas dit, mais je le savais.
En fait je pensais dans l'optique d'un utilisateur ou administrateur syst ème.
Ou plus simplement, quand privilégiez vous le hard link au symlink ?
Le même problème n'est-il pas présent dans le cas d'un lien hard sur
un fichier quoique avec moins de fichier en général
sans compter, qu'il me suffirait de recréer l'arborescence du dossier
que je veux linker et ensuite de faire des liens hard sur tous les
fichiers contenu dans l'arborescence.
Si j'ai bien compris, c'est ce que je disais trivialement lorsque
jâécrivais que l'on ne peut pas avoir de hard link sur deux pa rtitions
différentes.
mais le même problèmes se posent alors avec les fichiers.
Je vous pris de m'excuser si je pose trop de question, mais cette
histoire de lien me perturbe.
Est ce que les liens hard ont un réel intérêt ou ont ils jus te une
solution élégante à un problème qui ne se pose plus ou presque pas  ?
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/CAJX_iYO1G7...HRaVxov_o=
Je remets le post sur la ML.
...
Non, ce sont 2 choses différentes; ça n'est pas parce que le kern el a intégré
la gestion de différents *drivers* que ces drivers font partie intà ©grante du
kernel - ça n'est qu'une facilité.
...
Perso je n'utilise jamais de hard link afin d'éviter que des infos sen sibles
ne traînent n'importe où.
Certains programmes l'utilisent afin de facilement "déplacer" les fich iers de
conf par exemple de /var/.... vers /etc/.... (eg: hylafax).
La meilleure façon de comprendre est de grepper le source.
Le device cross link est interdit, que cela soit avec les directories
ou les fichiers.
Faut pas; qu'est-ce que ça sera quand tu aborderas ZFS?
IMH ils n'ont qu'un intérêt limité (comme dans le cas de hyl afax par exemple).
--
BOFH excuse #17:
fat electrons in the lines
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/