¿Cómo puedo excluir todos los mensajes de " permiso denegado "de"buscar"?

Uso:

find . 2>/dev/null > files_and_folders

Esto oculta no solo los errores Permission denied, por supuesto, sino todos los mensajes de error.

Si realmente desea mantener otros posibles errores, como demasiados saltos en un enlace simbólico, pero no los permisos denegados, entonces probablemente tendría que adivinar que no tiene muchos archivos llamados 'permiso denegado' e intentar:

find . 2>&1 | grep -v 'Permission denied' > files_and_folders

Si estrictamente desea filtrar solo el error estándar, puede usar el más elaborado construcción:

find . 2>&1 > files_and_folders | grep -v 'Permission denied' >&2

La redirección de E/S en el comando find es: 2>&1 > files_and_folders |. La tubería redirige la salida estándar al comando grep y se aplica primero. El 2>&1 envía el error estándar al mismo lugar que la salida estándar (la tubería). > files_and_folders envía la salida estándar (pero no el error estándar) a un archivo. El resultado neto es que los mensajes escritos en error estándar se envían por la tubería y la salida regular de find se escribe en el archivo. El grep filtra la salida estándar (puede decida qué tan selectivo desea que sea, y puede que tenga que cambiar la ortografía dependiendo de la configuración regional y O/S) y el final >&2 significa que los mensajes de error sobrevivientes (escritos en la salida estándar) van a error estándar una vez más. La redirección final podría considerarse opcional en el terminal, pero sería una muy buena idea usarla en un script para que los mensajes de error aparezcan en el error estándar.

Hay infinitas variaciones sobre este tema, dependiendo de lo que quieras hacer. Esta voluntad trabajar en cualquier variante de Unix con cualquier derivado de Bourne shell (Bash, Korn, Kor) y cualquier versión compatible con POSIX de find.

Si desea adaptarse a la versión específica de find que tiene en su sistema, puede haber opciones alternativas disponibles. GNU find en particular tiene una miríada de opciones que no están disponibles en otras versiones - vea la respuesta actualmente aceptada para uno de estos conjuntos de opciones.

Uso:

find . ! -readable -prune -o -print

O más generalmente

find <paths> ! -readable -prune -o <other conditions like -name> -print

• para evitar "Permiso denegado"
• Y NO suprima (otros) mensajes de error
• Y obtener el estado de salida 0 ("todos los archivos se procesan correctamente")

Funciona con: find (GNU findutils) 4.4.2. Antecedentes:

• La prueba -readable coincide con archivos legibles. El operador ! devuelve true, cuando test es false. Y ! -readable coincide con directorios no legibles (&archivos).
• El -prune la acción no desciende al directorio.
• ! -readable -prune se puede traducir a: si el directorio no es legible, no descienda a él.
• La prueba -readable tiene en cuenta las listas de control de acceso y otros artefactos de permisos que la prueba -perm ignora.

Véase también find(1) manpage para muchos más detalles.

Si desea iniciar la búsqueda desde la raíz"/", probablemente verá algo como:

find: /./proc/1731/fdinfo: Permission denied
find: /./proc/2032/task/2032/fd: Permission denied

Es por el permiso. Para resolver esto:

1. Puedes usar el comando sudo: sudo find /. -name 'toBeSearched.file'. pregunta la contraseña del super usuario, cuando introduzca la contraseña verá resultado lo que realmente desea.

2. Puede utilizar redirigir la Salida de Error Estándar de (Generalmente Display/Screen) a algún archivo y evitar ver los mensajes de error en la pantalla! redirigir a un especial archivo / dev / null:

   find /. -name 'toBeSearched.file' 2>/dev/null
   

3. Puede usar redirigir la Salida de Error Estándar de (Generalmente Display / Screen) a la salida estándar (Generalmente Display / Screen), luego canalizar con el comando grep con el parámetro-v "invertir"para no ver las líneas de salida que tienen pares de palabras 'Permiso denegado':

   find /. -name 'toBeSearched.file' 2>&1 | grep -v 'Permission denied'
   

, tuve que usar:

find / -name expect 2>/dev/null

Especificando el nombre de lo que quería encontrar y luego diciéndole que redirija todos los errores a /dev/null

