Comment savoir si un fichier régulier n'existe pas dans Bash ?

Question

J'ai utilisé le script suivant pour voir si un fichier existe :

#!/bin/bash

FILE=$1     
if [ -f $FILE ]; then
   echo "File $FILE exists."
else
   echo "File $FILE does not exist."
fi

Quelle est la syntaxe correcte à utiliser si je veux seulement vérifier si le fichier fait no existent ?

#!/bin/bash

FILE=$1     
if [ $FILE does not exist ]; then
   echo "File $FILE does not exist."
fi

Answer 1

Je préfère faire la ligne unique suivante, en POSIX format compatible avec le shell :

$ [ -f "/$DIR/$FILE" ] || echo "$FILE NOT FOUND"

$ [ -f "/$DIR/$FILE" ] && echo "$FILE FOUND"

Pour un couple de commandes, comme je le ferais dans un script :

$  [ -f "/$DIR/$FILE" ] || { echo "$FILE NOT FOUND" ; exit 1 ;}

Une fois que j'ai commencé à faire cela, je n'utilise plus que rarement la syntaxe entièrement typée !

Answer 2

Pour tester l'existence du fichier, le paramètre peut être l'un des suivants :

-e: Returns true if file exists (regular file, directory, or symlink)
-f: Returns true if file exists and is a regular file
-d: Returns true if file exists and is a directory
-h: Returns true if file exists and is a symlink

Tous les tests ci-dessous s'appliquent aux fichiers, répertoires et liens symboliques ordinaires :

-r: Returns true if file exists and is readable
-w: Returns true if file exists and is writable
-x: Returns true if file exists and is executable
-s: Returns true if file exists and has a size > 0

Exemple script :

#!/bin/bash
FILE=$1

if [ -f "$FILE" ]; then
   echo "File $FILE exists"
else
   echo "File $FILE does not exist"
fi

Answer 3

Vous pouvez le faire :

[[ ! -f "$FILE" ]] && echo "File doesn't exist"

o

if [[ ! -f "$FILE" ]]; then
    echo "File doesn't exist"
fi

Si vous voulez vérifier à la fois le fichier et le dossier, utilisez alors -e au lieu de l'option -f . -e renvoie vrai pour les fichiers ordinaires, les répertoires, les sockets, les fichiers spéciaux de caractères, les fichiers spéciaux de blocs, etc.

Answer 4

Vous devriez faire attention à ne pas courir test pour une variable non citée, car cela pourrait produire des résultats inattendus :

$ [ -f ]
$ echo $?
0
$ [ -f "" ]
$ echo $?
1

Il est généralement recommandé de placer la variable testée entre guillemets :

#!/bin/sh
FILE=$1

if [ ! -f "$FILE" ]
then
   echo "File $FILE does not exist."
fi

Answer 5

Sur

[ -f "$file" ]

le site [ La commande fait un stat() (pas lstat() ) sur le chemin stocké dans $file et retourne vrai si cet appel système réussit et que le type de fichier retourné par stat() est " régulier ".

Donc si [ -f "$file" ] renvoie vrai, vous pouvez dire que le fichier existe et qu'il s'agit d'un fichier normal ou d'un lien symbolique se résolvant éventuellement en un fichier normal (ou du moins, il l'était au moment de l'exécution de la commande stat() ).

Cependant, si elle renvoie faux (ou si [ ! -f "$file" ] o ! [ -f "$file" ] retourne vrai), il existe de nombreuses possibilités différentes :

• le fichier n'existe pas
• le fichier existe mais n'est pas un régulier fichier (peut être un périphérique, fifo, répertoire, socket...)
• le fichier existe mais vous n'avez pas le droit de recherche dans le répertoire parent
• le fichier existe mais le chemin pour y accéder est trop long
• le fichier est un lien symbolique vers un fichier normal, mais vous n'avez pas le droit de recherche sur certains des répertoires impliqués dans la résolution du lien symbolique.
• ... toute autre raison pour laquelle le stat() l'appel système peut échouer.

En bref, il devrait l'être :

if [ -f "$file" ]; then
  printf '"%s" is a path to a regular file or symlink to regular file\n' "$file"
elif [ -e "$file" ]; then
  printf '"%s" exists but is not a regular file\n' "$file"
elif [ -L "$file" ]; then
  printf '"%s" exists, is a symlink but I cannot tell if it eventually resolves to an actual file, regular or not\n' "$file"
else
  printf 'I cannot tell if "%s" exists, let alone whether it is a regular file or not\n' "$file"
fi

Pour être sûr que le fichier n'existe pas, nous aurions besoin de l'attribut stat() pour retourner avec un code d'erreur de ENOENT ( ENOTDIR nous indique qu'un des composants du chemin n'est pas un répertoire est un autre cas où nous pouvons dire que le fichier n'existe pas par ce chemin). Malheureusement, le [ Le commandement ne nous le fait pas savoir. Elle renvoie false, que le code d'erreur soit ENOENT, EACCESS (permission denied), ENAMETOOLONG ou tout autre code.

El [ -e "$file" ] Le test peut également être effectué avec ls -Ld -- "$file" > /dev/null . Dans ce cas, ls vous dira pourquoi le stat() a échoué, bien que l'information ne puisse pas être facilement utilisée de manière programmatique :

$ file=/var/spool/cron/crontabs/root
$ if [ ! -e "$file" ]; then echo does not exist; fi
does not exist
$ if ! ls -Ld -- "$file" > /dev/null; then echo stat failed; fi
ls: cannot access '/var/spool/cron/crontabs/root': Permission denied
stat failed

Au moins ls me dit que ce n'est pas parce que le fichier n'existe pas qu'il échoue. C'est parce qu'il ne peut pas dire si le fichier existe ou non. Le site [ Le commandement a simplement ignoré le problème.

Avec le zsh vous pouvez interroger le code d'erreur à l'aide de la commande $ERRNO variable spéciale après l'échec [ et décoder ce numéro à l'aide de la commande $errnos dans le tableau spécial de l zsh/system module :

zmodload zsh/system
ERRNO=0
if [ ! -f "$file" ]; then
  err=$ERRNO
  case $errnos[err] in
    ("") echo exists, not a regular file;;
    (ENOENT|ENOTDIR)
       if [ -L "$file" ]; then
         echo broken link
       else
         echo does not exist
       fi;;
    (*) syserror -p "can't tell: " "$err"
  esac
fi

(attention à la $errnos ne fonctionnait pas avec certaines versions de zsh lorsqu'il est construit avec des versions récentes de gcc ).