Discussion :

[big1]

Bonjour,

Merci d'avoir la gentillesse de m'expliquer ce que fait la code suivant:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
verifliens () {
    for element in $1/*; do
    [ -h "$element" -a ! -e "$element" ] && echo \"$element\"
    [ -d "$element" ] && verifliens $element
    # Bien sûr, '-h' teste les liens symboliques, '-d' les répertoires.
    done
}

Ma question est plutôt sur la ligne:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
[ -h "$element" -a ! -e "$element" ] && echo \"$element\"

Cordialement.

[N_BaH]

Bonjour,

quand tu auras lu help test, tu nous proposeras ton interprétation.

sache, pour l'instant, que ce test est contradictoire. voir le message en-dessous de Flodelarab

[Flodelarab]

Bonjour

Vraiment ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
$ ln -s /dev/null titi
$ ln -s ./fichier_inexistant tata
$ for i in titi tata;do test -h $i && echo -n "lien $i "; test -e $i && echo valide || echo invalide;done
lien titi valide
lien tata invalide

[N_BaH]

je vois, mais il faut m'expliquer.
comment un lien peut-il ne pas exister ?

[Flodelarab]

J'imagine que c'est la question de big1, aussi.

-h ou -L vérifie la validité du chemin et la nature du fichier sans suivre le moindre lien.

-e renvoie l'existence du fichier quelque soit sa nature (fichier régulier, pipe, périphérique, etc) sauf dans le cas des liens pour lesquels il renvoie faux en cas de lien brisé.

[jack-ft]

je vois, mais il faut m'expliquer.
comment un lien peut-il ne pas exister ?

Un lien physique existe toujours:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
$ touch fic1
$ ls -li fic1
12889157013 -rw-rw-r--  1 jack  wheel  0 28 jan 01:18 fic1
$ ln fic1 fic2
$ ls -li fic1 fic2
12889157013 -rw-rw-r--  2 jack  wheel  0 28 jan 01:18 fic1
12889157013 -rw-rw-r--  2 jack  wheel  0 28 jan 01:18 fic2$ \rm fic1
$ ls -li fic1 fic2
ls: fic1: No such file or directory
12889157013 -rw-rw-r--  1 jack  wheel  0 28 jan 01:18 fic2

L'instruction ln fic1 fic2 a créé un fichier "fic2" (chemin absolu ou relatif) avec comme i-node le i-node de "fic1", soit 12889157013 chez moi.
Les "deux" fichiers sont totalement indiscernables: en réalité, c'est vraiment le même fichier avec 2 noms différents!
On voit aussi que le 3ème champ passe de 1 à 2 (il indique le nombre de références à cet i-node) puis de 2 à 1 lorsqu'on supprime l'une des références (avec rm).

Un lien symbolique est une indirection:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
$ ln -s fic1 fic3; echo $?
0   #  => pas d'erreur bien que "fic1" n'existe pas.
$ ls -li fic1 fic2 fic3
ls: fic1: No such file or directory
12889157013 -rw-rw-r--  1 jack  wheel  0 28 jan 01:18 fic2
12889157188 lrwxrwxr-x  1 jack  wheel  4 28 jan 01:25 fic3@ -> fic1
$ od -c fic3   # Attention: j'ai un peu triché...
0000000    f   i   c   1                                            
0000004
$ cat fic3
cat: fic3: No such file or directory
$ echo coucou > fic1
$ cat fic3
coucou

Attention, j'ai triché afin d'illustrer mon propos!
Dans le temps, avec d'anciennes versions d'Unix (BSD 4.2 ou 4.3 peut-être), on pouvait effectivement lire le contenu du fichier lien symbolique avec od et constater vraiment qu'il contenait juste le chemin (absolu ou relatif) du fichier référencé (de la même manière qu'on pouvait "lire" un répertoire avec od et voir la liste des noms des fichiers et des i-nodes avec le \0 comme séparateur).

Actuellement, on peut juste "supputer" que le lien contient le nom du fichier référencé:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
$ ln -s 01234567890123456789 fic4
$ ls -l fic4
lrwxrwxr-x  1 jack  wheel  20 28 jan 01:37 fic4@ -> 01234567890123456789

sinon par quel miracle la taille de "fic4" serait, comme par hasard, exactement de 20 caractères?

[N_BaH]

d'accord, mais comment un lien peut-il pointer vers un fichier qui n'existe pas ?