Expect es la ubicación del programa expect que estaba buscando.

Pipe stderr a /dev/null usando 2>/dev / null

find . -name '...' 2>/dev/null

También puede usar los predicados -perm y -prune para evitar descender a directorios ilegibles (consulte también ¿Cómo elimino las instrucciones de impresión "permiso denegado" del programa find? - Unix & Linux Stack Exchange):

find . -type d ! -perm -g+r,u+r,o+r -prune -o -print > files_and_folders

Error estándar de redirección. Por ejemplo, si está usando bash en una máquina unix, puede redirigir el error estándar a /dev/null de la siguiente manera:

find . 2>/dev/null >files_and_folders

Si bien los enfoques anteriores no abordan el caso de Mac OS X porque Mac Os X no es compatible con -readable switch, esta es la forma en que puede evitar errores de 'Permiso denegado' en su salida. Esto podría ayudar a alguien.

find / -type f -name "your_pattern" 2>/dev/null.

Si está utilizando algún otro comando con find, por ejemplo, para encontrar el tamaño de los archivos de cierto patrón en un directorio 2>/dev/null seguiría funcionando como se muestra a continuación.

find . -type f -name "your_pattern" -exec du -ch {} + 2>/dev/null | grep total$.

Esto devolverá el tamaño total de los archivos de un patrón dado. Nota el comando 2>/dev/null al final de find.

Esos errores se imprimen en la salida de error estándar (fd 2). Para filtrarlos, simplemente redirija todos los errores a /dev/null:

find . 2>/dev/null > some_file

O primero unir stderr y stdout y luego eliminar esos errores específicos:

find . 2>&1 | grep -v 'Permission denied' > some_file

Respuesta simple:

find . > files_and_folders 2>&-

2>&- cierra (-) el descriptor de archivo de error estándar (2) para que todos los mensajes de error sean silenciados.

• El código de salida seguirá siendo 1 si cualquier error 'Permission denied' de otro modo se imprimiría

Respuesta robusta para GNU find:

find . -type d \! \( -readable -executable \) -prune -print -o -print > files_and_folders

Pasar opciones adicionales a find que -prune (evitar descender en) pero todavía -print cualquier directorio (-typed) que no (\!) tienen tanto -readable y -executable permisos, o (-o) -print cualquier otro archivo.

