Détection de modèle en fin de ligne avec grep

Si je fais:

$ ls -R
.:
4Shared/  Cloud/

./4Shared:
UFAIZLV2R7.part3.rar

./Cloud:
UFAIZLV2R7.part2.rar.part
UFAIZLV2R7.part1.rar.part
UFAIZLV2R7.part4.rar.part

Si je veux lister .raruniquement les fichiers et que j'utilise grep , les .rar.partfichiers seront également affichés , ce qui n'est pas mon souhait.
Je résous ceci en utilisant findou ls **/*.rarcomme dit dans ce fil et ils fonctionnent bien, mais je voudrais savoir s'il est possible de le faire via grep.

J'ai essayé (en pensant à EOL):

ls -R | grep ".rar\n"

sans résultat.
Je pense que le problème réside dans le fait de savoir si le greping se trouve au bout de la ligne , mais je ne suis pas sûr.

Toute aide ici, s'il vous plaît?

L' $ancre correspond à la fin d'une ligne.

ls -R | grep '\.rar$'

Vous pouvez également utiliser findpour cela:

find . -name '*.rar'

En plus de votre question, veuillez noter que .rarcela ne correspond pas seulement à ".rar" mais à chaque caractère (y compris .) précédant le rar. Dans ce cas, probablement pas un problème mais .doit être échappé dans les expressions rationnelles.

ls -R | grep "\.rar$"

Vous pouvez également demander grepà rechercher votre chaîne en partant d'une limite de mot. A .est l'une de ces limites.

$ ls -R | grep '\brar$'

Exemple

Disons que j'ai cet exemple de données.

$ ls -1
afile.rar
xrar
UFAIZLV2R7.part1.rar.part
UFAIZLV2R7.part2.rar.part

Cette commande ne trouverait que le fichier avec l' .rarextension.

$ ls -R | grep '\brar$'
afile.rar

Comment ça marche?

Le métacaractère \best une ancre comme le caret et le signe dollar. Il correspond à une position appelée "limite de mot". Ce match est de longueur zéro.

Situations où cela ne fonctionnera pas

Si vous avez des fichiers nommés, blah-rarceux-ci seront également détectés.

$ ls -R | grep '\brar$'
afile-rar
afile.rar

En effet, les caractères autres que les caractères alphanumériques sont généralement considérés comme des caractères limites et passeraient donc au-delà de cette approche.

Il suffit de faire:

ls -1R -I"?" -I"??" -I"???" -I"*[!.][!r][!a][!r]"

Tu n'as pas besoin grepdu tout.

NOTE: Ce qui précède fonctionne ... sauf que ça reste au moins afile-rar et je ne comprends pas pourquoi. Je vais le laisser ici, mais je n'en suis pas fier. En tout cas, comme d'autres l'ont dit:

find . '*.rar'

Utilisez des guillemets simples pour que $ fonctionne comme fin de ligne. Si vous voulez aussi grep avec une variable, utilisez la combinaison de guillemets simples et doubles comme ci-dessous:

grep "$var"'$'

Mon post précédent a été supprimé en disant qu'il est en double. Laissez-moi vous expliquer en quoi c'est différent.

Les autres publications mentionnent soit l'utilisation complète de doubles guillemets "", soit l'utilisation complète de simples guillemets ''. Ils ont tous deux leurs propres limites. La suite l'explique.

Le problème avec tous les guillemets est le suivant: grep "pattern$"donne l'erreur suivante:Illegal variable name.

Et utiliser tous les guillemets simples fonctionne, mais si vous souhaitez une substitution de variable, tous les guillemets simples ne fonctionneront pas . Par exemple:

Si j'ai une chaîne A_BOOK, y compris d'autres chaînes dans un fichier FILE.

$ cat FILE
A_BOOK
B_BOOK_NOT_LAST
C_BOOK

Si je mets le livre à une variable BK

set BK = BOOK

Si je grep avec toutes les guillemets doubles, j'obtiens le message d'erreur suivant grep "${BK}$" FILE*:: 1er $ pour substitution de variable, 2e pour fin de modèle ( nom de variable illégal ).

Si je grep avec tous les guillemets simples, la substitution de variable ne se produit pas. grep '${BK}$' FILEne renvoie rien

Si j'utilise une combinaison de guillemets simples et doubles, j'obtiens ce que j'attends. Les guillemets doubles pour la substitution de variables et les guillemets simples pour la fin du modèle.

$ grep "${BK}"'$'  # << gives expected output
A_BOOK
C_BOOK

Si après avoir suivi ce qui précède et que rien ne fonctionne, cela peut être dû à des fins de ligne. Pour réparer, faites: dos2unix pr0n.txtet greprecommencez.