Linux, почему я не могу найти результат поиска в rm?

Чтобы расширить ответ @Alex Gitelman: да, есть разница между «стандартным вводом» и командной строкой.

Когда вы вводите rm a.txt b.txt c.txt, файлы, которые вы перечисляете после rm, называются аргументами и становятся доступными для rm через специальную переменную (внутренне называемую argv). Стандартный ввод, с другой стороны, выглядит для программы Unix как файл с именем stdin. Программа может читать данные из этого «файла» так же, как если бы она открывала обычный файл на диске и читала из него.

rm, как и многие другие программы, получает аргументы из командной строки, но игнорирует стандартный ввод. Вы можете передать ему все, что захотите; он просто выбросит эти данные. Вот где xargs пригодится. Он считывает строки со стандартного ввода и превращает их в аргументы командной строки, поэтому вы можете эффективно передавать данные в командную строку другой программы. Это ловкий трюк.

Например:

find . -name ".txt" | xargs rm
find . -name ".txt" | grep "foo" | xargs rm  

Обратите внимание, что это будет работать неправильно, если есть какие-либо имена файлов, содержащие символы новой строки или пробелы. Чтобы иметь дело с именами файлов, содержащими символы новой строки или пробелы, вы должны использовать вместо этого:

find . -name ".txt" -print0 | xargs -0 rm

Это скажет find завершать результаты нулевым символом вместо новой строки. Однако тогда grep работать как раньше не будет. Вместо этого используйте это:

find . -name ".txt" | grep "foo" | tr "\n" "\0" | xargs -0 rm

На этот раз tr используется для преобразования всех символов новой строки в нулевые символы.

"почему я не могу передать результаты поиска в rm?"

Когда вы передаете что-то программе, конвейер заменяет ввод с клавиатуры. Имейте это в виду и задайте себе следующий вопрос: что бы rm делал с клавиатурой? Удалить нажатия клавиш? (немного глупо) Принятие интерактивного управления? (rm не является интерактивным, за исключением случаев, когда требуется подтверждение, которое действительно может быть предоставлено конвейером.)

На самом деле, когда rm уже запущен, вы не можете вводить команды, позволяющие ему удалять файлы... так что вы не можете сделать это и с каналом.

Если иметь в виду, что трубка заменяет комбинацию клавиатуры и экрана, все сразу кажется более логичным.

Теперь наоборот. Вы можете направить поток данных в grep. Означает ли это, что вместо этого вы можете позволить grep считывать нажатия клавиш с клавиатуры в качестве входных данных?

ДА! На самом деле это то, что он делает изначально (без конвейера).

(кстати, обратите внимание, что вы не можете передать или ввести аргумент поиска в grep )

Итак, теперь вы знаете, почему вы не можете передать rm и ожидать, что он будет работать как аргумент командной строки.

tl;dr :

Структура программы в соответствии с философией UNIX:
вход в файл, выход из файла, вход с клавиатуры, выход на экран. -> Pipe заменяет только клавиатуру и экран.

Pipe отправляет вывод первой команды на стандартный ввод второй. rm не принимает стандартный ввод, поэтому вы не можете подключиться к нему. Вы можете использовать xargs для достижения того же эффекта. Вы можете найти пример для xargs специально для вашего случая на справочной странице для xargs .

Альтернатива без использования труб:

xargs rm -f <<< $(find . -name ".txt")

найти . имя ".txt" | grep "фу" | xargs -I{} пм {}