Comment utiliser les regex avec la commande rechercher?

J'ai quelques images nommés avec générés uuid1 chaîne. Par exemple 81397018-b84a-11e0-9d2a-001b77dc0bed.jpg. Je veux trouver toutes ces images à l'aide de commande "find":

find . -regex "[a-f0-9\-]\{36\}\.jpg".

Mais ça ne fonctionne pas. Quelque chose de mal avec l'expression régulière? Quelqu'un pourrait-il m'aider?

InformationsquelleAutor thoslin | 2011-07-27
  1. 291
    find . -regextype sed -regex ".*/[a-f0-9\-]\{36\}\.jpg"

    Notez que vous devez spécifier .*/ au début parce que find correspond au chemin d'accès complet.

    Exemple:

    susam@nifty:~/so$ find . -name "*.jpg"
./foo-111.jpg
./test/81397018-b84a-11e0-9d2a-001b77dc0bed.jpg
./81397018-b84a-11e0-9d2a-001b77dc0bed.jpg
susam@nifty:~/so$ 
susam@nifty:~/so$ find . -regextype sed -regex ".*/[a-f0-9\-]\{36\}\.jpg"
./test/81397018-b84a-11e0-9d2a-001b77dc0bed.jpg
./81397018-b84a-11e0-9d2a-001b77dc0bed.jpg

    Ma version de find:

    $ find --version
find (GNU findutils) 4.4.2
Copyright (C) 2007 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Eric B. Decker, James Youngman, and Kevin Dalley.
Built using GNU gnulib version e5573b1bad88bfabcda181b9e0125fb0c52b7d3b
Features enabled: D_TYPE O_NOFOLLOW(enabled) LEAF_OPTIMISATION FTS() CBO(level=0) 
susam@nifty:~/so$ 
susam@nifty:~/so$ find . -regextype foo -regex ".*/[a-f0-9\-]\{36\}\.jpg"
find: Unknown regular expression type `foo'; valid types are `findutils-default', `awk', `egrep', `ed', `emacs', `gnu-awk', `grep', `posix-awk', `posix-basic', `posix-egrep', `posix-extended', `posix-minimal-basic', `sed'.
    • Je ne sais pas si c'est juste ma version, mais je reçois find: Unknown regular expression type sed; valid types are findutils-default, awk, egrep, emacs, gnu-awk, grep posix-awk, posix-basic, posix-egrep, posix-extended
    • Ma version est de trouver (GNU findutils) 4.4.2
    • c'est le moyen de regex dans des œuvres. Selon la page de man, l'expression régulière correspond à l'ensemble du chemin d'accès au fichier, répertoires, ce qui signifie qu'il y a un implicite "^ ... $" entourant votre regex. Elle doit correspondre à la TOTALITÉ du résultat de la ligne.
    • Manny, je pense que Tom se demande pourquoi -regextype sed est la seule chose qui semble fonctionner. Autant que je sache, -regextype egrep devrait également travailler parce que egrep prend en charge la répétition compte, mais pour quelque raison il ne le fait pas.
    • posix-egrep fonctionne pour moi.
    • l'aide de la recherche (GNU findutils) 4.5.10 cela fonctionne ici, sans regextype
    • Je ne pense pas que vous avez besoin de la / dans .*/ parce que .* correspond à zéro ou plus de (presque) n'importe quel caractère.
    • Pour ceux (comme moi) qui n'ont pas lu les regex correctement la première fois: Remarque: les barres obliques inverses précédent spécial regex caractères, par exemple: \{36\}
    • Si U utiliser Mac OSX vérifier '-E' et '-regex' out. Ici est un exemple. find -E . -regex ".*\/[a-f0-9\-]{36}\.png" -E , est l'équivalent de -regextype egrep
    • trouver . -regextype posix-egrep -regex '.*/[0-9a-z]{32}.jpg'
    • J'ai eu du mal à trouver la liste complète des regex types (page de manuel n'est pas à jour): valid types are 'findutils-default', 'awk', ' egrep', 'ed', 'emacs', 'gnu-awk', 'grep', 'posix-awk', 'posix-basic', 'posix-egrep', 'posix -extended', 'posix-minimal-basic', 'sed'.
    • J'ai trouvé ...\{36\}... de travailler avec la suite de regextypes: ed, grep, posix de base, posix-minime-de base, le sed.
    • Donc -name ne peut pas être utilisé avec des expressions régulières dans find?
    • Assurez-vous de mettre le -regextype drapeau avant le -regex drapeau, sinon elle ne s'applique pas!

    InformationsquelleAutor Susam Pal
  2. 70

    La -regex trouver l'expression correspond à la nom entier, y compris le chemin relatif à partir du répertoire courant. Pour find . cela commence toujours avec ./, puis tous les répertoires.

    Aussi, ce sont emacs expressions régulières, qui ont d'autres échapper à des règles que l'habitude egrep expressions régulières.

    Si elles sont toutes directement dans le répertoire courant, puis 

    find . -regex '\./[a-f0-9\-]\{36\}\.jpg'

    devrait fonctionner. (Je ne suis pas vraiment sûr - je ne peux pas obtenir le compte de la répétition à l'œuvre ici.) Vous pouvez passer à egrep expressions par -regextype posix-egrep:

    find . -regextype posix-egrep -regex '\./[a-f0-9\-]{36}\.jpg'

    (À noter que tout ce qui est dit ici est pour GNU trouver, je ne sais rien à propos de la BSD qui est aussi la valeur par défaut sur Mac.)

    • J'ai eu la parenthèse pour plusieurs correspondances de chaînes dans ma regex, de sorte que le posix-egrep type a fonctionné pour moi.
    • Quelque chose à noter, -regextype est une option pour GNU find et pas BSD (au moins pas de Mac BSD-like) find. Si cette option n'est pas disponible, assurez-vous d'installer GNU trouver. Sur un Mac, c'est possible avec l'infusion paquet findutils. Trouver est alors disponible via gfind.
    • regextype posix-egrep a la tâche pour moi. Je pense que la valeur par défaut est regextype emacs.
    InformationsquelleAutor Paŭlo Ebermann
  3. 27

    À en juger par les autres réponses, il semble que cela pourrait être de trouver la faute.

    Cependant, vous pouvez le faire de cette façon au lieu de cela:

    find . * | grep -P "[a-f0-9\-]{36}\.jpg"

    Vous pourriez avoir à modifier le grep un peu et utiliser les différentes options en fonction de ce que vous voulez, mais il fonctionne.

    • A bien fonctionné pour moi et fournit un grand degré de liberté à l'égard de la regex.
    • Un inconvénient de ceci est que vous ne pouvez pas profiter de find's -prune fonctionnalité qui vous permet de sauter de certains répertoires complètement. Le plus souvent, ce n'est pas vraiment important, mais il vaut la peine de mentionner.
    InformationsquelleAutor yarian
  4. 7

    Essayez d'utiliser les guillemets simples (') pour éviter de shell s'échapper de votre chaîne. Rappelez-vous que l'expression doit correspondre à l'ensemble de la trajectoire, c'est à dire doit ressembler à:

     find . -regex '\./[a-f0-9-]*.jpg'

    En dehors de cela, il semble que ma trouvaille (GNU 4.4.2) ne connaît de base des expressions régulières, et surtout pas l' {36} syntaxe. Je pense que vous avez à faire sans elle.

    InformationsquelleAutor thiton
  5. 7

    Simple - vous pouvez spécifier .* au début, de trouver des correspondances tout le chemin.

    $ find . -regextype egrep -regex '.*[a-f0-9\-]{36}\.jpg$'

    trouver la version

    $ find --version
