Perguntas[find](unix)

Para encontrar e remover arquivos vazios, encontrei a seguinte pergunta do Stack Overflow:

https://stackoverflow.com/q/3157343

Há cerca de 10 respostas lá, mas todas elas usam -size 0and not -empty.

Por exemplo, uma resposta +153:

find . -name 'file*' -size 0 -print0 | xargs -0 rm

Outra resposta, +100:

find -name 'file*' -size 0 -delete

Por que isso? Em outras palavras, quais vantagens -size 0fornece sobre -empty?

Minha solução pessoal, para macOS, é

find . -mindepth 1 -maxdepth 1 -type f -empty -print -delete

Preciso escanear sistemas Linux em busca de vírus/malwares, apenas todo o sistema de arquivos. Há algumas opções a considerar.

• Uma delas é o que os usuários normalmente fazem: usar um antivírus para escanear o sistema uma vez por dia.
• A segunda opção é encontrar arquivos modificados no último dia e fornecer essa lista ao programa antivírus.

Testei o seguinte comando bash findem um diretório com 5 milhões de arquivos vazios e ele é extremamente eficiente.

date;find /test/ -type f -ctime -1 -type f 1>./find_ctime.out 2>./find.errors;date

Leva apenas cerca de 5 segundos.

Estou usando a opção -ctime apenas para superar alguns horários de modificação de alterações de programas usando utilitários como o touch.

A maioria dos administradores, quando falam sobre uma verificação do sistema, falam sobre ter um antivírus fazendo a verificação completa.

Existe algum motivo pelo qual find não deve ser usado para obter uma lista de arquivos modificados e examiná-los?

Considere os dois comandos abaixo que estão programados para serem executados ao mesmo tempo (via Autosys, exatamente às 8h).

O findcomando removeu arquivos com mais de 15 dias, mas saiu com status diferente de zero com:

???find missing /app/source/a.txt no such file or directory

No entanto, a.txttem um dia de idade. Por que o findcomando está validando um arquivo recente que estava presente durante sua execução, mas foi movido para outra pasta ao mesmo tempo?

find /app/source -type f -name -mtime +15 rm -f {} \;

mv /app/source/a.txt /app/backup/

Eu tento usar findpara encontrar arquivos...

• que estão escondidos usando chflags, comochflags hidden my_file
• ou cujos nomes de arquivo começam com um ponto, como.my_file
• .DS_Storee ignorar arquivos específicos do macOS

A versão atual é

find . -mindepth 1 -maxdepth 1 -name '.*' -not -name '.DS_Store' -o -flags -hidden

Mas não exclui .DS_Storearquivos. Como fazer funcionar?

Tenho a seguinte estrutura de diretório em uma máquina macOS:

dir1/
|- file1.txt
|- dir2/
   |- file2.txt
   |- dir3
      |- file3.txt

Em seguida, executo estes dois findcomandos:

find . -depth 1 -path '*.txt'

find . -mindepth 1 -maxdepth 1 -path '*.txt'

O objetivo é pesquisar não recursivamente todos os .txtarquivos em dir1. Se usado em dir1, ambos os comandos retornam file1.txt, mas me disseram que apenas o segundo comando, com -mindepthand -maxdepth, é realmente correto. É realmente assim? Alguém poderia explicar a diferença?

E a segunda pergunta. Se eu precisar pesquisar recursivamente, devo remover -mindepth 1 -maxdepth 1completamente ou remover -maxdepth 1somente?

Não consigo entender o que significa a opção "-f" para encontrar comandos no NetBSD.

Manual: https://man.netbsd.org/find.1 diz

-f Especifica uma hierarquia de arquivos para find percorrer. Hierarquias de arquivos também podem ser especificadas como operandos imediatamente após as opções.

Uso:

encontrar [-H | -L | -P] [-dEhsXx] -f arquivo [arquivo ...] [expressão]

encontrar [-H | -L | -P] [-dEhsXx] arquivo [arquivo ...] [expressão]

Eu esperaria que as duas chamadas a seguir fossem equivalentes:

home# find ./ -name "*c"
./1.c

home# find -f ./ -name "*c"
find: unknown option -- n
find: unknown option -- a
find: unknown option -- m
find: unknown option -- e
./
./1.c
find: *c: No such file or directory

Em vez de fazer o segundo equivalente, tenho que correr

home# find -f ./ -- -name "*c"
./1.c

Estou esquecendo de alguma coisa?

Estou tentando substituir links simbólicos no meu diretório atual pelos arquivos para os quais eles apontam. Achei que tinha entendido 'cp' e o argumento '-L', mas aparentemente não.

Aqui está o comando que estou usando

find ./ -maxdepth 1 -type l -regex ".*\(pdf\|odp\)" | xargs readlink -f | xargs cp -Lf -t .

Aqui está o erro que recebo

cp: '/home/user/dir1/dir2/dir3/file.pdf' and './file.pdf' are the same file

O que estou perdendo

Estou tentando criar um script interativo que me permite escolher uma data e hora de início, depois recorrer ao diretório/subdiretórios atuais, encontrar todos os arquivos de áudio flac, classificados por diretório/subdiretórios/nome do arquivo e, em seguida, atualizar o carimbo de data/hora em 1 segundo começando a partir da data de início da entrada inicial do usuário.

#!/bin/bash

# Description: change mtime using touch with time offset

# get starting date and time
read -p "Starting date and time (ex. 2012-03-22 22:00:05): " start_date

# convert to unix timestamp
start() {
    date -d "${start_date}" +%s
}

# find all flac files inside a directory 
flac() {
    find . -type f -name "*.flac" | sort
}

for file in $flac; do
  touch -d @$start "$flac"
  # increment by 1 second
  $start=$(start + 1)
done

Quero gerar um único arquivo .txt para vários arquivos mp4 ou mkv contendo os detalhes do mediainfo para cada arquivo de vídeo.

Estou usando find e -execdir para criar a saída mediainfo, mas para todos os arquivos encontrados ele está redirecionando para um único arquivo. O único arquivo contém todas as mediainfo para o número x de arquivos mp4/mkv. Como obter um Video1.txt e depois um Video2.txt etc. de arquivos txt correspondentes?

Aqui está minha linha bash como eu a tenho:

find /mnt/vids/ \( -name '*.mp4' -or -name '*.mkv' \) -execdir mediainfo /mnt/vids/{} > /mnt/vids/{}.txt \;

Estou tentando visualizar fotos em uma apresentação de slides que estão aninhadas em outras pastas, mas podem ser encontradas com o findcomando.

O findcomando por si só encontra todas as fotos listadas, mas isto -

find  /path/to/parent/folder -name "*2006*" | eog --slide-show

Não exibe a apresentação de slides que eu esperava. Alguém sabe o que está errado e como consertar?