не может работать в режиме буфера кадра. Укажите busID

Приоритет — это только половина ответа. Важно также то, как работают правила завершения логических выражений. Вскоре это становится немного сложнее, в основном из-за того, что findиспользует разумные значения по умолчанию и в то же время является программируемым.

Чтобы проиллюстрировать, что я имею в виду, вот еще одно решение:

find. -name "*.txt" -print -or -type f -print

это добавляет явное действие к каждой конечной -точке. И просто:

]# find -name "*.txt" -or -type f
./p.txt
./s1.mp3
./a1.txt

также получает все файлы (, включая не -обычную запись "p.txt" ). Здесь значение по умолчанию -printнаходится вне любого выражения (sub -)и применяется ко всем ветвям.

После добавления ровно одного -printвы получите "или... или":

]# find -name "*.txt" -print -or -type f 
./p.txt
./a1.txt

]# find -name "*.txt" -or -type f -print
./s1.mp3

Бесполезно обсуждать, что лучше -Проблема в том, что Q очень искусственный (и к тому же дублирующий ). Если кто-то хочет отследить mkfifo pipe.txt,логическое «И НЕ» вместо «ИЛИ» имело бы более семантический (и общий )смысл.

Для этого не нужны ни скобки, ни -печать:

]# find -name "*.txt" -not -type f       
./p.txt