Обнаружение шаблона в конце строки с помощью grep

Если я сделаю:

$ ls -R
.:
4Shared/  Cloud/

./4Shared:
UFAIZLV2R7.part3.rar

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

Если я хочу перечислить .rarтолько файлы, и я использую grep , он также покажет мне .rar.partфайлы, чего я не желаю.
Я решаю это с помощью findили, ls **/*.rarкак сказано в этой теме, и они отлично работают, но я хотел бы узнать, если это возможно сделать через grep.

Я пытался (думая о EOL):

ls -R | grep ".rar\n"

без результатов.
Я думаю, что проблема заключается в обнаружении, если в конце строки обнаружен greping , но я не уверен.

Любая помощь здесь, пожалуйста?

$Якорь соответствует концу строки.

ls -R | grep '\.rar$'

Вы также можете использовать findдля этого:

find . -name '*.rar'

В дополнение к вашему вопросу, обратите внимание, что .rarне только соответствует «.rar», но соответствует каждому отдельному символу (включая .) перед rar. В этом случае, вероятно, не проблема, но .должны быть экранированы в регулярных выражениях.

ls -R | grep "\.rar$"

Вы также можете поручить grepискать строку, начинающуюся с границы слова. А .является одной из таких границ.

$ ls -R | grep '\brar$'

пример

Скажем, у меня есть этот пример данных.

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

Эта команда найдет только файл с .rarрасширением.

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

Как это работает?

Метасимвол \b- это якорь, такой как каретка и знак доллара. Он соответствует позиции, которая называется «граница слова». Это совпадение нулевой длины.

Ситуации, когда это не сработает

Если у вас есть файлы с именами, blah-rarони также будут обнаружены.

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

Это связано с тем, что символы, отличные от буквенно-цифровых символов, обычно считаются граничными символами, и поэтому этот подход ускользнет.

Просто сделать :

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

Вам не нужно grepвообще.

ПРИМЕЧАНИЕ: вышесказанное работает ... за исключением того, что оно все еще получается по крайней мере, afile-rar и я не понимаю, почему. Я оставлю это здесь, но я не горжусь этим. В любом случае, как говорили другие:

find . '*.rar'

Используйте одинарные кавычки, чтобы $ работал как конец строки. Если вы хотите использовать grep с некоторой переменной, используйте комбинацию двойных и одинарных кавычек, как показано ниже:

grep "$var"'$'

Мой предыдущий пост был удален, говоря, что он дубликат. Позвольте мне объяснить, как это отличается.

Другие посты упоминают либо полное использование двойных кавычек "", либо полное использование одинарных кавычек ''. У них обоих есть свои ограничения. Следующее объясняет это.

Проблема со всеми двойными кавычками следующая: grep "pattern$"выдает следующую ошибку:Illegal variable name.

И использование всех одинарных кавычек работает, но если вы хотите подстановку переменных, все одинарные кавычки не будут работать. Например:

Если у меня есть строка A_BOOK, включая другие строки в файле FILE.

$ cat FILE
A_BOOK
B_BOOK_NOT_LAST
C_BOOK

Если я установил BOOK для переменной BK

set BK = BOOK

Если я выполняю grep со всеми двойными кавычками, я получаю следующую ошибку:: grep "${BK}$" FILE*1st $ для подстановки переменной, 2nd для конца шаблона ( недопустимое имя переменной ).

Если я буду использовать все одинарные кавычки, подстановка переменных не произойдет. grep '${BK}$' FILEничего не возвращает

Если я использую комбинацию двойных и одинарных кавычек, я получаю то, что ожидаю. Двойные кавычки для подстановки переменных и одинарные кавычки для конца шаблона.

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

Если после выполнения вышеизложенного ничего не работает, это может быть связано с окончанием строки. Чтобы исправить, сделайте: dos2unix pr0n.txtи сделайте свое grepснова.