$ ls *mp3 | xargs mplayer  

Playing Lemon.  
File not found: 'Lemon'  
Playing Tree.mp3.  
File not found: 'Tree.mp3'  

Exiting... (End of file)  

Моя команда терпит неудачу, потому что файл "Lemon Tree.mp3" содержит пробелы, и поэтому xargs считает, что это два файла. Можно ли заставить find + xargs работать с такими именами файлов?

Команда xargsпринимает символы пробела (табуляции, пробелы, новые строки) в качестве разделителей. Вы можете сузить это только для символов новой строки ('\ n') с -dопцией как это:

ls *.mp3 | xargs -d '\n' mplayer

Работает только с GNU xargs. Для систем BSD используйте такую -0опцию:

ls *.mp3 | xargs -0 mplayer

Этот метод проще и работает с GNU xargs.

Утилита xargs считывает строки со знаком пробела, табуляции, новой строки и конца файла из стандартного ввода и выполняет утилиту со строками в качестве аргументов.

Вы хотите избежать использования пробела в качестве разделителя. Это можно сделать, изменив разделитель для xargs. Согласно инструкции:

 -0      Change xargs to expect NUL (``\0'') characters as separators,
         instead of spaces and newlines.  This is expected to be used in
         concert with the -print0 function in find(1).

Такие как:

 find . -name "*.mp3" -print0 | xargs -0 mplayer

Ответить на вопрос о проигрывании седьмого mp3; проще запустить

 mplayer "$(ls *.mp3 | sed -n 7p)"

Пытаться

find . -name \*.mp3 -print0 | xargs -0 mplayer

вместо того

ls | grep mp3 

У xargs в MacOS нет опции -d, поэтому в этом решении вместо нее используется -0.

Получите ls для вывода по одному файлу на строку, затем переведите новые строки в null и скажите xargs использовать null в качестве разделителя:

ls -1 *mp3 | tr "\n" "\0" | xargs -0 mplayer

find . -name 'Lemon*.mp3' -print0 | xargs -­0 -i mplayer '{}' 

В моем случае это помогло удалить разные файлы с пробелами. Это должно работать тоже с mplayer. Необходимый трюк - это цитаты. (Проверено на Linux Xubuntu 14.04.)

В ответе Дика. Гуэртина [1] предполагалось, что можно избежать пробелов в имени файла, что является ценной альтернативой другим предлагаемым здесь решениям (таким как использование нулевого символа в качестве разделителя, а не пробела). Но это может быть проще - вам не нужен уникальный персонаж. Вы можете просто с помощью sed добавить экранированные пробелы напрямую:

ls | grep ' ' | sed 's| |\\ |g' | xargs ...

Кроме того, grep необходим, только если вам нужны только файлы с пробелами в именах. В более общем смысле (например, при обработке пакета файлов, некоторые из которых имеют пробелы, а некоторые нет), просто пропустите grep:

ls | sed 's| |\\ |g' | xargs ...

Тогда, конечно, имя файла может иметь другие пробелы, чем пробелы (например, вкладка):

ls | sed -r 's|[[:blank:]]|\\\1|g' | xargs ...

Это предполагает, что у вас есть sed, который поддерживает -r (расширенное регулярное выражение), такой как GNU sed или последние версии bsd sed (например, FreeBSD, в котором изначально была написана опция "-E" до FreeBSD 8, и поддерживаются оба -r & -E для совместимости). через FreeBSD 11 как минимум). В противном случае вы можете использовать скобочное выражение для базового класса регулярных выражений и вручную вводить символы пробела и табуляции в []разделители.

[1] Возможно, это более уместно в качестве комментария или редактирования этого ответа, но на данный момент у меня недостаточно репутации, чтобы комментировать, и я могу только предлагать правки. Поскольку последние формы выше (без grep) изменяют поведение первоначального ответа Дика. Гуэртина, прямое редактирование, возможно, в любом случае не подходит.