• -readable y -executable las opciones son extensiones GNU, no forman parte del estándar POSIX
• Todavía puede devolver 'Permission denied ' en archivos anormales / corruptos (por ejemplo, consulte informe de error que afecta a los sistemas de archivos montados en contenedores usando lxcfs

Respuesta robusta que funciona con cualquier compatible con POSIX find (GNU, OSX/BSD, etc)

{ LC_ALL=C find . 3>&2 2>&1 1>&3 > files_and_folders | grep -v 'Permission denied'; [ $? = 1 ]; } 3>&2 2>&1

Use una canalización para pasar la secuencia de errores estándar a grep, eliminando todas las líneas que contienen la cadena 'Permission denied'.

LC_ALL=C establece la localización POSIX usando una variable de entorno , 3>&2 2>&1 1>&3 y 3>&2 2>&1 duplicate file descriptors to pipe the standard - error stream to grep, and [ $? = 1 ] usos [] para invertir el código de error devuelto por grep para aproximarse al comportamiento original de find.

• También filtrará cualquier error 'Permission denied' debido a la redirección de salida (por ejemplo, si el archivo files_and_folders en sí no se puede escribir)

Para evitar solo las advertencias de permiso denegado, dile a find que ignore los archivos ilegibles eliminándolos de la búsqueda. Agregue una expresión como un OR a su búsqueda, como

find / \! -readable -prune -o -name '*.jbd' -ls

Esto dice principalmente a (coincidir con un archivo ilegible y podarlo de la lista) O (coincidir con un nombre como*.jbd y visualizarlo [con ls]) . (Recuerde que por defecto las expresiones son Y'd juntas a menos que utilice-or.) Necesita el-ls en la segunda expresión o de lo contrario find puede agregar una acción predeterminada para mostrar cualquiera de las coincidencias, que también le mostrará todos los archivos ilegibles.

Pero si está buscando archivos reales en su sistema, generalmente no hay razón para buscar en /dev, que tiene muchos archivos, por lo que debe agregar una expresión que excluya ese directorio, como:

find / -mount \! -readable -prune  -o  -path /dev -prune  -o  -name '*.jbd' -ls

So (match ilegible file and prune from list) OR (match path /dev and prune from list) OR (match file like*.jbd y display it).

Use

sudo find / -name file.txt

Es estúpido (porque elevas la búsqueda) y no seguro, pero mucho más corto para escribir.

Ninguna de las respuestas anteriores funcionó para mí. Todo lo que encuentro en Internet se centra en: ocultar errores. Ninguno maneja correctamente el proceso return-code / exit-code. Utilizo el comando find dentro de scripts bash para localizar algunos directorios y luego inspeccionar su contenido. Evalúo el comando find success usando el exit-code: un valor cero funciona, de lo contrario falla.

La respuesta proporcionada anteriormente por Michael Brux funciona a veces. Pero tengo un escenario en el que falla! Descubrí la problema y lo arreglé yo mismo. Necesito podar archivos cuando:

it is a directory AND has no read access AND/OR has no execute access

Ver la cuestión clave aquí es: Y / O. Una buena secuencia de condición sugerida que leí es:

-type d ! -readable ! -executable -prune

Esto no siempre funciona. Esto significa que una poda se activa cuando una coincidencia es:

it is directory AND no read access AND no execute access

Esta secuencia de expresiones falla cuando se concede acceso de lectura pero no se concede acceso de ejecución.

Después de algunas pruebas me di cuenta de eso y cambié mi solución de script de shell a:

Buen hallazgo / inicio*/ - maxdepth 5-follow \
    \ (- tipo d-a ! \ (- legible - a-ejecutable \) \) -prune \
    - o \
    \ (- type d - a-legible-a-ejecutable-a-name" {{m_find_name}"\) - print

La clave aquí es colocar el "no verdadero"para una expresión combinada:

has read access AND has execute access

De lo Contrario no tiene acceso completo, lo que significa: podar. Esto resultó funcionar para mí en un escenario en el que las soluciones sugeridas anteriormente fallaron.

I proporcionar a continuación técnica detalles para preguntas en la sección de comentarios. Me disculpo si los detalles son excesivos.

• ¿Por qué usar command nice? Tengo la idea aquí . Inicialmente pensé que sería bueno reducir la prioridad del proceso cuando se busca un sistema de archivos completo. Me di cuenta de que no tiene sentido para mí, ya que mi script está limitado a pocos directorios. Reduje-maxdepth a 3.
• ¿Por qué buscar dentro de / home*/? Esto no es relevante para este hilo. Instalo todas las aplicaciones a mano a través del código fuente compilar con usuarios no privilegiados (no root). Se instalan dentro de"/home". Puedo tener múltiples binarios y versiones viviendo juntos. Necesito localizar todos los directorios, inspeccionar y hacer copias de seguridad de una manera maestro-esclavo. Puedo tener más de un "/ home " (varios discos corriendo dentro de un servidor dedicado).
• ¿Por qué usar-follow? Los usuarios pueden crear enlaces simbólicos a directorios. Su utilidad depende, necesito mantener un registro de los caminos absolutos encontrados.

Puede usar grep-v invert-match

-v, --invert-match        select non-matching lines

Así:

find . > files_and_folders
cat files_and_folders | grep -v "permission denied" > files_and_folders

Debe a la magia

-=Para macOS=-

Haga un nuevo comando usando alias: simplemente agregue~/.línea bash_profile:

alias search='find / -name $file 2>/dev/null'

Y en la nueva ventana de Terminal puedes llamarlo:

$ file=<filename or mask>; search

Por ejemplo:

File file = etc; search

Si está utilizando CSH o TCSH, aquí hay una solución:

( find . > files_and_folders ) >& /dev/null

Si desea la salida a la terminal:

( find . > /dev/tty ) >& /dev/null

Sin embargo, como describe la FAQ "csh-whynot", no debe usar CSH.

También es una solución fácil para poner sus resultados de búsqueda en un archivo.

Buscar . - nombre 'NameOfSearchedFile' > > resultados.txt