¿Por qué entonces la salida de xargs contiene solo una línea? De forma predeterminada, xargs divide la entrada si encuentra caracteres delimitadores y cada fragmento resultante se convierte en un parámetro independiente. Sin embargo, cuando xargs crea un comando, se le pasan tantos parámetros como sea posible a la vez. Este comportamiento se puede cambiar usando la opción –n o --max-args. El Listado 13 muestra un ejemplo de ambas opciones; También se realizó una llamada explícita al comando echo para usar con xargs.

Listado 13. Usando comandos xargs y echo

Si la entrada contiene espacios pero está entre comillas simples o dobles (o los espacios se escapan mediante barras invertidas), entonces xargs no la dividirá en partes separadas. Esto se muestra en el Listado 14.

Listado 14. Usando el comando xargs y comillas

Hasta ahora, todos los argumentos se han agregado al final del comando. Si necesita agregar otros argumentos opcionales después de ellos, use la opción -I para especificar una cadena de reemplazo. En el punto del comando llamado a través de xargs donde se usa la cadena de reemplazo, se sustituirá un argumento. Con este enfoque, sólo se pasa un argumento a cada comando. Sin embargo, el argumento se creará a partir de la cadena de entrada completa, en lugar de un fragmento separado de la misma. También puede usar la opción -L del comando xargs, lo que hará que se use la cadena completa como argumento, en lugar de partes individuales separadas por espacios. El uso de la opción -I implícitamente hace que se utilice la opción -L 1. El Listado 15 muestra ejemplos del uso de las opciones -I y –L.

Listado 15. Usando el comando xargs y líneas de entrada

Aunque nuestros ejemplos utilizan archivos de texto simples, no suele utilizar el comando xargs en tales casos. Normalmente, trabajará con una gran lista de archivos resultantes de comandos como ls, find o grep. El Listado 16 muestra una forma de pasar xargs una lista del contenido de un directorio a un comando como grep.

Listado 16. Usando el comando xargs y la lista de archivos

En el último ejemplo, ¿qué sucede si uno o más nombres de archivos contienen espacios? Si intenta utilizar el comando como en el Listado 16, obtendrá un error. En una situación real, es posible que la lista de archivos no se obtenga mediante el comando ls, sino, por ejemplo, como resultado de la ejecución de un script o comando de usuario; o quizás desee procesarlo en otras etapas del proceso para realizar un filtrado adicional. Por lo tanto, no tomamos en cuenta el hecho de que simplemente podría usar grep "1" * en lugar de la estructura lógica existente.

En el caso del comando ls, puede usar la opción --quoting-style para forzar que los nombres de archivos que contienen espacios estén entre paréntesis (o con escape). Una mejor solución (cuando sea posible) es utilizar la opción -0 del comando xargs, que hace que se utilicen caracteres vacíos (\0) para separar los argumentos de entrada. Aunque el comando ls no tiene la opción de utilizar nombres de archivos terminados en nulo como salida, muchos comandos pueden hacer esto.

En el Listado 17, primero copiaremos el archivo text1 al "texto 1" y luego daremos algunos ejemplos del uso de una lista de nombres de archivos que contienen espacios con el comando xargs. Estos ejemplos le ayudarán a comprender la idea, ya que puede que no sea tan fácil dominar completamente el trabajo con xargs. En particular, el último ejemplo de conversión de nuevas líneas en caracteres vacíos no funcionaría si algunos nombres de archivos ya contuvieran nuevas líneas. En la siguiente sección de este artículo, veremos una solución más sólida, utilizando el comando buscar para generar una salida adecuada que utilice caracteres nulos como delimitadores.

Listado 17. Usando el comando xargs y archivos que contienen espacios en sus nombres