ls | grep mp3 | sed -n "7p" | xargs -i mplayer {}

Обратите внимание, что в приведенной выше команде xargsвызовет mplayerзаново для каждого файла. Это может быть нежелательно для mplayer, но может быть хорошо для других целей.

В macOS 10.12.x (Sierra), если у вас есть пробелы в именах файлов или подкаталогах, вы можете использовать следующее:

find . -name '*.swift' -exec echo '"{}"' \; |xargs wc -l

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

Есть много способов справиться с этим, но некоторые из них:

mplayer Lemon*.mp3

find . -name 'Lemon*.mp3' -exec mplayer {} ';'

i=0
for mp3 in *.mp3
do
    i=$((i+1))
    [ $i = 7 ] && mplayer "$mp3"
done

for mp3 in *.mp3
do
    case "$mp3" in
    (Lemon*) mplayer "$mp3";;
    esac
done

i=0
find . -name *.mp3 |
while read mp3
do
    i=$((i+1))
    [ $i = 7 ] && mplayer "$mp3"
done

readЦикл не работает , если имена файлов содержат символы новой строки; остальные работают правильно даже с символами новой строки в именах (не говоря уже о пробелах). За мои деньги, если у вас есть имена файлов, содержащие новую строку, вы должны переименовать файл без новой строки. Использование двойных кавычек вокруг имени файла является ключом к правильной работе циклов.

Если у вас есть GNU findи GNU xargs(? Или FreeBSD (* BSD), или Mac OS X), вы можете также использовать -print0и -0варианты, как в:

find . -name 'Lemon*.mp3' -print0 | xargs -0 mplayer

Это работает независимо от содержимого имени (только два символа, которые не могут отображаться в имени файла, - это косая черта и NUL, и косая черта не вызывает проблем в пути к файлу, поэтому использование NUL в качестве разделителя имен охватывает все). Однако, если вам нужно отфильтровать первые 6 записей, вам нужна программа, которая обрабатывает «строки», оканчивающиеся NUL, а не перевод строки ... и я не уверен, что они есть.

Первый, безусловно, самый простой для конкретного случая под рукой; тем не менее, он может не распространяться на другие ваши сценарии, которые вы еще не перечислили.

Я знаю , что я не отвечать на xargsвопрос прямо , но это стоит отметить find«s -execвариант.

Учитывая следующую файловую систему:

[root@localhost bokeh]# tree --charset assci bands
bands
|-- Dream\ Theater
|-- King's\ X
|-- Megadeth
`-- Rush

0 directories, 4 files

Можно найти команду find для обработки пространства в Dream Theater и King's X. Итак, чтобы найти барабанщиков каждой группы, используя grep:

[root@localhost]# find bands/ -type f -exec grep Drums {} +
bands/Dream Theater:Drums:Mike Mangini
bands/Rush:Drums: Neil Peart
bands/King's X:Drums:Jerry Gaskill
bands/Megadeth:Drums:Dirk Verbeuren

В -execопции {}стоит имя файла, включая путь. Обратите внимание, что вам не нужно избегать его или ставить в кавычки.

Разница между -execтерминаторами ( +и \;) заключается в том, +что в одну командную строку группируется столько имен файлов, сколько он может. Принимая во внимание, \;что выполнит команду для каждого имени файла.

Итак, find bands/ -type f -exec grep Drums {} +приведет к:

grep Drums "bands/Dream Theater" "bands/Rush" "bands/King's X" "bands/Megadeth"

и find bands/ -type f -exec grep Drums {} \;приведет к:

grep Drums "bands/Dream Theater"
grep Drums "bands/Rush"
grep Drums "bands/King's X"
grep Drums "bands/Megadeth"

В случае grepэтого имеет побочный эффект либо печать имени файла, либо нет.

[root@localhost bokeh]# find bands/ -type f -exec grep Drums {} \;
Drums:Mike Mangini
Drums: Neil Peart
Drums:Jerry Gaskill
Drums:Dirk Verbeuren

[root@localhost bokeh]# find bands/ -type f -exec grep Drums {} +
bands/Dream Theater:Drums:Mike Mangini
bands/Rush:Drums: Neil Peart
bands/King's X:Drums:Jerry Gaskill
bands/Megadeth:Drums:Dirk Verbeuren

Конечно, grepпараметры -hи -Hбудут контролировать, будет ли печататься имя файла независимо от того, как grepон называется.

xargs

xargs также может контролировать, как файлы man находятся в командной строке.

xargsпо умолчанию группирует все аргументы в одну строку. Для того, чтобы сделать то же самое, что -exec \;и использовать xargs -l. Обратите внимание, что -tопция указывает xargsнапечатать команду перед ее выполнением.

[root@localhost bokeh]# find ./bands -type f  | xargs -d '\n' -l -t grep Drums
grep Drums ./bands/Dream Theater 
Drums:Mike Mangini
grep Drums ./bands/Rush 
Drums: Neil Peart
grep Drums ./bands/King's X 
Drums:Jerry Gaskill
grep Drums ./bands/Megadeth 
Drums:Dirk Verbeuren

Обратите внимание, что эта -lопция указывает xargs выполнять grep для каждого имени файла.

По сравнению со значением по умолчанию (то есть без -lопции):

[root@localhost bokeh]# find ./bands -type f  | xargs -d '\n'  -t grep Drums
grep Drums ./bands/Dream Theater ./bands/Rush ./bands/King's X ./bands/Megadeth 
./bands/Dream Theater:Drums:Mike Mangini
./bands/Rush:Drums: Neil Peart
./bands/King's X:Drums:Jerry Gaskill
./bands/Megadeth:Drums:Dirk Verbeuren

xargsимеет лучший контроль над тем, сколько файлов может быть в командной строке. Дайте -lопцию максимальное количество файлов на команду.

[root@localhost bokeh]# find ./bands -type f  | xargs -d '\n'  -l2 -t grep Drums
grep Drums ./bands/Dream Theater ./bands/Rush 
./bands/Dream Theater:Drums:Mike Mangini
./bands/Rush:Drums: Neil Peart
grep Drums ./bands/King's X ./bands/Megadeth 
./bands/King's X:Drums:Jerry Gaskill
./bands/Megadeth:Drums:Dirk Verbeuren
[root@localhost bokeh]# 

Смотрите, что grepбыло выполнено с двумя именами файлов из-за -l2.

Учитывая конкретное название этого поста, вот мое предложение:

ls | grep ' ' | tr ' ' '<' | sed 's|<|\\ |g'

Идея состоит в том, чтобы преобразовать пробелы в любой уникальный символ, такой как «<», а затем изменить его на «\», обратную косую черту, за которой следует пробел. Затем вы можете передать это в любую команду, которая вам нравится, например:

ls | grep ' ' | tr ' ' '<' | sed 's|<|\\ |g' | xargs -L1 GetFileInfo

Ключ здесь лежит в командах «tr» и «sed»; и вы можете использовать любой символ, кроме «<», например «?» или даже символ табуляции.

Альтернативные решения могут быть полезны ...

Вы также можете добавить нулевой символ в конец ваших строк, используя Perl, а затем использовать -0опцию в xargs. В отличие от xargs -d '\ n' (в утвержденном ответе) - это работает везде, включая OS X.

Например, для рекурсивного перечисления (выполнения, перемещения и т. Д.) Файлов MPEG3, которые могут содержать пробелы или другие забавные символы - я бы использовал:

find . | grep \.mp3 | perl -ne 'chop; print "$_\0"' | xargs -0  ls

(Примечание: для фильтрации я предпочитаю простой для запоминания синтаксис "| grep", а не аргументы "find's" --name.)