Как для find отключить вывод лога при поиске без параметра -name или -iname?

Question

[imba]

При использовании find без параметра -name или -iname , find начинает выводить в консоль лог поиска (папки и фаилы которые были проверены) . Если использовать параметры - лога не выводиться. Как можно отключить вывод лога при поиске без параметров?

Answer 1

[Saboteur]

find выводит не лог поиска, а все, что найдено согласно с условием поиска.
Если вы не указываете конкретный name или iname, значит вы ищете все файлы и папки, вот он вам их и выводит

Comments

[imba]

Не совсем без указания -name или -iname имя берется из 2 параметра.
Например
find . *.t
Сначала выведет содержимое директории а потом результат поиска
Если использовать
find . -iname *.t
то только результат поиска.
Но проблема в том что при ошибке в параметре . например
find . iname = *.txt
Сначала выведет содержимое директории а потом что фаил "iname = *.txt" не наиден

[Saboteur]

нет, не берется из параметра. В данном случае вы начинаете искать с текущей директории, вот оно и выводит вам текущую директорию, а потом ваши параметры.

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

find . -name "*.t"

[imba]

Saboteur, * не требует кавычек , они нужны для пробелов и пр спец символов и управляющих конструкции.
Проблема не в том что ни чего не нашло а в том что вывод консоли НЕ относящийся к результату поиска полетел дальше по пайпу.
И это Не ожидаемое поведение при поиске, снести себе домашний каталог полностью просто написав

find ~ iname '*.mp4' -exec rm {} +

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

find: ‘iname’: Нет такого файла или каталога
find: ‘*.mp4’: Нет такого файла или каталога

было бы 0 вопросов.
Но домашний каталог теперь очищен от всего на что хватило прав)))

hard@dpc:~$ ll
итого 0

Удаление происходит только потому что в паип подается лишнии вывод.

Вопрос все таки в том. Как, даже при ошибке в синтаксисе , убрать лишний вывод из консоли ПО _УМОЛЧАНИЮ , оставить только результат поиска.

Основная претензия именно к не очевидному поведению

Не очевидное, потому что, сначала ДЕЛАЮТ (удаляют) все, а потом ИЩУТ (говорят что ничего не нашли).
При ПОИСКЕ ожидаешь, что сначала ИЩУТ а потом ДЕЛАЮТ (удаляют) что совпало с шаблоном.

Если посмотреть первоисточник
https://www.gnu.org/software/findutils/ то там
find где_ищем что_ищем параметры
То такого поведения не ожидаешь.

И тут появилось еще 2 вопроса.

ard@dpc:~$ ll test/
итого 0
-rw-r--r--. 1 hard hard 0 апр 20 21:11 1.mp4
-rw-r--r--. 1 hard hard 0 апр 20 21:11 1.txt
hard@dpc:~$ find test/  *.mp4
test/
test/1.mp4
test/1.txt
1A2476A-720p.mp4
1E536DE-720p.mp4
39C6939-720p.mp4
490D97B-720p.mp4
552B56D-720p.mp4
96146E6-720p.mp4
B7B1ABA-720p.mp4
EDCA734-720p.mp4
ff (16).mp4
IMG_2348.mp4
IMG_5760.mp4
video_2025-01-28_18-37-58.mp4
video_2025-03-21_00-40-53.mp4

то есть параметр каталога был проигнорирован и поиск пошёл в каталоге сессии )))
все неименованные параметры воспринимаются как имена фаилов? (шаблоны поиска) если нет name или iname ?

2)
интересная дихотомия

find . что_угодно -exect rm {} +
попытается удалить '.' и сообщит об этом (интересно что будет под рутом и с rm -rf но мне как то слабо проверять , тк . это вроде алиас фс а не ос)
find . что_угодно -delete

не выведет сообщение что пыталось удалить '.' (скорее всего не попытается, не знаю как проверить была ли попытка)

Но вопрос все таки в том, Как даже при ошибке в синтаксисе , убрать лишний вывод из консоли ПО _УМОЛЧАНИЮ , оставить только результат поиска.

[SunTechnik]

imba, звездочку надо маскировать.
Без этого, её сначала раскрывает bash, после чего у find оказывается куча аргументов, от которых ему сносит крышу.