El comando xargs no puede crear comandos arbitrariamente largos. Así, en Linux, hasta la versión 2.26.3 del kernel, la longitud máxima de los comandos era limitada. Si intenta ejecutar un comando como rm somepath/* y el directorio contiene muchos archivos con nombres largos, puede fallar con un error que indique que la lista de argumentos es demasiado larga. Si está ejecutando versiones anteriores de Linux o UNIX que pueden tener estas limitaciones, podría ser útil saber cómo puede usar xargs para evitarlas.

Puede usar la opción --show-limits para ver los límites predeterminados para el comando xargs y la opción -s para establecer la longitud máxima de los comandos mostrados. Puede conocer otras opciones en las páginas de manual.

Usando el comando buscar con la opción -exec o junto con el comando xargs

En el " " tutorial, aprendió a utilizar el comando de búsqueda para buscar archivos según su nombre, hora de modificación, tamaño y otras características. Por lo general, se deben realizar ciertas acciones en los archivos encontrados: eliminarlos, copiarlos, cambiarles el nombre, etc. Ahora veremos la opción -exec del comando buscar, que funciona de manera similar al comando buscar y luego pasa la salida al comando xargs.

Listado 18. Usando buscar con la opción -exec

Comparar los resultados del Listado 18 con lo que ya sabes sobre xargs revela algunas diferencias.

1. Tú debe use los símbolos () en el comando para indicar la ubicación de sustitución donde se sustituirá el nombre del archivo. Estos caracteres no se agregan automáticamente al final del comando.
2. Debe finalizar el comando con un punto y coma, que debe tener carácter de escape (\;, ";" o ";").
3. El comando se ejecuta una vez para cada archivo de entrada.

Intente ejecutar find text |xargs cat text3 usted mismo para ver las diferencias.

Ahora volvamos al caso en el que el nombre del archivo contiene espacios. En el Listado 19, intentamos usar el comando buscar con la opción -exec en lugar de los comandos ls y xargs.

Listado 19. Usando el comando buscar con la opción -exec y archivos que contienen espacios en sus nombres

Hasta ahora, todo bien. Sin embargo, ¿no crees que aquí falta algo? ¿Qué archivos contenían las líneas encontradas por grep? Lo que falta aquí son los nombres de los archivos porque find llama a grep una vez para cada archivo, y grep, al ser un comando inteligente, sabe que si solo se le dio el nombre de un archivo, no necesita decirle qué archivo era.

En esta situación, podríamos usar el comando xargs, pero ya conocemos el problema con los archivos cuyos nombres contienen espacios. También mencionamos el hecho de que el comando de búsqueda puede generar una lista de nombres delimitada por nulos gracias a la opción -print0. Las versiones modernas del comando de búsqueda se pueden separar no con un punto y coma, sino con un signo +, de modo que se pueda pasar la máxima cantidad posible de nombres en una llamada al comando de búsqueda, como cuando se usa xargs. No hace falta decir que en este caso solo puedes usar la construcción () una vez y que debe ser el último parámetro del comando. El Listado 20 demuestra ambos métodos.

Listado 20. Usando find , xargs y archivos que contienen espacios en sus nombres

Ambos métodos funcionan y la elección de uno de ellos suele estar determinada únicamente por las preferencias personales del usuario. Tenga en cuenta que puede tener problemas al canalizar objetos con delimitadores sin formato y espacios en blanco; entonces, si pasa la salida a xargs, use la opción -print0 de find, así como la opción -0 de xargs, que le indica que use delimitadores nulos en la entrada. Otros comandos, incluido tar, también admiten la opción -0 y funcionan con entradas delimitadas por nulos, por lo que siempre debes usar esta opción para aquellos comandos que la admiten, a menos que estés 100% seguro de que la lista de entradas no te producirá problemas.

Nuestro último comentario se refiere a trabajar con una lista de archivos. Es una buena idea comprobar siempre cuidadosamente la lista y los comandos antes de realizar operaciones por lotes (como eliminar o cambiar el nombre de varios archivos). Tener una copia de seguridad actualizada cuando sea necesario también puede resultar invaluable.

División de salida

Para concluir este artículo, echaremos un vistazo rápido a un comando más. A veces es posible que necesites ver el resultado en la pantalla y guardarlo en un archivo al mismo tiempo. Para esto tu Pudimos redirigir la salida de un comando a un archivo en una ventana y luego usar tail -fn1 para rastrear la salida en otra ventana, pero la forma más sencilla es usar el comando tee.

El comando tee se usa en una canalización y su argumento es el nombre del archivo (o nombres de varios archivos) al que se canalizará la salida estándar. La opción -a le permite no reemplazar el contenido antiguo del archivo con contenido nuevo, sino agregar los datos al final del archivo. Como se analizó cuando analizamos la canalización, si desea almacenar tanto la salida estándar como el flujo de errores, debe redirigir stderr a stdout antes de pasar datos como entrada al comando tee. El Listado 21 muestra un ejemplo del uso del comando tee para guardar la salida en dos archivos, f1 y f2.

Listado 21. Dividiendo la salida estándar usando el comando tee

Ya está familiarizado con dos métodos para trabajar con la salida de scripts de línea de comando:

• Visualización de los datos de salida en la pantalla.
• Redirigir la salida a un archivo.

Descriptores de archivos estándar

Cada proceso puede tener hasta nueve identificadores de archivos abiertos. El shell bash reserva los primeros tres identificadores con los ID 0, 1 y 2. Esto es lo que significan.

• 0 , STDIN - flujo de entrada estándar.
• 1, STDOUT: flujo de salida estándar.
• 2, STDERR: flujo de error estándar.

ESTDIN

Muchos comandos bash aceptan entradas de STDIN a menos que la línea de comando especifique un archivo del cual tomar los datos. Por ejemplo, esto es cierto para el comando cat.

Cuando ingresa el comando cat en la línea de comando sin especificar ningún parámetro, acepta entradas de STDIN. Después de ingresar la siguiente línea, cat simplemente la muestra en la pantalla.

SALIDA ESTÁNDAR

Entonces tenemos un archivo de datos al que podemos agregar más datos usando este comando:

Contraseña >> miarchivo
Las salidas de pwd se agregarán al archivo myfile, pero los datos que ya están en él no irán a ninguna parte.

Redirigir la salida del comando a un archivo

Hasta ahora todo bien, pero ¿qué pasa si intentas hacer algo como lo siguiente accediendo a un xfile inexistente, todo diseñado para provocar que se envíe un mensaje de error a myfile?

Ls –l xfile > miarchivo
Después de ejecutar este comando, veremos mensajes de error en la pantalla.

Se genera un error al intentar acceder a un archivo inexistente, pero el shell no ha redirigido los mensajes de error al archivo imprimiéndolos en la pantalla. Pero queríamos que los mensajes de error entraran en el archivo. ¿Qué hacer? La respuesta es simple: utilice el tercer descriptor estándar.

ESTDERR

Entonces, digamos que queremos redirigir los mensajes de error a, por ejemplo, un archivo de registro o algún otro lugar, en lugar de imprimirlos en la pantalla.

▍Redireccionamiento del flujo de errores

Ls -l xfile 2>miarchivo cat ./miarchivo
El mensaje de error ahora irá a miarchivo.

▍Error de redirección y flujos de salida

Ls –l miarchivo xarchivo otro archivo 2> contenido de error 1> contenido correcto

Errores de redireccionamiento y salida estándar

El shell redirigirá lo que el comando ls normalmente enviaría a STDOUT al archivo de contenido correcto gracias a la construcción 1>. Los mensajes de error que irían a STDERR terminan en el archivo de contenido de error debido al comando 2> de redirección.

Si es necesario, tanto STDERR como STDOUT se pueden redirigir al mismo archivo usando el comando &>:

Después de ejecutar el comando, lo que está destinado a STDERR y STDOUT termina en el archivo de contenido.

Redirigir la salida en scripts

• Redirección temporal o redirección de salida de una sola línea.
• Redirección permanente, o redirección de todo o parte de la salida de un script.

▍Redirección de salida temporal

#!/bin/bash echo "Esto es un error" >&2 echo "Esto es una salida normal"
Si ejecuta el script, ambas líneas aparecerán en la pantalla, ya que, como ya sabe, por defecto los errores se muestran en el mismo lugar que los datos normales.

Ejecutemos el script para que la salida STDERR vaya a un archivo.

./myscript 2> miarchivo
Como puede ver, ahora la salida normal se envía a la consola y los mensajes de error van a un archivo.

▍Redirección de salida permanente

#!/bin/bash exec 1>outfile echo "Esta es una prueba de redirección de todos los resultados" echo "desde un script de shell a otro archivo". echo "sin tener que redirigir cada línea"
Ejecutemos el script.

Si observa el archivo especificado en el comando de redirección de salida, encontrará que todo lo que generaron los comandos de eco terminó en ese archivo.

El comando exec se puede utilizar no sólo al principio del script, sino también en otros lugares:

#!/bin/bash exec 2>myerror echo "Este es el inicio del script" echo "ahora redirige todos los resultados a otra ubicación" exec 1>myfile echo "Esto debería ir al archivo myfile" echo "y esto debería ir al archivo myerror" >&2
Esto es lo que obtienes después de ejecutar el script y observar los archivos a los que redirigimos la salida.

El comando exec primero redirige la salida de STDERR al archivo myerror. Luego, la salida de varios comandos de eco se envía a STDOUT y se imprime en la pantalla. Luego, el comando exec hace que todo lo que termine en STDOUT se envíe al archivo myfile y, finalmente, usamos el comando de redirección a STDERR en el comando echo, lo que hace que la línea correspondiente se escriba en el archivo myerror.

Una vez que domine esto, podrá redirigir la salida a donde desee que vaya. Ahora hablemos de la redirección de entrada.

Redirigir entradas en scripts

Ejecutivo 0< myfile
Este comando le dice al shell que la fuente de entrada debe ser myfile en lugar del STDIN normal. Veamos la redirección de entrada en acción:

#!/bin/bash ejecutivo 0< testfile count=1 while read line do echo "Line #$count: $line" count=$(($count + 1)) done
Esto es lo que aparecerá en la pantalla después de ejecutar el script.

En un artículo anterior, aprendió a utilizar el comando de lectura para leer la entrada del usuario desde el teclado. Si redirige la entrada convirtiendo la fuente de datos en un archivo, entonces el comando de lectura, cuando intente leer datos de STDIN, los leerá desde el archivo y no desde el teclado.

Algunos administradores de Linux utilizan este enfoque para leer y luego procesar archivos de registro.

Creando tu propia redirección de salida

Puede asignar un identificador para generar datos usando el comando exec:

#!/bin/bash exec 3>myfile echo "Esto debería mostrarse en la pantalla" echo "y debería almacenarse en el archivo" >&3 echo "Y esto debería volver a aparecer en la pantalla"
Después de ejecutar el script, parte del resultado aparecerá en la pantalla y otra parte en un archivo con el descriptor 3.

Crear descriptores de archivos para la entrada de datos

Después de terminar de leer el archivo, puedes restaurar STDIN y usarlo como de costumbre:

#!/bin/bash ejecutivo 6<&0 exec 0< myfile count=1 while read line do echo "Line #$count: $line" count=$(($count + 1)) done exec 0<&6 read -p "Are you done now? " answer case $answer in y) echo "Goodbye";; n) echo "Sorry, this is the end.";; esac
Probemos el escenario.

En este ejemplo, se utilizó el descriptor de archivo 6 para almacenar una referencia a STDIN. Luego se realizó la redirección de entrada y el archivo se convirtió en la fuente de datos para STDIN. La entrada al comando de lectura provino entonces del STDIN redirigido, es decir, del archivo.

Después de leer el archivo, restablecemos STDIN redirigiéndolo al controlador 6. Ahora, para comprobar que todo funciona correctamente, el script hace una pregunta al usuario, espera la entrada del teclado y procesa lo que se ingresa.

Cerrar identificadores de archivos

#!/bin/bash exec 3> myfile echo "Esta es una línea de datos de prueba" >&3 exec 3>&- echo "Esto no funcionará" >&3
Después de ejecutar el script, recibiremos un mensaje de error.

El caso es que intentamos acceder a un descriptor que no existe.

Tenga cuidado al cerrar identificadores de archivos en scripts. Si envió datos a un archivo, luego cerró el identificador y luego lo abrió nuevamente, el shell reemplazará el archivo existente por uno nuevo. Es decir, se perderá todo lo escrito previamente en este archivo.

Obtener información sobre identificadores abiertos

Este comando tiene muchas claves, veamos las más importantes.

• -p Le permite especificar el ID del proceso.
• -d Le permite especificar el número del descriptor sobre el que desea obtener información.

El modificador -a se utiliza para realizar una operación AND lógica en los resultados devueltos mediante el uso de los otros dos modificadores:

Lsof -a -p $$ -d 0,1,2

Mostrar información sobre identificadores abiertos

El tipo de archivos asociados con STDIN, STDOUT y STDERR es CHR (modo de caracteres). Como todos apuntan a un terminal, el nombre del archivo coincide con el nombre del dispositivo asignado al terminal. Los tres archivos estándar se pueden leer y escribir.

Veamos cómo llamar al comando lsof desde un script en el que, además de los estándar, están abiertos otros descriptores:

#!/bin/bash ejecutivo 3> miarchivo1 ejecutivo 6> miarchivo2 ejecutivo 7< myfile3 lsof -a -p $$ -d 0,1,2,3,6,7
Esto es lo que sucede si ejecuta este script.

El script abrió dos controladores para salida (3 y 6) y uno para entrada (7). También se muestran las rutas a los archivos utilizados para configurar los descriptores.

Supresión de salida

A continuación se muestra un ejemplo de cómo suprimir mensajes de error:

Ls -al archivo incorrecto otro archivo 2> /dev/null
Se utiliza el mismo enfoque si, por ejemplo, necesita borrar un archivo sin eliminarlo:

Cat /dev/null > miarchivo

Resultados

La próxima vez hablaremos sobre las señales de Linux, cómo manejarlas en scripts, ejecutar trabajos programados y tareas en segundo plano.

¡Queridos lectores! Este material proporciona los conceptos básicos para trabajar con flujos de entrada, salida y errores. Estamos seguros de que entre vosotros hay profesionales que pueden contaros todo esto que sólo viene con la experiencia. Si es así, te cedemos la palabra.

Las capacidades de redirección integradas de Linux le brindan una amplia gama de herramientas simplificadas para todo tipo de tareas. La capacidad de gestionar varios flujos de E/S aumentará significativamente la productividad, tanto al desarrollar software complejo como al gestionar archivos mediante la línea de comandos.

Hilos de E/S

La entrada y salida en un entorno Linux se distribuye entre tres subprocesos:

• Entrada estándar (entrada estándar, stdin, número de hilo 0)
• Salida estándar (stdout, número 1)
• Error estándar o flujo de diagnóstico (error estándar, stderr, número 2)

Cuando un usuario interactúa con un terminal, la entrada estándar se transmite a través del teclado del usuario. La salida estándar y el error estándar se muestran como texto en el terminal del usuario. Estas tres corrientes se denominan corrientes estándar.

Entrada estándar

El flujo de entrada estándar normalmente pasa datos del usuario al programa. Los programas que esperan una entrada estándar normalmente reciben entrada desde un dispositivo (como un teclado). La entrada estándar se detiene cuando llega a EOF (fin de archivo). EOF indica que no hay más datos para leer.

Para ver cómo funciona la entrada estándar, ejecute el programa cat. El nombre de esta herramienta significa “concatenar” (conectar o combinar algo). Normalmente, esta herramienta se utiliza para combinar el contenido de dos archivos. Cuando se ejecuta sin argumentos, cat abre un símbolo del sistema y acepta el contenido de la entrada estándar.

Ahora ingresa algunos números:

1
2
3
Ctrl-D

Al ingresar un número y presionar Enter, envía una entrada estándar al programa cat en ejecución, que acepta los datos. A su vez, el programa cat muestra la entrada recibida en la salida estándar.

El usuario puede configurar EOF presionando ctrl-d, lo que hará que el programa cat se detenga.

Salida estándar

La salida estándar registra los datos generados por el programa. Si la salida estándar no ha sido redirigida, enviará texto al terminal. Intente ejecutar el siguiente comando como ejemplo:

echo Enviado al terminal a través de salida estándar

El comando echo, sin opciones adicionales, muestra en la pantalla todos los argumentos que se le pasan en la línea de comando.

Ahora ejecuta echo sin ningún argumento:

El comando devolverá una cadena vacía.

Error estándar

Esta secuencia estándar registra los errores generados por un programa que falló. Al igual que la salida estándar, este flujo envía datos al terminal.

Veamos un ejemplo de una secuencia de error del comando ls. El comando ls muestra el contenido de los directorios.

Sin argumentos, este comando devuelve el contenido del directorio actual. Si proporciona un nombre de directorio como argumento para ls, el comando devolverá su contenido.

Como el directorio % no existe, el comando devolverá el error estándar:

ls: no se puede acceder %: no existe dicho archivo o directorio

Redirección de flujo

Linux proporciona comandos especiales para redirigir cada hilo. Estos comandos escriben la salida estándar en un archivo. Si la salida se redirige a un archivo inexistente, el comando creará un nuevo archivo con ese nombre y guardará la salida redirigida en él.

Los comandos con un corchete angular sobrescriben el contenido existente del archivo de destino:

• > - salida estándar
• < — стандартный ввод
• 2> - error estándar

Los comandos con corchetes angulares dobles no sobrescriben el contenido del archivo de destino:

• >> - salida estándar
• << — стандартный ввод
• 2>> - error estándar

Considere el siguiente ejemplo:

gato > escribir_a_mi.txt
a
b
C
Ctrl-D

Este ejemplo utiliza el comando cat para escribir la salida en un archivo.

Revise el contenido de write_to_me.txt:

gato write_to_me.txt

El comando debería devolver:

Redirige a cat a write_to_me.txt nuevamente e ingresa tres números.

gato > escribir_a_mi.txt
1
2
3
Ctrl-D

Ahora verifique el contenido del archivo.

gato write_to_me.txt

El comando debería devolver:

Como puede ver, el archivo solo contiene el resultado más reciente porque el comando que redirigió el resultado utilizó un corchete angular único.

Ahora intenta ejecutar el mismo comando con dos corchetes angulares:

gato >> escribir_a_mi.txt
a
b
C
Ctrl-D

Abra write_to_me.txt:

1
2
3
a
b
C

Los comandos con corchetes angulares dobles no sobrescriben el contenido existente, sino que lo agregan.

Transportadores

Las tuberías redirigen la salida de un comando a la entrada de otro. En este caso, los datos transferidos al segundo programa no se muestran en el terminal. Los datos aparecerán en la pantalla sólo después de ser procesados ​​por el segundo programa.

Las canalizaciones en Linux están representadas por una barra vertical.

Por ejemplo:

Este comando pasará la salida de ls (el contenido del directorio actual) a less, lo que mostrará los datos que se le pasaron línea por línea. Normalmente, ls muestra el contenido de los directorios de forma consecutiva, sin dividirlos en líneas. Si redirige la salida de ls a less, el último comando dividirá la salida en líneas.

Como puede ver, una canalización puede redirigir la salida de un comando a la entrada de otro, a diferencia de > y >>, que solo redirigen datos a archivos.

Filtros

Los filtros son comandos que pueden cambiar la redirección y la salida de una canalización.

Nota: Los filtros también son comandos estándar de Linux que se pueden usar sin una canalización.

• buscar: busca un archivo por nombre.
• grep: busca texto usando un patrón determinado.
• tee: redirige la entrada estándar a la salida estándar y uno o más archivos.
• tr: busca y reemplaza cadenas.
• wc – contar caracteres, líneas y palabras.

Ejemplos de redirección de E/S

Ahora que está familiarizado con los conceptos y mecanismos básicos de la redirección, veamos algunos ejemplos básicos de su uso.

comando > archivo

Este patrón redirige la salida estándar del comando a un archivo.

ls ~> root_dir_contents.txt

Este comando pasa el contenido del directorio raíz del sistema como salida estándar y escribe la salida en el archivo root_dir_contents. Esto eliminará todo el contenido anterior del archivo, ya que el comando utiliza un corchete angular único.

comando > /dev/null

/dev/null es un archivo especial (llamado "dispositivo nulo") que se utiliza para suprimir la salida estándar o los diagnósticos para evitar salidas de consola no deseadas. Todos los datos que terminan en /dev/null se descartan. La redirección a /dev/null se usa comúnmente en scripts de shell.

ls > /dev/nulo

Este comando restablece la salida estándar devuelta por ls a /dev/null.

comando 2 > archivo

Este patrón redirige el flujo de error estándar del comando a un archivo, sobrescribiendo su contenido actual.

mkdir "" 2> mkdir_log.txt

Este comando redirigirá el error causado por un nombre de directorio no válido y lo escribirá en log.txt. Tenga en cuenta: el error todavía aparece en la terminal.

comando >> archivo

Este patrón redirige la salida estándar del comando a un archivo sin sobrescribir el contenido actual del archivo.

echo Escrito en un archivo nuevo > data.txt
echo Agregado al contenido de un archivo existente >> data.txt

Este par de comandos primero redirige la entrada del usuario a un archivo nuevo y luego lo pega en un archivo existente sin sobrescribir su contenido.

comando 2 >> archivo

Este patrón redirige el flujo de error estándar del comando a un archivo sin sobrescribir el contenido existente del archivo. Es adecuado para crear registros de errores de programas o servicios, ya que el contenido del registro no se actualizará constantemente.

busque "" 2> stderr_log.txt
baño "" 2>> stderr_log.txt

El comando anterior redirige el mensaje de error causado por el argumento de búsqueda no válido al archivo stderr_log.txt y luego agrega el mensaje de error causado por el argumento wc no válido al archivo stderr_log.txt.

equipo | equipo

Este patrón redirige la salida estándar del primer comando a la entrada estándar del segundo comando.

encontrar /var lib | grep deb

Este comando busca en el directorio /var y sus subdirectorios nombres de archivos y extensiones deb y devuelve las rutas de los archivos, resaltando el patrón de búsqueda en rojo.

equipo | archivo de camiseta

Este patrón redirige la salida estándar del comando a un archivo y sobrescribe su contenido, luego muestra la salida redirigida en la terminal. Si el archivo especificado no existe, crea un archivo nuevo.

En este patrón, el comando tee se usa normalmente para ver el resultado del programa y guardarlo en un archivo al mismo tiempo.

baño /etc/magia | camiseta magic_count.txt

Este comando pasa la cantidad de caracteres, líneas y palabras en el archivo mágico (Linux usa esto para determinar los tipos de archivos) al comando tee, que envía estos datos a la terminal y al archivo magic_count.txt.

equipo | equipo | comando >> archivo

Esta plantilla redirige la salida estándar del primer comando y la filtra a través de los dos comandos siguientes, luego agrega el resultado final a un archivo.

ls ~ | grep *alquitrán | tr e E >> ls_log.txt

Este comando envía la salida de ls para el directorio raíz a grep. A su vez, grep busca archivos tar en los datos recibidos. Después de esto, el resultado de grep se pasa al comando tr, que reemplazará todos los caracteres e con el carácter E. El resultado resultante se agregará al archivo ls_log.txt (si dicho archivo no existe, el comando creará automáticamente).

Conclusión

Las funciones de redirección de E/S de Linux parecen demasiado complejas al principio. Sin embargo, trabajar con la redirección es una de las habilidades más importantes de un administrador de sistemas.

Para obtener más información sobre un comando en particular, utilice:

comando hombre | menos

Por ejemplo:

Este comando devolverá una lista completa de comandos para tee.