Arg list too long

Il faut mettre des cotes autour de ton pattern de recherche pour pas qu'il soit interprété par le shell mais pas le find :
find . -name "*20040623*SCR*" -print -exec grep -i completed {} \;

le défaut de cette commande : find . -name "*20040623*SCR*" -print -exec grep -i completed {} \;
est que un grep est exécuté pour chaque fichier.
cette commande : grep -i completed `find . -name "*20040623*SCR*" -print`
exécute un grep pour tout les fichiers trouvés

La commande suggérée par dubcek pose deux problèmes et ne correspond pas à la meilleure pratique:

grep -i completed `find . -name "*20040623*SCR*" -print`

D'abord, rien ne garantit que la liste produite par find ne sera pas si grande qu'on aboutira à nouveau à un "arg list too long", d'autre part elle ne rient pas compte du fait que des directories peuvent avoir des espaces dans leur nom, ainsi un path du genre "/abc<ESPACE>/de<ESPACE>/fgh" sera interprété comme trois arguments de grep: /abc, /de et /fgh, ce qui n'aura évidemment pas de sens.

Dans le même registre, je vous laisse réfléchir aux conséquences possibles d'un script de nettoyage de /tmp du genre:

rm `find /tmp -type f -a -mtime +7`

avec un fichier "/tmp/<ESPACE>/etc/passwd" et un peu de patience...

Le même résultat est obtenu avec:

find /tmp -type f -a -mtime +7 | xargs rm <---- exemple à ne PAS imiter !

Pour éviter le problème, le mieux esr d'écrire la commande comme ceci:

find /tmp -type f -a -mtime +7 -print0 | xargs -0 -n20 rm

Qui a l'avantage d'appeler rm 20 fois moins que la version -exec tout en n'étant pas vulnérable au problème de l'espace.

Les arguments -print0 et -0 de xargs ne sont malheureusement disponibles que dans les versions GNU (Linux), à défaut, autant se tenir à la version -exec, moins performante mais plus sûre.

Le problème vient effectivement des quotes autour du nom. Le find ne produira pas une liste trop longue pour grep vu qu'il va lancer un grep par fichier trouvé.
Par contre la charge peut en prendre un sacré coup.