find (GNU findutils) 4.6.0
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
<http://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Eric B. Decker, James Youngman, and Kevin Dalley.
Features enabled: D_TYPE O_NOFOLLOW(enabled) LEAF_OPTIMISATION 
FTS(FTS_CWDFD) CBO(level=2)
    InformationsquelleAutor binbjz
  6. 6

    Vous devriez utiliser le chemin absolu d'un répertoire lors de l'application de trouver de l'enseignement, avec expression régulière.
    Dans votre exemple, le 

    find . -regex "[a-f0-9\-]\{36\}\.jpg"

    doit être modifié dans

    find . -regex "./[a-f0-9\-]\{36\}\.jpg"

    Dans la plupart des systèmes Linux, certaines disciplines dans l'expression régulière ne peut pas être reconnu par le système, de sorte que vous devez explicitement point regexty comme

    find . -regextype posix-extended -regex "[a-f0-9\-]\{36\}\.jpg"
    InformationsquelleAutor Lovely
  7. 3

    sur Mac OS X, BSD (trouver): Même accepté de répondre, le .*/ préfixe est nécessaire pour correspondre à un chemin d'accès complet:

    $ find -E . -regex ".*/[a-f0-9\-]{36}.jpg"

    man find dit -E utilise étendu regex soutien

    • Semble -E n'est pas disponible sur Ubuntu (testé sur WSL Ubuntu)
    • Le petit Singe - Non, l'on a accepté la réponse devrait fonctionner sur Ubuntu, cette variation est pour Mac OS X, en particulier (ou peut-être une autre variante BSD comme FreeBSD)
    InformationsquelleAutor Stan Kurdziel