Создайте тестовый каталог, в нем тестовую структуру файлов и каталогов.
Дайте команду: set -x

И Вы увидите, что реально уходит на исполнение...

[imba]

Такие скобочки подойдут? "*.4mp"

hard@dpc:~/test$ ll
+ ls --color=auto -l --color=auto
итого 4
drwxr-xr-x. 2 hard hard 4096 апр 21 02:52 1
-rw-r--r--. 1 hard hard    0 апр 21 03:19 1.mp3
-rw-r--r--. 1 hard hard    0 апр 21 03:19 1.mp4
-rw-r--r--. 1 hard hard    0 апр 21 03:19 1.txt
++ printf '\033]0;%s@%s:%s\007' hard dpc '~/test'
hard@dpc:~/test$ find . name "*.4mp" -exec rm {} +
+ find . name '*.4mp' -exec rm '{}' +
find: ‘name’: Нет такого файла или каталога
find: ‘*.4mp’: Нет такого файла или каталога
rm: невозможно удалить '.': Это каталог
rm: невозможно удалить './1': Это каталог
++ printf '\033]0;%s@%s:%s\007' hard dpc '~/test'
hard@dpc:~/test$ ll
+ ls --color=auto -l --color=auto
итого 4
drwxr-xr-x. 2 hard hard 4096 апр 21 02:52 1
++ printf '\033]0;%s@%s:%s\007' hard dpc '~/test'
hard@dpc:~/test$

Режим отладки как-то не пояснил удаление фаилов.

Find не смог найти ни чего но удалил все на что хватило прав? Это правда адекватное поведение?
Да параметр -name написан с ошибкой, но вывод тогда не должен был лететь в пайплай на удаление.
Ведь если сделать
find . name "*.4mp" 2>/dev/null
такого не будет

[Saboteur]

imba, " * не требует кавычек"

В случае с командой find, как раз это необходимо.
Нужно понимать, что символы wildcard без кавычек будут обработаны не опцией -name или -iname, а самим баш, в результате find получит список конкретных значений, и в случае если вдруг найдутся файлы, которые матчатся этим вайлдкардом, вы получите синтаксическую ошибку.

Что касается "find ~ iname '*.mp4' -exec rm {} +"

Так вы не указали опцию -iname, указали несколько параметров, не ограничивая поиск.

Answer 2

[hint000]

без параметра -name или -iname

А с каким параметром? Каким-то критерием вы ограничили поиск?

find начинает выводить в консоль лог поиска (папки и фаилы которые были проверены)

Это не лог, а результат поиска. Вы же хотите получить какой-то результат, иначе бы не запускали команду.
Если ограничения не заданы, то все файлы являются результатом поиска - они и выводятся.
В принципе вы можете направить результаты "в никуда", добавив в конец команды > /dev/null

Comments

[imba]

проблема в том что если у find указать -exect и команду то команда будет применена ко всем обьектам из вывода , даже если в конце вывода будет написано что ничего не найдено.
Уточню find с 2 параметрами . Например
find . *.txt
Сначала выведет содержимое , применит -exect а потом скажет что нашлось и применит -exect если будет к чему

[Александр Карабанов]

imba, это неправильно заданные параметры поиска:

abook:/tmp/test$ ls -1
1.txt
2.txt

abook:/tmp/test$ find . -iname "*.t"
abook:/tmp/test$ ничего не нашёл - нет ни одного файла подходящего под указанные параметры

abook:/tmp/test$ ls *.t
ls: невозможно получить доступ к '*.t': Нет такого файла или каталога


abook:/tmp/test$ find . -iname "*.t*"
./1.txt
./2.txt

abook:/tmp/test$ find . -iname "*.txt"
./1.txt
./2.txt

FYI
Вызывать rm менее эффективно чем использовать флаг -delete - на небольшом количестве файлов незаметно, но на объёмах очень заметно, да и команда получается проще

[imba]

Александр Карабанов, Да неправильное , согласен полностью.
Но поведение тоже крайне не очевидное, с 1 параметром в консоль find не выплевыват все и критичного не происходит. Просто понимаешь что ошибся.

find 11*.mp4
find: ‘11*.mp4’: Нет такого файла или каталога

Но если у find 2 параметра то начинается "интересное"

