Perguntas[find](unix)

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?

man find:

-f caminho: Adicione o caminho à lista de caminhos que serão recorrentes. Isto é útil quando o caminho começa com um caractere que de outra forma seria interpretado como uma expressão, ou seja, “!” , "(" e "-".

Mas por que

find ./test-folder -type f -name '*.txt'

funciona, enquanto

find -f ./test-folder -type f -name '*.txt'

não funciona?

Qual é o erro então?

./test-folder: illegal option -- t
usage: find [-H | -L | -P] [-EXdsx] [-f path] path ... [expression]
       find [-H | -L | -P] [-EXdsx] -f path [path ...] [expression]

Contexto:

• Teste de recuperação do sistema Debian 12 após uma corrupção do sistema de arquivos btrfs (árvore de raízes) sem backup, mas acesso a todos (?) Os arquivos. Fiz uma cópia do sistema após a corrupção, parece tudo certo. Fiz uma nova instalação do Debian 12. A partir daqui, editei rsynco sistema, exceto /etc. Para este último, editei rsyncapenas os arquivos ausentes.
• Agora, tenho que atualizar de forma inteligente /etc. Quero usar ferramentas meldpara tornar isso mais fácil. Mas não funciona como root. Então fiz cópias do anterior e do novo /etce chown -R user:userambos de um DVD AO VIVO.

Quando meu novo etcfor atualizado, desejo restaurar a propriedade de arquivos/diretórios antes de substituir toda /etca nova instalação.

O assunto aqui não é a restauração do meu sistema, mas a restauração da propriedade de arquivos a partir de uma cópia da árvore que possui os mesmos arquivos e direitos de propriedade.

ls -lfornece propriedade, mas não caminhos completos. findfornece caminhos completos, mas não propriedade. Acabei encontrando esta solução:

find previous_etc -exec sh -c 'chown -v --reference=$0 "new_etc${0#previous_etc}"' {}  \;

Então, esta é uma pergunta auto-respondida. Mas se você tiver outros métodos, estou curioso.

Tento entender como usar o findcomando com expressões regulares (macOS 14.4.1, Zsh 5.9).

Eu tenho um diretório com arquivos como note-red.png, note-yellow.png, (e outras cores), folder-red.png, folder-yellow.png, (e outras cores), mas os comandos a seguir não mostram nenhum resultado quando executados nessa pasta. O que estou fazendo de errado?

find -E . -regex '^(note|folder)'

find -E . -regex '^(note|folder).+'

Descobri que sudo -u <user> testpode funcionar, mas não tenho o comando sudo no meu sistema.

Por exemplo

/a d......--x
/a/aa d......--x YES
/b d......---
/b/bb d......--x NO

Quando uso o usuário root, não consigo usar o testcomando para determinar as permissões para "outros". Perguntas relacionadas que encontrei: Teste as permissões efetivas do arquivo para o usuário