La ejecución de comandos en Linux varía considerablemente entre versiones y sistemas, siendo clave conocer las diferencias para un manejo efectivo y sin errores.
La ejecución de comandos en una terminal de Linux no es un asunto uniforme. A pesar de que muchos de ellos son portables, las excepciones están a la orden del día.
Los comandos pueden variar entre versiones, por ejemplo, el find de GNU y su par en BSD. También los programas se comportan de manera distinta en sistemas Unix como Solaris, IBM AIX y macOS, o distribuciones como BusyBox de Alpine Linux.
stat
La utilidad stat revela información sobre un archivo, parecida a un ls en un nivel más técnico:
Sin embargo, los resultados pueden chocar entre sistemas:
Las opciones -f, -c y -t de GNU stat no tienen cabida en las variantes de BSD y su funcionamiento dista de ser similar. Para mostrar el tamaño del bloque en GNU, usarías:
stat -c %s nombre_de_archivo En BSD, en cambio, el comando se ejecuta con una opción y formato de cadena diferentes:
stat -f %b nombre_de_archivo Además, el soporte de opciones largas, como --help y --version, es típica de GNU. Estas son claves para entender un comando sin perderse en la página manual, pero en BSD, estas opciones suelen brillar por su ausencia.
find
Las versiones de este popular comando son un estudio de contradicciones. Mientras que el find de BSD menciona “primarios”, GNU lo aborda desde “pruebas” y “acciones”.
Con una abundante cantidad de opciones, no es extraño que el comportamiento varíe. La opción -printf de GNU, que permite personalizar la salida, es un buen ejemplo:
find . -printf "%f\n" Pero en BSD, ni siquiera tendrás esa opción. Tal vez debas redirigir su salida a stat, teniendo presente sus discrepancias.
Algunas incompatibilidades son menos relevantes; por ejemplo, la versión de GNU acepta la opción -d de BSD para recorrer el sistema en profundidad, aunque con una advertencia educada en el proceso:
También, en GNU puedes omitir el argumento de la ruta, que se predetermina al directorio actual. Este aspecto no está definido por el estándar POSIX—BSD mostrará un mensaje de uso y regresará un error—pero es un plus cómodo.
top
La lista de procesos en tu sistema varía según el entorno. No solo eso, la información y su presentación en top también difieren considerablemente.
La información de resumen en BSD es más extensa, incluyendo estadísticas de red y disco.
Mientras que GNU muestra el porcentaje de memoria, BSD opta por un valor absoluto. Las diferencias en las columnas son notables, especialmente en el orden.
Como top se utiliza en sesiones interactivas, las discrepancias son menos relevantes que en otros comandos que podrías emplear en scripts.
sed
BSD fuerza una sintaxis incómoda
El editor sed es versátil y permite transformaciones mediante expresiones regulares. La opción -i es particularmente útil para editar archivos directamente:
sed -i 's/foo/bar/g' nombre_de_archivo Pero en BSD, este mismo comando generará un error confuso:
Esto se debe a que, en BSD, la opción -i requiere un argumento que especifique la extensión para crear un archivo de copia de seguridad:
sed -i .bak 's/foo/bar/g'```html
Aunque puedes esquivar este comportamiento con una extensión vacía, siempre tendrás que proporcionar un argumento a sed de BSD para evitar el error inicial:
sed -i '' 's/foo/bar/g' nombre_de_archivo grep
Mejor que antes, pero los usuarios de BSD aún se quedan atrás
grep es una herramienta fundamental en cualquier arsenal de Linux. Ha sido un punto de fricción en la portabilidad, fruto de diferencias en las expresiones regulares subyacentes.
En sistemas GNU, el valor predeterminado es BRE (básico); macOS, en el pasado, se inclinaba por una sintaxis estricta POSIX.
Hoy, esas diferencias lentamente se desvanecen. En versiones modernas de macOS, grep se presenta como “BSD grep, compatible con GNU.”
Sin embargo, permanece una gran disparidad: el soporte para expresiones regulares compatibles con Perl (PCRE). Con la opción -P, GNU grep permite usar la sintaxis más flexible del analizador regex de Perl:
grep -P '\d+' numbers.txt PCRE, con clases de caracteres extendidas y coincidencias no codiciosas, ofrece ventajas significativas. Pero ojo, asegúrate de que puedes usarlas antes de depender de ellas.
cp
Incluso los comandos más básicos pueden ser no fiables
Podrías pensar que un comando tan sencillo como cp siempre será predecible, pero no es el caso. En Ubuntu, Red Hat o Debian, puedes usar la opción -u para copiar un archivo si es más reciente que el destino:
cp -u ./original ./target Desgraciadamente, esta opción útil no está disponible en macOS.
GNU cp ofrece una forma alternativa para copiar varios archivos a un único directorio. El enfoque estándar, respaldado por todas las versiones, consiste en listar todos los archivos como parámetros, con el último siendo el directorio de destino:
cp file1.c file2.c file3.c src Pero solo la versión GNU admite la opción -t, que permite invertir el orden:
cp -t src file1.c file2.c file3.c Esta variación se vuelve más práctica a la hora de escribir, pero tu mayor eficiencia llega cuando empleas cp en una tubería:
find . -name '*.c' | xargs cp -t src Mantén el comportamiento básico POSIX si la compatibilidad es importante para ti
No hay un conjunto de herramientas que supere al otro, pero BSD y GNU presentan diferencias notables. En general, las herramientas BSD se apegan más al estándar POSIX, mientras que las extensiones de GNU—con opciones largas y una ayuda más clara—merecen la atención.
Independientemente de tu elección, familiarízate con estas diferencias y aprende a detectarlas, especialmente al adaptarte a un nuevo entorno.
```
Si deseas encontrar artículos similares a Cuidado con estos 6 comandos de Linux inconsistentes, especialmente si usas otro sistema operativo, te sugerimos revisar la categoría Linux.
Deja una respuesta