Comment utiliser la commande exec à l'intérieur d'un boucle for après une commande find ?

Deux questions :

1. for f in some_file n'itère pas sur le contenu de some_file il suffit d'itérer sur ou de prendre la chaîne littérale some_file . Pour surmonter cela, oubliez for pour itérer sur le contenu d'un fichier, utilisez une méthode de bouclage correctement mise en œuvre. while construire.

2. Les variables ne seront pas développées si elles sont placées entre guillemets simples, '$f' dans ce cas. Pour que votre idée originale fonctionne, utilisez des guillemets.

En combinant ces éléments, en supposant que les noms de fichiers sont séparés par des lignes nouvelles à l'intérieur file_list fichier :

while IFS= read -r f; do 
    find /path1 -name "$f" -exec cp '{}' /path2 \;
done <file_list

Ou si vous savez que les fichiers se trouvent dans le répertoire /path1 et non dans un de ses sous-répertoires, vous pouvez simplement utiliser un tableau pour obtenir les noms de fichiers, et utiliser (GNU) cp directement, en supposant encore une fois que les noms de fichiers sont séparés par des nouvelles lignes à l'intérieur du fichier. file_list :

( 
 IFS=$'\n'
 files=( $(<file_list) )
 cp -t /path2 "${files[@]}"
)

Dans le cas d'un grand nombre de fichiers, il serait préférable d'itérer sur et cp individuellement plutôt que de les déverser dans un tableau :

while IFS= read -r f; do cp -- "$f" /path2; done <file_list

Si vous avez une liste de fichiers comme par exemple file1 file2 file3 ... directement dans le for alors l'utilisation de guillemets doubles suffit :

for f in file1 file2 file3; do 
    find /path1 -name "$f" -exec cp '{}' /path2 \;
done

Maintenant, vous pouvez utiliser cp directement ici aussi si tous les fichiers ne sont pas dans un sous-répertoire :

cp -t /path2 file1 file2 file3

Ou vous pouvez donner des chemins statiques absolus ou relatifs au cas où vous voudriez utiliser cp uniquement pour traiter les fichiers de n'importe quel sous-répertoire.

Vous avez précisé que votre liste de fichiers n'est pas un fichier texte, mais une série de noms de fichiers que vous voulez retrouver avec find . Vous avez mentionné que cela fonctionne pour vous :

for f in file1 file2 file3 ... ; do find <path> -name "$f" \; done;

Vous voulez sans doute dire que vous obtenez la liste de fichiers attendue de cette commande.

Vous dites ensuite que cela ne fonctionne pas :

for f in file1 file2 file3 ... ; do find <path> -name "$f" -exec cp '{}' <path2> \; done

vous voulez probablement dire que les fichiers listés avant ne sont pas copiés sur <path2> . Je ne suis pas sûr de l'erreur que vous obtenez, mais tel qu'il est écrit, je m'attendrais à ce que cette commande se bloque comme ceci :

$for f in file1 file2 file3 ... ; do find <path> -name "$f" -exec cp '{}' <path2> \; done
>

en attendant les disparus ; . En supposant que vous ayez corrigé ce problème, je ne vois pas d'autre raison évidente pour laquelle votre commande échouerait définitivement. Vous êtes sur debe être capable de gérer avec

for f in file1 file2 file3 ... ; do find <path> -name "$f" -exec cp '{}' <path2> \; ; done

Cependant, je suggère d'utiliser le -t pour spécifier le répertoire. Je dois remercier David Foerster para ce commentaire qui, je pense, montre la meilleure forme pour un cp o mv invocation en utilisant find . Il refusera également d'écraser les fichiers en double.

for f in file1 file2 file3; do find /path/to/search -name "$f" -exec cp -vt /path/to/destination -- {} + ; done

Notes

• -v être verbeux - nous dire ce qui est fait
• -t utiliser le répertoire spécifié comme destination
• -- n'acceptez pas d'autres options
• + s'il y a plusieurs correspondances (dans votre cas, cela est peu probable puisque for sera exécuté une fois pour chaque élément de la liste de fichiers, mais il peut y avoir plusieurs fichiers correspondants pour chaque nom), puis construire une liste d'arguments pour cp au lieu d'exécuter cp plusieurs fois

• ; sépare les commandes dans le Shell. La forme d'un for La boucle est

  for var in things; do command "$var"; done

  S'il ne voit pas le ; avant done , bash attendra ; ou un signal d'interruption.