Suppression de fichiers temporaires créés dans une sortie bash inattendue

Question

Je crée des fichiers temporaires à partir d'un script bash. Je les supprime à la fin du traitement, mais depuis que le script est en cours d'exécution depuis longtemps, si je le tue ou simplement CTRL-C pendant l'exécution, les fichiers temporaires ne sont pas supprimés.
Existe-t-il un moyen de capturer ces événements et de nettoyer les fichiers avant la fin de l'exécution?

De même, existe-t-il une sorte de meilleure pratique pour la dénomination et l'emplacement de ces fichiers temporaires?
Je suis actuellement pas sûr entre l'utilisation:

TMP1=`mktemp -p /tmp` 
TMP2=`mktemp -p /tmp` 
... 

et

TMP1=/tmp/`basename $0`1.$$ 
TMP2=/tmp/`basename $0`2.$$ 
... 

Ou est peut-être at-il des meilleures solutions?

Answer 1

Vous pouvez définir une « trap » pour exécuter la sortie ou sur un contrôle-c pour nettoyer.

trap "{ rm -f $LOCKFILE; }" EXIT 

Alternativement, un de mes unix-ismes favori est d'ouvrir un fichier, puis supprimez-le pendant que vous avez encore ouvert. Le fichier reste sur le système de fichiers et vous pouvez le lire et l'écrire, mais dès que votre programme se termine, le fichier disparaît. Je ne sais pas comment vous feriez cela à bash, cependant.

BTW: Un argument que je donnerai en faveur de mktemp au lieu d'utiliser votre propre solution: si l'utilisateur prévoit que votre programme va créer d'énormes fichiers temporaires, il voudra peut-être définir TMPDIR comme quelque chose de plus grand, comme/var/tmp mktemp reconnaît que votre solution roulée à la main (deuxième option) ne le fait pas. J'utilise fréquemment TMPDIR=/var/tmp gvim -d foo bar, par exemple.

Answer 2

Vous n'avez pas besoin d'enlever les fichiers tmp créés avec mktemp. Ils seront supprimés de toute façon plus tard.

Utilisez mktemp si vous le pouvez car cela génère plus de fichiers uniques que le préfixe '$$'. Et il semble que la façon de créer des fichiers temporaires soit plus cross-plate-forme, puis les mettre explicitement dans/tmp.

Answer 3

Vous voulez utiliser la commande trap pour gérer la sortie du script ou des signaux comme CTRL-C. Voir le Advanced Bash Scripting Guide pour plus de détails.

Pour vos fichiers temporaires, en utilisant basename $0 est une bonne idée, ainsi que de fournir un modèle qui offre de la place pour assez les fichiers temporaires:

tempfile() { 
    tempprefix=$(basename "$0") 
    mktemp /tmp/${tempprefix}.XXXXXX 
} 

TMP1=$(tempfile) 
TMP2=$(tempfile) 

trap 'rm -f $TMP1 $TMP2' EXIT 

Answer 4

Je crée généralement un répertoire dans lequel placer tous mes fichiers temporaires, et immédiatement après, créez un gestionnaire EXIT pour nettoyer ce répertoire lorsque le script se termine.

MYTMPDIR=$(mktemp -d) 
trap "rm -rf $MYTMPDIR" EXIT 

Si vous mettez tous vos fichiers temporaires sous $MYTMPDIR, ils seront tous supprimés lors de votre script dans la sortie de la plupart des cas. Tuer un processus avec SIGKILL (kill -9) tue le processus tout de suite, donc votre gestionnaire EXIT ne fonctionnera pas dans ce cas.

Answer 5

L'alternative d'utiliser un nom de fichier prévisible $$ est un trou béant de sécurité et vous ne devriez jamais, jamais, jamais pensé à l'utiliser. Même s'il ne s'agit que d'un simple script personnel sur votre PC mono-utilisateur. C'est une très mauvaise habitude que vous ne devriez pas obtenir. BugTraq est plein d'incidents "fichier temporaire non sécurisé".Voir here, here et here pour plus d'informations sur l'aspect de la sécurité des fichiers temporaires. Je pensais initialement à citer les affectations non sécurisées TMP1 et TMP2, mais à la réflexion, cela serait probablement not be a good idea.

Answer 6

Je préfère utiliser tempfile qui crée un fichier dans/tmp de la manière sûre et vous n'avez pas à vous soucier de sa dénomination:

tmp=$(tempfile -s "your_sufix") 
trap "rm -f '$tmp'" exit 

Answer 7

Il suffit de garder à l'esprit que CHOISI réponse est bashism, ce qui signifie que la solution comme

trap "{ rm -f $LOCKFILE }" EXIT 

ne peut fonctionner que dans bash (il ne sera pas attraper Ctrl + c si shell est dash ou classique sh), mais si vous voulez la compatibilité alors vous avez encore besoin d'énumérer tous les signaux que vous voulez tr ap. Gardez également à l'esprit que lorsque le script se termine, le piège du signal "0" (EXIT) est toujours exécuté, ce qui entraîne une double exécution de la commande trap.

que la raison pour ne pas empiler tous les signaux dans une ligne si le signal est EXIT.

Pour mieux le comprendre regarder le script suivant qui fonctionnera à travers différents systèmes sans changements:

#!/bin/sh 

on_exit() { 
    echo 'Cleaning up...(remove tmp files, etc)' 
} 

on_preExit() { 
    echo 
    echo 'Exiting...' # Runs just before actual exit, 
        # shell will execute EXIT(0) after finishing this function 
        # that we hook also in on_exit function 
    exit 2 
} 


trap on_exit EXIT       # EXIT = 0 
trap on_preExit HUP INT QUIT TERM STOP PWR # 1 2 3 15 30 


sleep 3 # some actual code... 

exit 

Cette solution vous donnera plus de contrôle puisque vous pouvez exécuter une partie de votre code sur la présence de signal réel juste avant exit final (preExit fonction) et si nécessaire, vous pouvez exécuter du code au signal EXIT réel (étape finale de sortie)