Удалить разом несколько файлов

больше 1000 это херня: rm -f /opt/sof/bd/abc* /opt/sof/bd/*.txt

Если больше миллиона, то читай сюда: https://habr.com/post/157613/

rm -f /opt/sof/bd/abc* /opt/sof/bd/*.txt

Это развернёт шелл, в строку оно не влезет и пошлёт в задницу.

-name *.txt

-name abc.*

Оберни в кавычки, ибо * разворачивает шелл, и разворачивает скорее всего в ничего.

abc01,abc02,abc03

abc*, а не abc.*.

требуется одним разом удалить все файлы с разрешением .txt и файлы в которых есть имя «abc» (abc01,abc02,abc03 и т.д.)

-name '*abc*.txt'

все файлы

-type f

про экранирование шаблонов уже подсказали

"-delete" в find чем не подходит ?

Эм, даже не в курсе)) Просто понадобилось вот удалить из базы, N-ое количество файлов))

А если нужно не удалить? А перенести, допустим «*.txt» в другой каталог?

Если надо не переносить, а именно удалять, у find есть даже специальный ключик для этого, -delete. Пожалуйста, посмотрите в эту сторону, т.к. при этом нагрузка меньше на систему, меньше процессов создается и тратится меньше памяти.

Тебя он пошлет в задницу.

[ test]$ ls |head
abc1
abc10
abc100
abc1000
abc101
abc102
abc103
abc104
abc105
abc106
[ test]$ ls abc* |wc -l
1000
[ test]$ time rm -f abc*

real	0m0,090s
user	0m0,005s
sys	0m0,039s
[ test]$ ls abc* |wc -l
ls: невозможно получить доступ к 'abc*': Нет такого файла или каталога
0
[ test]$ 

удалить

man rm

перенести

man mv

man find

разворот *.txt в набор файлов очень долгое и гиблое дело. может памяти не хватить.

чистил архивы тайловых карт ~300 000 файлов в куче вложенных директорий общим весом под сотню гигов.

кстати до сих пор не понимаю почему все так упираются в мудрености "-exec rm {} \;" и "-print0 | xargs -0 rm -f" когда в самом find есть отличная опция

ACTIONS
  -delete
     Delete files; true if removal succeeded.  If the removal failed,
     an  error message is issued.  If -delete fails, find's exit sta‐
     tus will be nonzero (when it eventually exits).  Use of  -delete
     automatically turns on the `-depth' option.

     Warnings:  Don't  forget that the find command line is evaluated
     as an expression, so putting -delete first will make find try to
     delete everything below the starting points you specified.  When
     testing a find command line that you later intend  to  use  with
     -delete,  you should explicitly specify -depth in order to avoid
     later surprises.  Because -delete  implies  -depth,  you  cannot
     usefully use -prune and -delete together.

Ну так у него больше 1000, копейки.

Ничего не удаляет!

нафиг файнд для одного каталога?
cd /opt/sof/bd/
rm *abc*.txt
rm *.txt*
rm *abc*

Ничего не удаляет!

Так не бывает )

Но вообще у меня /opt root:root То есть:

sudo find /opt/sof/bd -name "*.txt" -o -name "abc*" -delete

Может потому, что 1 команда проще, чем 4? )

я и так от рута

find /opt/sof/bd -name "*.txt" -delete

кстати до сих пор не понимаю почему все так упираются в мудрености "-exec rm {} \;" и "-print0 | xargs -0 rm -f" когда в самом find есть отличная опция -delete

Потому что в posix find нет -delete, но есть зато вместо точки с запятой плюсик, то есть запустит одной командой столько сколько возможно аргументов.

Потому что в posix find нет -delete, но есть зато вместо точки с запятой плюсик, то есть запустит одной командой столько сколько возможно аргументов.

Осталось лишь найти posix find, которого нет в самых популярных дистрибутивах.

Осталось лишь найти posix find, которого нет в самых популярных дистрибутивах.

Очень умно, ага. posix как стандарт определяет минимум, потому он у вас есть в популярных дистрибутивах.

Да, действительно удаляет только последнюю выборку. Был не прав.

Получается надо:

find /opt/sof/bd -name "*.txt" -delete -o -name "abc*" -delete

Вот так будет работать:

find -regex '.*\(txt\|abc\).*' -delete

Очень умно, ага. posix как стандарт определяет минимум, потому он у вас есть в популярных дистрибутивах.

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

Отсутствие -delete в стандарте лишь говорит о косности последнего.

отсутствие фич в станадрте лишь говорит о том что давно не выпускали новых версий стандартов :)

и это стандартнее стандартов :)

И что?

Да ни чо. Задали вопрос, я — ответил. delete — очень узкая задача, а знание -exec {} + — гораздо полезнее, так как позволяет запустить любую программу с максимальным количеством аргументов на любой posix-, а значить и unix-like системе, и в отличии от -print0 | xargs -0 — «работает проще и быстрее». Потому — знать это полезно, если б pfg этот вариант упомянул того комментария вообще от меня не было.

отсутствие фич в станадрте лишь говорит о том что давно не выпускали новых версий стандартов :)

Я посмотрел, последнее обновление 2017 год. Просто легче нарисовать новую циферку на обложке, чем добавить содержимое.

новые функции - новые проблемы (с) любой программист.

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

Вот это верно подмечено:) работает не трогай)) Всем спасибо за ответы:)

Осталось выяснить какой find быстрее сделает с -delete или без него.

exec спавнит детей, логично предположить что быстрее без