Décoder un code

Version imprimable

Décoder un code

Bonjour,

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

Code:

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:

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

Cordialement.

27/01/2019, 18h59
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

Bonjour :coucou:

Vraiment ?

Code:

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

27/01/2019, 21h52
N_BaH

je vois, mais il faut m'expliquer.
comment un lien peut-il ne pas exister ?
28/01/2019, 00h24
Flodelarab

:lol: 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é.

Citation:

Envoyé par N_BaH

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

Un lien physique existe toujours:
Code:

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:

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é :oops: 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:

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?

28/01/2019, 04h29
N_BaH

d'accord, mais comment un lien peut-il pointer vers un fichier qui n'existe pas ?
28/01/2019, 06h51
big1
Bonjour,
J'ai appris beaucoup de chose de vos réponses et je vous en remercie.

Je veux seulement savoir que font:
"-a" et "!" dans
Code:

1 2 [ -h "$element" -a ! -e "$element" ]
Sachant que:
-e FILE Vrai si le fichier existe
-a le fichier existe. Ceci a le même effet que -e mais est « obsolète ».
-h FILE Vrai si le fichier existe et est du type lien symbolique.

Cordialement.
28/01/2019, 07h26
big1

Option de IF
Bonjour,
Voici les exemples de IF dans les manuelles:
Code:

1 2 3 4 5 6 $ test -f /etc/group $ if [ -f /etc/groupe ] $ if[ -d /etc/init.d ] .... ....
Et je me retrouve avec :
Code:

1 2 if [ -f /usr/bin/netscape -a -f /usr/share/doc/HTML/index.html ]
Pour quoi deux fois f et "-a" après l'argument /usr/bin/netscape?

D'avance merci.
28/01/2019, 10h14
disedorgue

Citation:

Envoyé par N_BaH

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

man 7 symlink :aie:
28/01/2019, 11h57
Flodelarab

Citation:

Sachant que:
-e FILE Vrai si le fichier existe
-a le fichier existe. Ceci a le même effet que -e mais est « obsolète ».
-h FILE Vrai si le fichier existe et est du type lien symbolique.

Non non. Il y a confusion.
Le -a est ici un lien logique. Comme dans la commande find.
-a -> and -> ET
-o -> or -> OU

On conseillerait plutôt d'écrire :

Code:

[ -h "$element" ] && [ ! -e "$element" ]

Quant au point d'exclamation, c'est aussi un opérateur logique : la négation.
SI "$élément" est un lien logique ET PAS existant, ALORS ...
28/01/2019, 12h55
N_BaH

Citation:

Envoyé par RTFM

un lien symbolique est un pointeur vers un autre nom, pas vers le contenu sous-jacent.[...] Il n'y a pas d'obligation pour que le fichier dont le nom est référencé par un lien symbolique existe.
Un lien symbolique qui fait référence à un nom de fichier inexistant est dit dangling link (pendouillant).

et

Citation:

The contents of a symbolic link can be read using readlink(2).