удаление массы файла

Сделайте это вместо этого:

find . -type f -iname '*.xml' -o -iname '*.png'\
       -o -iname '*.jpeg' -o -iname '*.gif' -delete

Вы могли также использовать регулярные выражения:

find . -type f -iregex '.*\.\(xml\|png\|jpeg\|gif\)$' -delete

Существует в основном 4 пути, которыми можно приблизиться, это использование задач находят.

Метод № 1 - использование -delete

$ find . -type f -iname '*.xml' -o -iname '*.png'\
       -o -iname '*.jpeg' -o -iname '*.gif' -delete

Поскольку другие упомянули в этом Вопросы и ответы, этот метод является самым быстрым и наименее интенсивно использующим ресурсы. Заключение в кавычки от находки документы онлайн:

10.1.6 Используя '-delete' действие

---

Самый эффективный и безопасный метод решения этой проблемы должен использовать '-delete' действие:

 find /var/tmp/stuff -mtime +90 -delete

Эта альтернатива более эффективна, чем любой из -exec' or- execdir' действия, так как это полностью избегает издержек разветвления нового процесса и использования exec' to run/bin/rm'. Это также обычно более эффективно, чем xargs' for the same reason. The file deletion is performed from the directory containing the entry to be deleted, so the- удалите' действие, имеет те же преимущества безопасности, как '-execdir' действие имеет.

'-Delete' действие был представлен семейством BSD операционных систем.

Примечание: Одна вещь иметь в виду с этим подходом, использованием -delete подразумевает также переключатель -depth. Что это означает? Вот пример как -delete может записать Вас, если Вы не осторожны.

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

$ find . -not "(" -name .svn -type d -prune ")" -type f -print
./a.txt

Но потому что -delete включает a -depth переключатель, файлы, которые на самом деле добрались бы, имел дело с:

$ find . -not "(" -name .svn -type d -prune ")" -type f -print -depth
./.svn/all-wcprops
./.svn/entries
./.svn/format
./.svn/text-base/a.txt.svn-base
./a.txt

Поэтому при использовании -delete, заботу нужно соблюдать.

Метод № 2 - -exec command {} +

$ find . -type f -iname '*.xml' -o -iname '*.png'\
       -o -iname '*.jpeg' -o -iname '*.gif' -exec rm {} \+

По сравнению с -delete метод, это наиболее вероятно следующий наилучший вариант, с точки зрения производительности и мобильности через Unixes. -exec ... {} + нотация работает следующим образом:

из страницы справочника находки

Этот вариант - исполнительное действие выполняет указанную команду на выбранных файлах, но командная строка создается путем добавления каждого выбранного имени файла в конце; общее количество вызовов команды будет намного меньше, чем количество подобранных файлов. Командная строка создается почти таким же способом, которым xargs создает свои командные строки. Только один экземпляр '{}' позволяется в рамках команды. Команда выполняется в начальном каталоге.

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

Метод № 3 - xargs

$ find . -type f -iname '*.xml' -o -iname '*.png'\
       -o -iname '*.jpeg' -o -iname '*.gif' -print0 | xargs -0 rm -f

find ... -print0 создаст список файлов, соответствующих указанным критериям. Этот список затем передается через канал xargs. -print0 переключатель помещает символ ASCII NUL, поскольку разделитель между каждым результатом находит. -0 включить xargs заставляет его предположить, что файлы, передаваемые в, разделяются символами ASCII NUL.

По сравнению с методами № 1 и № 2, у этого будет подобная производительность к № 2, однако -print0 переключатель универсально не поддерживается через весь Unixes.

Метод № 4 - -exec command {} \;

$ find . -type f -iname '*.xml' -o -iname '*.png'\
       -o -iname '*.jpeg' -o -iname '*.gif' | exec rm -f {} \;

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

Дополнительные соображения вокруг безопасности

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

Примите свой корень, и Вы выполняете следующую команду:

$ find /var/tmp/somedir -type f -exec rm {} \;

Без ведома Вам, кто-то злонамеренно создал ссылку на /etc каталог под /var/tmp/somedir. Когда вышеупомянутая команда работает, /etc каталог будет также удален. Эта проблема существует с любым из методов для удаления файлов, за исключением -delete опция (метод № 1).

tl; доктор;

Самый быстрый и самый безопасный способ удалить файлы с помощью находки состоит в том, чтобы использовать -delete. Используя xargs -0 может быть подобным в производительности, но это не столь безопасно. -delete действие не является абсолютно портативным. Самая эффективная портативная альтернатива -exec ... +, но это небезопасно и не поддерживается версиями GNU findutils до 4.2.12.

Ссылки

• Удаление большого количества файлов с находкой - Блог Администраторов Debian
• Найдите пользовательское руководство
• Эффективность должностного лица находки по сравнению с xargs
• Удаление Файлов с находкой

Существует небольшая погрешность в ответ slm.

NOTE & Disclamer: это должно быть комментарием к ответу slm, но право теперь я еще не могу сделать комментариев.

Пример "кто-то злонамеренно создал ссылку", данную к Дополнительным соображениям вокруг безопасности, не полностью точно и о жестких ссылках Unix и для гибких ссылок Unix.

Для понимания различия между этими двумя, посмотрите Жесткую ссылку и Символьные ссылки в Unix или погуглите его.

Для гибких ссылок (наиболее используемый тип так или иначе) оба GNU find и BDS find не переходит по символьным ссылкам, если не используется определенное -L отметьте для принуждения символьной ссылки после. [Посмотрите man find]

Таким образом, этим примером, вероятно, не будет prolem, если Вы не вызовете find следовать за гибкими ссылками с помощью -L флаг. Это - опасный выбор, так или иначе.

Для жестких ссылок, find перейдет по ссылке в другой файл, но обратите внимание на то, что трудно соединение с другим каталогом, "вероятно, перестанет работать" как посмотрите в man ln для GNU ln :

   -d, -F, --directory
          allow the superuser to attempt to hard link directories (note: will probably
          fail due to system restrictions, even for the superuser)

Таким образом, вероятно, невозможно создать жесткую ссылку на каталог во-первых и find не будет иметь ничего для следования.

Обратите внимание что некоторый BDS ln реализация не имеет a -d опция вообще.