ard@dpc:~$ ll test/
итого 0
-rw-r--r--. 1 hard hard 0 апр 20 21:11 1.mp4
-rw-r--r--. 1 hard hard 0 апр 20 21:11 1.txt
hard@dpc:~$ find test/  *.mp4
test/
test/1.mp4
test/1.txt
1A2476A-720p.mp4
1E536DE-720p.mp4
39C6939-720p.mp4
490D97B-720p.mp4
552B56D-720p.mp4
96146E6-720p.mp4
B7B1ABA-720p.mp4
EDCA734-720p.mp4
ff (16).mp4
IMG_2348.mp4
IMG_5760.mp4
video_2025-01-28_18-37-58.mp4
video_2025-03-21_00-40-53.mp4

Вопрос все таки в том. Как, даже при ошибке в синтаксисе , убрать лишний вывод из консоли ПО _УМОЛЧАНИЮ , оставить только результат поиска.

Не очевидное, потому что, сначала ДЕЛАЮТ (удаляют) все, а потом ИЩУТ (говорят что ничего не нашли).
При ПОИСКЕ ожидаешь, что сначала ИЩУТ а потом ДЕЛАЮТ (удаляют) что совпало с шаблоном.

Если посмотреть первоисточник
https://www.gnu.org/software/findutils/ то там
find где_ищем что_ищем параметры
То такого поведения не ожидаешь.

И тут появилось еще 2 вопроса.

ard@dpc:~$ ll test/
итого 0
-rw-r--r--. 1 hard hard 0 апр 20 21:11 1.mp4
-rw-r--r--. 1 hard hard 0 апр 20 21:11 1.txt
hard@dpc:~$ find test/  *.mp4
test/
test/1.mp4
test/1.txt
1A2476A-720p.mp4
1E536DE-720p.mp4
39C6939-720p.mp4
490D97B-720p.mp4
552B56D-720p.mp4
96146E6-720p.mp4
B7B1ABA-720p.mp4
EDCA734-720p.mp4
ff (16).mp4
IMG_2348.mp4
IMG_5760.mp4
video_2025-01-28_18-37-58.mp4
video_2025-03-21_00-40-53.mp4

то есть параметр каталога был проигнорирован и поиск пошёл в каталоге сессии )))
все неименованные параметры воспринимаются как имена фаилов? (шаблоны поиска) если нет name или iname ?

2)
интересная дихотомия
find . что_угодно -exect rm {} +
попытается удалить '.' и сообщит об этом

find . что_угодно -delete
не выведет сообщение что пыталось удалить '.' (скорее всего не попытается, не знаю как проверить была ли попытка)

Но вопрос все таки в том, Как даже при ошибке в синтаксисе , убрать лишний вывод из консоли ПО _УМОЛЧАНИЮ , оставить только результат поиска.

Потому что , например , не ожидаешь что удалишь весь домашнии каталог еще до завершения поиска
find ~ iname='*.mp4' -exec rm {} +

[Александр Карабанов]

imba,

Как даже при ошибке в синтаксисе , убрать лишний вывод из консоли ПО _УМОЛЧАНИЮ , оставить только результат поиска.

Это не лишний вывод - это результат поиска подходящий под указанные критерии. Если речь про текст ошибки, то его можно перенаправить в /dev/null

abook:/tmp/test$ find . что_угодно -print
.
./1.txt
./2.txt
find: ‘что_угодно’: Нет такого файла или каталога


abook:/tmp/test$ find . что_угодно -print 2>/dev/null
.
./1.txt
./2.txt

все неименованные параметры воспринимаются как имена фаилов? (шаблоны поиска) если нет name или iname ?

Да. А name или iname или exec или print - это выражение, если выражение не передано явно то по умолчанию используется выражение print, которое и выводит рэзультат поиска.

Использование: find [-H] [-L] [-P] [-Oуровень] [-D debugopts] [путь…] [выражение]

Путём по умолчанию является текущий каталог; выражение по умолчанию: -print.
Выражение может состоять из операторов, параметров, тестов и действий.

Операторы (в нисходящем порядке; -and берётся по умолчанию, если других нет):
      ( EXPR )   ! EXPR   -not EXPR   EXPR1 -a EXPR2   EXPR1 -and EXPR2
      EXPR1 -o EXPR2   EXPR1 -or EXPR2   EXPR1 , EXPR2

