Flashcards: 103.4 - Flujos Pipes Y Redirecciones
42 tarjetas de repaso. Usa el sistema de repeticion espaciada para memorizar.
P: Un administrador quiere ejecutar un comando y guardar tanto la salida estandar como los errores en el mismo archivo log.txt. Cuales de las siguientes opciones son correctas? (Seleccione DOS) A) comando > log.txt 2>&1 B) comando 2>&1 > log.txt C) comando &> log.txt D) comando > log.txt > log.txt
R: A) comando > log.txt 2>&1 y C) comando &> log.txt. La opcion A primero redirige stdout al archivo log.txt, y luego 2>&1 redirige stderr a donde apunte stdout (que ya es log.txt). La opcion C usa &> que es un atajo de bash para redirigir ambos flujos al mismo archivo. La opcion B es incorrecta porque 2>&1 se evalua primero (stderr va a donde stdout apunta en ese momento, que es la pantalla), y luego > log.txt solo redirige stdout al archivo; stderr sigue yendo a la pantalla. La opcion D no es valida para combinar ambos flujos.
P: Que hace el siguiente comando?
R: B) Elimina todos los archivos .log de /var/log modificados hace mas de 30 dias. find /var/log -name "*.log" -mtime +30 busca todos los archivos que terminan en .log dentro de /var/log que fueron modificados hace mas de 30 dias. El operador | pasa esta lista de archivos a xargs, que convierte cada linea de la entrada estandar en argumentos para el comando rm. El resultado es que rm elimina cada uno de los archivos encontrados. Si los nombres de archivo pudieran contener espacios, seria mas seguro usar find ... -print0 | xargs -0 rm.
P: Cual de los siguientes comandos muestra la salida del comando ls -l en la pantalla Y al mismo tiempo la guarda en el archivo listado.txt?
R: C) ls -l | tee listado.txt. tee lee de la entrada estandar y escribe simultaneamente en la salida estandar (pantalla) y en el archivo especificado. Es la unica forma de dividir el flujo de datos para que vaya a dos destinos al mismo tiempo. La opcion A redirige toda la salida al archivo (no muestra nada en pantalla). La opcion B anade al archivo pero tampoco muestra en pantalla. La opcion D tambien redirige todo al archivo sin mostrar en pantalla. Si se quisiera anadir al archivo en vez de sobreescribir, se usaria tee -a.
P: Que son los descriptores de archivo 0, 1 y 2 en Linux?
R: C) 0=stdin, 1=stdout, 2=stderr. Los tres descriptores de archivo estandar en Linux son: 0 para la entrada estandar (stdin, por defecto el teclado), 1 para la salida estandar (stdout, por defecto la pantalla) y 2 para la salida de error estandar (stderr, por defecto tambien la pantalla). Estos numeros son fundamentales para las redirecciones: > equivale a 1>, < equivale a 0<, y 2> redirige especificamente los errores. Todo proceso en Linux hereda estos tres descriptores al ser creado.
P: Un script genera mucha salida que no interesa y tambien mensajes de error que tampoco se quieren ver. Cual es la forma correcta de descartar TODA la salida?
R: B) script.sh &> /dev/null. &> redirige tanto stdout como stderr al mismo destino. /dev/null es un archivo especial que descarta todo lo que se escribe en el. Otra forma equivalente seria script.sh > /dev/null 2>&1. La opcion A usa /dev/zero que es un dispositivo que genera ceros al leer de el, no es un sumidero para descartar datos (aunque escribir en el no causa error, no es idiomatico). La opcion C solo descarta stdout, los errores seguirian apareciendo en pantalla. La opcion D solo descarta stderr, la salida normal seguiria en pantalla.
P: Que hace el operador << en el siguiente ejemplo?
R: B) Crea un here document que pasa el bloque de texto como stdin a cat, con expansion de variables. El operador << seguido de un delimitador (en este caso FIN) crea un “here document”. Todo el texto entre << FIN y la linea que contiene solo FIN se pasa como entrada estandar al comando cat. Dentro del here document, las variables como $USER y las sustituciones de comandos como $(date) se expanden con sus valores reales. Si se quisiera evitar la expansion, se usarian comillas en el delimitador: << 'FIN'. El delimitador de cierre debe estar solo en su propia linea, sin espacios antes ni despues.
P: Un administrador quiere encontrar todos los archivos .conf en /etc y copiarlos a /backup/configs/. Los nombres de algunos archivos contienen espacios. Cual de los siguientes comandos es el mas seguro?
R: B) find /etc -name "*.conf" -print0 | xargs -0 cp -t /backup/configs/. Cuando los nombres de archivo pueden contener espacios u otros caracteres especiales, es fundamental usar -print0 en find (que separa los resultados con el caracter null \0 en vez de saltos de linea) y -0 en xargs (que usa null como delimitador de entrada). La opcion -t de cp especifica el directorio destino, permitiendo que los nombres de archivo vayan como argumentos finales. La opcion A fallaria con nombres que contienen espacios porque xargs los interpretaria como argumentos separados. La opcion C no funcionaria porque cp no lee de stdin. La opcion D redirige la salida de find a un archivo llamado “xargs”, no ejecuta xargs.
P: Cual es la funcion del comando mkfifo y como se diferencia de un pipe normal?
R: B) mkfifo crea un pipe con nombre (FIFO) que persiste en el sistema de archivos y puede ser usado por procesos no relacionados. mkfifo crea una named pipe (FIFO - First In, First Out) que aparece como un archivo especial en el sistema de archivos (identificado con p en ls -l). A diferencia del pipe normal (|) que solo conecta dos comandos en la misma linea y es temporal, una named pipe persiste hasta que se elimine con rm, y puede ser utilizada por procesos completamente independientes (incluso en distintas sesiones de terminal). Un proceso puede escribir en la pipe (echo "datos" > mi_pipe) y otro puede leer de ella (cat < mi_pipe). La operacion es bloqueante: el escritor espera a que alguien lea, y viceversa.
P: Cual es la diferencia entre > y >> al redirigir la salida estandar a un archivo?
R: b) > sobreescribe el archivo, >> anade al final sin sobreescribir. El operador > redirige la salida estandar a un archivo, sobreescribiendo cualquier contenido previo. El operador >> (append) tambien redirige la salida estandar pero anade el contenido al final del archivo existente sin sobreescribirlo. Si el archivo no existe, ambos lo crean. Para proteger contra sobreescrituras accidentales se puede activar set -o noclobber, lo que impide que > sobreescriba archivos existentes (se puede forzar con >|).
P: Que hace el comando comando 2>&1 > archivo.txt? Es correcto para capturar stdout y stderr en el archivo?
R: b) No, solo stdout va al archivo; stderr sigue yendo a la pantalla. El orden de las redirecciones importa. En comando 2>&1 > archivo.txt, primero 2>&1 redirige stderr a donde stdout apunta en ese momento (la pantalla), y luego > archivo.txt redirige stdout al archivo. El resultado es que stderr sigue yendo a la pantalla. La forma correcta es comando > archivo.txt 2>&1, donde primero stdout se redirige al archivo y luego stderr sigue a stdout (al archivo). Alternativamente, comando &> archivo.txt captura ambos flujos.
P: Que comando permite escribir en un archivo protegido usando sudo con la ayuda de tee?
R: b) echo "linea" | sudo tee /etc/archivo_protegido. La opcion A no funciona porque la redireccion > la realiza el shell del usuario actual (sin privilegios), no el proceso sudo. El comando tee recibe los datos por stdin y los escribe en el archivo; al ejecutarlo con sudo, tee se ejecuta como root y puede escribir en archivos protegidos. Para anadir al archivo en lugar de sobreescribir, se usa sudo tee -a. La opcion C tiene una sintaxis invalida y la opcion D tambien es incorrecta.
P: Que operador en bash envia tanto stdout como stderr a traves de un pipe al siguiente comando?
R: b) |&. El operador |& (disponible en bash 4+) envia tanto stdout como stderr al siguiente comando a traves del pipe. El pipe normal | solo pasa stdout; stderr sigue yendo a la pantalla. |& es equivalente a 2>&1 |. Por ejemplo: ls /etc /no_existe |& wc -l contaria tanto las lineas de la salida normal como los mensajes de error. El operador || es el OR logico que ejecuta el segundo comando solo si el primero falla.
P: Que hace un here string (<<<) en bash?
R: b) Pasa una sola cadena como entrada estandar a un comando. Un here string <<< pasa una cadena directamente como entrada estandar a un comando. Por ejemplo: wc -w <<< "uno dos tres" cuenta 3 palabras, y tr 'a-z' 'A-Z' <<< "hola" convierte a mayusculas. Es mas eficiente que echo "hola" | tr 'a-z' 'A-Z' porque no crea un subproceso para echo. Las variables se expanden dentro del here string: cat <<< "Mi home es $HOME". El here document (<< EOF) es para bloques multilínea.
P: Que comando xargs es la forma mas segura de eliminar archivos cuyos nombres pueden contener espacios, encontrados con find?
R: b) find . -name "*.tmp" -print0 | xargs -0 rm. La combinacion -print0 en find y -0 en xargs usa el caracter null (\0) como delimitador en lugar de saltos de linea o espacios. Esto garantiza que los nombres de archivo con espacios, comillas u otros caracteres especiales se manejen correctamente. La opcion A fallaria con nombres que contienen espacios porque xargs los interpretaria como archivos separados. La opcion D tiene sintaxis incompleta (falta {} \;). Esta es una practica esencial de seguridad al procesar archivos con find y xargs.
P: Que hace la sustitucion de procesos <(comando) en bash?
R: b) Presenta la salida del comando como un archivo temporal que puede ser leido. La sustitucion de procesos <(comando) ejecuta el comando y presenta su salida como si fuera un archivo temporal. Es especialmente util con diff para comparar la salida de dos comandos: diff <(ls /dir1) <(ls /dir2). Esto evita crear archivos temporales manualmente. Tambien existe >(comando) que crea un archivo temporal de escritura. La sustitucion de procesos es especifica de bash y no funciona en sh. Es util con while read para evitar problemas de subshell creados por pipes.
P: Si la opcion noclobber esta activada en el shell, que operador permite forzar la sobreescritura de un archivo existente con redireccion?
R: c) >|. Cuando noclobber esta activado (set -o noclobber), el operador > no permite sobreescribir archivos existentes y da un error. El operador >| fuerza la sobreescritura a pesar de la proteccion noclobber. >> anade al archivo sin sobreescribir. >! no es un operador valido en bash para este proposito (aunque si en otros shells como csh/tcsh). >& se usa para redirigir descriptores de archivo, no para forzar sobreescritura.
P: Que opcion de tee permite anadir contenido al final de un archivo en lugar de sobreescribirlo?
R: b) tee -a. tee -a (append) anade la salida al final del archivo especificado en lugar de sobreescribirlo. Sin -a, tee sobreescribe el contenido del archivo. Por ejemplo: echo "nueva linea" | tee -a log.txt anade “nueva linea” al final de log.txt y tambien la muestra en la pantalla. tee puede escribir en multiples archivos simultaneamente: comando | tee archivo1.txt archivo2.txt. Las opciones -f, -p y --no-clobber no son opciones estandar de tee.
P: En el contexto de las redirecciones, que es /dev/null?
R: b) Un archivo especial que descarta todo lo que se escribe en el y produce EOF al leerlo. /dev/null es un archivo especial del sistema conocido como “el agujero negro” de Linux. Acepta cualquier cantidad de datos escritos en el y los descarta silenciosamente. Al leer de el, produce inmediatamente un fin de archivo (EOF). Se usa para descartar salida no deseada: comando > /dev/null (descarta stdout), comando 2> /dev/null (descarta stderr), comando &> /dev/null (descarta todo). Tambien se usa para vaciar archivos: cat /dev/null > archivo.txt. /dev/urandom es el que genera datos aleatorios.
P: Que comando redirige la salida estandar de un proceso a un archivo y al mismo tiempo los errores a otro archivo diferente?
R: comando > salida.txt 2> errores.txt. Esta sintaxis separa los dos flujos de salida: > (equivalente a 1>) redirige stdout al archivo salida.txt, y 2> redirige stderr al archivo errores.txt. Cada flujo va a un archivo diferente, permitiendo procesar los resultados y los errores por separado. Por ejemplo: find / -name "*.conf" > resultados.txt 2> errores.txt guarda los archivos encontrados en un archivo y los errores de permisos en otro.
P: Que comando crea una named pipe (FIFO) llamada mi_pipe?
R: mkfifo mi_pipe. mkfifo crea un archivo especial de tipo pipe con nombre (FIFO - First In, First Out) en el sistema de archivos. Este archivo aparece con el tipo p en ls -l (por ejemplo, prw-r--r--). La named pipe permite comunicacion entre procesos independientes: un proceso escribe (echo "datos" > mi_pipe) y otro lee (cat < mi_pipe). La operacion es bloqueante hasta que ambos extremos estan conectados. Se elimina con rm mi_pipe. La opcion -m permite establecer permisos: mkfifo -m 644 mi_pipe.
P: Que comando usarias para descartar solo los mensajes de error de un comando, mostrando la salida normal en pantalla?
R: comando 2> /dev/null. 2> /dev/null redirige solo el descriptor de archivo 2 (stderr) a /dev/null, descartando los mensajes de error. La salida estandar (stdout, descriptor 1) sigue yendo a la pantalla. Esto es muy util con comandos como find que generan muchos errores de permisos: find / -name "*.conf" 2> /dev/null. Para descartar solo stdout: comando > /dev/null. Para descartar ambos: comando &> /dev/null o comando > /dev/null 2>&1.
P: Que comando usarias para pasar la cadena “Hola Mundo” como entrada estandar al comando wc -w usando un here string?
R: wc -w <<< “Hola Mundo”. El operador <<< (here string) pasa la cadena entre comillas directamente como entrada estandar al comando. En este caso, wc -w contaria 2 palabras. Es equivalente a echo "Hola Mundo" | wc -w pero mas eficiente porque no crea un subproceso para echo. Las variables se expanden dentro del here string: wc -w <<< "$VARIABLE". Los here strings son una funcionalidad especifica de bash.
P: Que comando usarias para vaciar completamente el contenido de un archivo sin eliminarlo?
R: > archivo.txt. La forma mas corta de vaciar un archivo en bash es > archivo.txt, que redirige “nada” al archivo, sobreescribiendolo con contenido vacio. Alternativas equivalentes son: cat /dev/null > archivo.txt, truncate -s 0 archivo.txt, o echo -n > archivo.txt. Esto es util para limpiar archivos de log sin eliminarlos, ya que el archivo mantiene su inodo y los procesos que lo tienen abierto pueden seguir escribiendo en el.
P: Tip de examen: /dev/null es la forma estandar de descartar salida no deseada. Es un “sumidero…
R: /dev/null es la forma estandar de descartar salida no deseada. Es un “sumidero” (sink) que acepta cualquier cantidad de datos y los descarta.
P: Tip de examen: xargs es necesario cuando el comando destino espera argumentos (no stdin)…
R: xargs es necesario cuando el comando destino espera argumentos (no stdin). Por ejemplo, rm, cp, mv, chmod necesitan nombres de archivo como argumentos, no datos por stdin.
P: Tip de examen: La sustitucion de procesos es especifica de bash (no funciona en sh). Es parti…
R: La sustitucion de procesos es especifica de bash (no funciona en sh). Es particularmente util con diff para comparar la salida de dos comandos, y con while read para evitar problemas de subshell creados por pipes.
P: Que hace el comando tee >(wc -l)?
R: > Para el examen: La sustitucion de procesos es especifica de bash (no funciona en sh). Es particularmente util con diff para comparar la salida de dos comandos, y con while read para evitar problemas de subshell creados por pipes. --- 13. Named pipes (FIFOs): mkfifo Una named pipe (tuberia con nombre) o FIFO (First In, First Out) es un archivo especial en el sistema de archivos que actua como un canal de comunicacion entre procesos. A diferencia de los pipes normales (`
P: Que hace el comando >?
R: Redirige stdout a archivo (sobreescribe)
P: Que hace el comando >>?
R: Redirige stdout a archivo (anade)
P: Que hace el comando 2>?
R: Redirige stderr a archivo (sobreescribe)
P: Que hace el comando 2>>?
R: Redirige stderr a archivo (anade)
P: Completa el comando: quieres redirigir stderr (descriptor 2) al mismo destino que stdout (descriptor 1). Escribe la sintaxis de redireccion:
R: 2>&1. Esta sintaxis significa “redirige el descriptor de archivo 2 (stderr) a donde apunte el descriptor 1 (stdout)”. Los tres descriptores estandar son: 0 = stdin (entrada estandar, por defecto el teclado), 1 = stdout (salida estandar, por defecto la pantalla), 2 = stderr (error estandar, por defecto la pantalla). El operador >& duplica un descriptor hacia otro. El orden importa: en comando > archivo 2>&1, primero stdout va al archivo y luego stderr lo sigue. En comando 2>&1 > archivo, stderr va a la pantalla (donde apuntaba stdout antes) y solo stdout va al archivo.
P: Un script genera mensajes de depuracion por stdout y errores reales por stderr. El administrador quiere descartar los mensajes de depuracion pero conservar los errores en pantalla. Escribe la redireccion correcta:
R: ./script.sh > /dev/null. Al redirigir solo stdout (> o 1>) a /dev/null, se descartan los mensajes de depuracion mientras stderr sigue mostrando los errores en pantalla. /dev/null es un archivo especial del kernel que descarta todo lo que se escribe en el y produce EOF inmediato al leerlo. Usos comunes: comando > /dev/null (descartar stdout), comando 2> /dev/null (descartar stderr), comando &> /dev/null (descartar todo). Tambien sirve para vaciar archivos: cat /dev/null > archivo.log. No confundir con /dev/zero (genera ceros al leer) ni /dev/urandom (genera datos aleatorios).
P: Un administrador ejecuta cat /etc/passwd | grep root | wc -l. Describe que flujo de datos conecta el pipe | entre cada comando y que descriptor de archivo usa.
R: El pipe | conecta la salida estandar (stdout, descriptor 1) del comando de la izquierda con la entrada estandar (stdin, descriptor 0) del comando de la derecha. En la cadena del ejemplo: 1) cat /etc/passwd envia el contenido del archivo por stdout; 2) el primer | lo pasa como stdin a grep root, que filtra las lineas que contienen “root” y las envia por su stdout; 3) el segundo | lo pasa como stdin a wc -l, que cuenta las lineas. Importante: el pipe normal | solo pasa stdout, NO stderr. Si grep genera un error, ese error apareceria en la pantalla, no pasaria a wc. Para pasar ambos flujos se usa |& (equivalente a 2>&1 |). Cada comando en el pipeline se ejecuta en un subshell independiente.
P: Necesitas anadir una linea al archivo /etc/hosts (protegido por root). El comando sudo echo "192.168.1.10 server" >> /etc/hosts falla con “permiso denegado”. Como lo solucionarias usando tee?
R: echo "192.168.1.10 server" | sudo tee -a /etc/hosts. El problema del comando original es que la redireccion >> la ejecuta el shell del usuario actual (sin privilegios), no el proceso sudo. La solucion es usar tee con sudo: el pipe pasa los datos al proceso tee que se ejecuta como root y puede escribir en el archivo protegido. La opcion -a (append) es crucial: sin ella, tee sobreescribiria todo el archivo. Si no quieres ver la salida en pantalla, anade > /dev/null al final: echo "linea" | sudo tee -a /etc/hosts > /dev/null. tee tambien puede escribir en multiples archivos a la vez: comando | tee archivo1.txt archivo2.txt.
P: Explica por que find /tmp -name "*.log" | rm no funciona, y como lo solucionarias con xargs. Que opcion usarias si los nombres de archivo contienen espacios?
R: rm no lee nombres de archivo desde stdin; espera recibirlos como argumentos en la linea de comandos. El pipe le envia datos por stdin pero rm los ignora. La solucion es find /tmp -name "*.log" | xargs rm, donde xargs toma cada linea de stdin y la convierte en argumentos para rm. Para nombres con espacios, se usa la combinacion segura: find /tmp -name "*.log" -print0 | xargs -0 rm. -print0 separa resultados con el caracter null (\0) en vez de saltos de linea, y -0 le dice a xargs que use null como delimitador. Otras opciones utiles: -n 1 ejecuta el comando una vez por argumento, -I {} permite colocar el argumento en una posicion especifica: xargs -I {} cp {} /backup/.
P: En un script bash, necesitas pasar un bloque de texto multilinea como stdin a cat, pero NO quieres que las variables como $HOME se expandan. Cual es la diferencia entre usar << EOF y << 'EOF' como delimitador?
R: Con << EOF (sin comillas), las variables ($HOME), las sustituciones de comandos ($(date)) y las secuencias de escape (\n) se expanden dentro del bloque de texto. Con << 'EOF' (con comillas simples), el texto se pasa literalmente sin ninguna expansion. Ejemplo con expansion: cat << EOF / Tu home es $HOME / EOF imprime la ruta real. Ejemplo literal: cat << 'EOF' / Tu home es $HOME / EOF imprime $HOME tal cual. El delimitador de cierre debe estar solo en su propia linea, sin espacios antes ni despues. Si se usa <<- EOF, se permiten tabuladores antes del delimitador de cierre (util para indentar en scripts). El delimitador puede ser cualquier palabra, no solo EOF.
P: Cual es la ventaja de usar tr 'a-z' 'A-Z' <<< "hola mundo" en lugar de echo "hola mundo" | tr 'a-z' 'A-Z'? En que shell funciona el here string <<<?
R: La ventaja del here string (<<<) es que no crea un subproceso adicional. Con echo ... | tr, el shell crea un subproceso para ejecutar echo y un pipe entre ambos comandos. Con <<<, la cadena se pasa directamente como stdin a tr sin procesos adicionales, lo que es mas eficiente. El here string es una funcionalidad especifica de bash (y zsh/ksh); no funciona en sh (POSIX shell). Las variables se expanden: tr 'a-z' 'A-Z' <<< "$USER" convierte el nombre de usuario a mayusculas. La diferencia con el here document (<< EOF) es que <<< solo acepta una sola linea/cadena, mientras que << EOF permite bloques multilinea.
P: Quieres comparar la lista de archivos en /etc/ con la lista en /usr/etc/ sin crear archivos temporales. Escribe el comando usando diff y sustitucion de procesos.
R: diff <(ls /etc/) <(ls /usr/etc/). La sustitucion de procesos <(comando) ejecuta el comando y presenta su salida como un archivo temporal (en /dev/fd/XX), permitiendo usarla donde se espera un nombre de archivo. diff recibe dos “archivos” que en realidad son la salida de los dos ls. Esto evita crear archivos temporales manualmente. Tambien existe >(comando) para escritura: tee >(wc -l) > archivo.txt escribe en el archivo y simultaneamente cuenta las lineas. Importante para el examen: la sustitucion de procesos es especifica de bash y NO funciona en sh (POSIX shell). Tambien es util con while read: while read linea; do echo "$linea"; done < <(comando) evita el problema de subshell que crean los pipes.
P: Un administrador ejecuta mkfifo /tmp/canal y luego en una terminal escribe echo "datos" > /tmp/canal. El comando se queda bloqueado. Por que ocurre esto y como se soluciona?
R: La operacion se bloquea porque una named pipe (FIFO) es bloqueante: el escritor espera hasta que alguien abra el otro extremo para leer, y viceversa. Para desbloquear, hay que abrir otra terminal y ejecutar cat /tmp/canal, que lee los datos y desbloquea al escritor. Las named pipes creadas con mkfifo persisten en el sistema de archivos (a diferencia del pipe | que es temporal). Se identifican con la letra p en ls -l (ej: prw-r--r--). Permiten comunicacion entre procesos no relacionados e incluso en sesiones de terminal diferentes. Se eliminan con rm /tmp/canal. La opcion -m permite establecer permisos: mkfifo -m 600 /tmp/canal. Son utiles para IPC (inter-process communication) sin archivos temporales.
P: Asocia cada operador de redireccion con su funcion: 1) > 2) >> 3) < 4) 2> 5) &> 6) 2>&1 7) >| 8) |&
R: 1) > redirige stdout a archivo (sobreescribe). 2) >> redirige stdout a archivo (anade al final). 3) < redirige un archivo como stdin del comando. 4) 2> redirige stderr a archivo (sobreescribe). 5) &> redirige stdout y stderr al mismo archivo (atajo de bash). 6) 2>&1 redirige stderr a donde apunte stdout (duplicacion de descriptores). 7) >| fuerza la sobreescritura cuando noclobber esta activado (set -o noclobber). 8) |& pipe que pasa stdout y stderr al siguiente comando (equivale a 2>&1 |). Recuerda: > equivale a 1>, < equivale a 0<. Los operadores >> y 2>> anaden; > y 2> sobreescriben.
P: Indica si las siguientes afirmaciones son VERDADERAS o FALSAS: 1) cmd > file 2>&1 y cmd 2>&1 > file producen el mismo resultado. 2) El here string <<< funciona en POSIX sh. 3) xargs es necesario porque rm, cp y chmod no leen nombres de archivo desde stdin. 4) La sustitucion de procesos <() funciona en sh y en bash.
R: 1) FALSA. El orden importa: cmd > file 2>&1 envia ambos flujos al archivo; cmd 2>&1 > file envia stderr a la pantalla y solo stdout al archivo. 2) FALSA. El here string <<< es especifico de bash/zsh/ksh, NO funciona en POSIX sh. 3) VERDADERA. rm, cp, chmod y mv esperan argumentos en la linea de comandos, no datos por stdin. xargs convierte stdin en argumentos. 4) FALSA. La sustitucion de procesos <() y >() es especifica de bash y NO funciona en sh. Estas son trampas clasicas del examen LPIC-1: el orden de las redirecciones, la diferencia entre bash y POSIX sh, y saber cuando se necesita xargs.