find test/ *.mp4 - выражение не передано (по умолчанию будет использовано -print), все аргументы восприняты, как путь, где надо искать, кстати wildcard (*.mp4) надо брать в кавычки иначе оболочка выполнит glob и передаст в find список имён фалов, которые подошли под шаблон.

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

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

[imba]

$ find . что_угодно -print 2>/dev/null
Это конечно хорошо , но как сделать такое поведение по умолчанию?
Те чтобы find отправляла ошибки не в общий поток ( 2 - поток ошибок ).

Ты же пишешь 2 > /dev/null , те не фильтруешь как-то, просто ошибки >/dev/null
А не ошибки > rm -rf

Те ошибки в паиплайн должны передаваться как исключения/ошибки а не как результат работы или НЕ передаваться вообще и возвращать сигнал аварийного завершения

Не ужели "Поиск" это должна быть потенциально опасная команда? "Поиск"!!!
Получается да, нуб может расфигачить всё командой для этого не предназначенной)

[hint000]

imba,

Как, даже при ошибке в синтаксисе , убрать лишний вывод из консоли ПО _УМОЛЧАНИЮ , оставить только результат поиска.
Основная претензия именно к не очевидному поведению

чё-то ржу, вспомнив анекдот:

...
- Ты не поэт, Незнайка!
- Я - не поэт. Я - бард!

И ещё про директора столовой и хакера с солонкой, прям идеально:

Получается да, нуб может расфигачить всё командой для этого не предназначенной

https://www.google.com/search?q=хакер+против+дирек...

Вы ещё к SQL предъявите за возможность SQL-инъекции, т.е. возможность снести всю базу или получить полный доступ через передачу некорректных параметров. И молотком можно по пальцу стукнуть, что же не предусмотрели на молотке защиту от травм? И я&ца можно прищемить молнией на брюках.
Посмотрите на весь мир вокруг себя и удивитесь: самые эффективные инструменты позволяют мастеру прострелить себе ногу или свернуть шею. Для стажеров приделывают два боковых колёсика, но эти же колёсики и не позволяют стажеру ни быстро ездить, ни круто поворачивать.

[imba]

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

Дают Терминатору фото , говорят - посмотри, на фото маньяк.
Теперь посмотри на толпу у метро , найди маньяка и убей.
Терминатор достает бфг и фигачит всех в фарш.
А потом говорит - Маньяков не обнаружено.

Но раз решения нет то хз.
Забавно почему в случае -delete не пробует удалить '.' больше похоже на костыль.

[hint000]

imba,

Дают Терминатору фото , говорят - посмотри, на фото маньяк.
Теперь посмотри на толпу у метро , найди маньяка и убей.
Терминатор достает бфг и фигачит всех в фарш.
А потом говорит - Маньяков не обнаружено.

Тут проблема в неправельном выборе инструмента для конкретной задачи. Нужно было дать фото маньяка Робокопу - и всё было бы нормально. Вместо этого пригласили Терминатора - боевую машину, а не охранника порядка.
Так и в случае с удалением файлов - правильное решение можно найти, но для этого нужно знать исходную задачу (охрана порядка - исходная задача, ликвидация маньяка - частный случай).

В скрипте неправильных аргументов не должно быть, потому что скрипт так или иначе отлаживают. Допустим, речь не о скрипте, а об отдельной команде, выполняемой один раз; да, ошибаются все люди. Но тот, кто совершает фатальную ошибку, удалив нужные файлы с "боевого" сервера, не должен был иметь права админа на таком сервере. Настоящий админ помнит, что он, как и все, может ошибиться. Но главное для настоящего админа - не безошибочность действий, главное - ответственность. Поэтому админ действует так, чтобы его возможные ошибки не были фатальными. Чтобы любую ошибку можно было исправить. Например, если файлы случайно удалены, то их можно восстановить из бэкапа. Либо сперва одной командой записать в файл список объектов для удаления, просмотреть глазами этот файл, а потом другой командой взять из файла список и удалить эти объекты. Или ещё что-то. Правильное решение найти можно. Использовать Робокопа вместо Терминатора - можно. Дождаться момента, когда маньяк будет один, а не в толпе - можно. Использовать в толпе усыпляющий газ вместо пулемёта - можно. И т.д.