Preparación para el examen de certificación 101 LPI (segundo lanzamiento), Parte 1Bienvenido a “Fundamentos de Linux”, el primero de cuatro tutoriales diseñado para prepararlo para el examen 101 del Instituto Profesional de Linux (Linux Professional Institute). En este tutorial, haremos una introducción a bash (el intérprete de comandos estándar de Linux), le mostraremos como tomar ventajas de las órdenes estándar Linux (como ls, cp o mv), explicaremos inodos, enlaces simbólicos y rígidos (soft y hard links), y mucho más. Al final de este tutorial, tendrá una base sólida en los fundamentos de Linux, y estará listo para aprender algunas tareas básicas de administración de su sistema Linux. Cuando finalice esta serie de tutoriales (ocho en total) tendrá el conocimiento necesario para ser un Administrador de Sistemas Linux, y estará preparado para, si así lo quisiera, la certificación LPIC de nivel 1 del Linux Professional Institute. Este tutorial en particular (parte I) es ideal para aquellos que son nuevos en Linux, o para aquellos que quieran revisar o incrementar sus conocimientos de los conceptos fundamentales de Linux, tales como copiar y mover archivos, crear enlaces simbólicos y rígidos, o usar las órdenes estándar de Linux para procesamiento de textos junto con tuberías (pipelines) y redirecciones. A lo largo del camino aparecerán consejos, trucos y sugerencias para mantener el tutorial interesante y práctico, aún para aquellos con una buena experiencia en Linux. Para los principiantes este material resultará nuevo, pero los usuarios más experimentados de Linux verán que este tutorial completará su conocimiento de los fundamentos de Linux. Para aquellos quienes han leído la versión 1 de este tutorial por razones diferentes a las de prepararse para el examen LPI, es probable que no necesiten leer esta versión. Sin embargo, si planea presentar los exámenes, debe considerar seriamente la lectura de este tutorial. Residiendo en Albuquerque, Nuevo México, Daniel Robbins es el Arquitecto en jefe de la metadistribución Gentoo Linux. También escribe artículos y seminarios para IBM developerWorks y Servicios de Desarrollo de Intel, y ha contribuido en la edición de distintos libros como Samba y Linux SuSE Unleashed. Daniel disfruta su tiempo con su esposa Mary y su hija Hadassah. Puede contactarlo en la siguiente dirección: drobbins@gentoo.org. Si ha usado un sistema Linux, sabrá que cuando ingresa al sistema (log in) es saludado con un prompt que luce más o menos así:
El prompt que realmente ve puede lucir un tanto diferente. Puede contener el nombre de anfitrión de su sistema (hostname), el nombre de directorio actual de trabajo o ambos. Más allá de como se vea su prompt lo importante es saber lo siguiente: el programa que imprimió ese prompt se llama “intérprete de comandos”, y es muy probable que su intérprete de comandos particular sea uno llamado bash. Puede revisar si está utilizando bash tecleando:
Si con la línea de arriba obtuvo un mensaje de error o no respondió de la misma forma que en nuestro ejemplo, entonces está usando algún otro intérprete de comandos. En ese caso la mayor parte de este tutorial puede aplicarse, pero si se está preparando para el examen 101, le recomendamos cambiar a bash. Bash, es un acrónimo para intérprete de comandos renacido (Bourne-again-shell), es el intérprete de comandos por omisión en la mayoría de los sistemas Linux. El trabajo de un intérprete de comandos es obedecer sus órdenes de manera que pueda interactuar con su sistema Linux. Cuando termine de introducir órdenes, puede solicitarle a su intérprete de comandos salir a través de exit o logout. En ese momento regresará al prompt de inicio de sesión. A propósito, también puede salir de su sesión tecleando control-D en el prompt de su bash. Como seguramente habrá notado, situarse en el prompt de su bash no es la cosa mas emocionante. Así que comencemos a usar bash para navegar en nuestro sistema de archivos (filesystem). En el prompt, teclee lo siguiente (sin incluir el $):
Con esto le ha dicho a bash que quiere trabajar en el directorio /, también conocido como raíz. Todos los directorios en el sistema forman un árbol, y / es considerado la raíz de éste. cd establece el directorio donde trabaja actualmente, también conocido como “directorio actual de trabajo” (current working directory). Para ver el directorio actual de trabajo de bash, escriba:
En el ejemplo de arriba, el argumento / es llamado path, el cual indica hacia donde queremos dirigirnos. En particular, el argumento / es un path absoluto, es decir especifica la ubicación relativa a la raíz del árbol del sistema de archivos. Aquí se muestran otras rutas absolutas:
Como puede ver, lo único que estas rutas absolutas tienen en común es que todas comienzan con /. Si le damos a cd el path /usr/local/bin, primero cd entrará al directorio /, desde allí luego entrará al directorio usr, y recién desde allí entrará a bin. Las rutas absolutas siempre son evaluadas a partir de /. El otro tipo de rutas es el de las rutas relativas. bash, cd, y otras órdenes siempre interpretan este tipo de rutas como relativas al directorio actual de trabajo. Las rutas relativas nunca comienzan con /. Así que si estamos en /usr:
Entonces, puede usar una ruta relativa para cambiar el directorio actual a /usr/local/bin:
Las rutas relativas pueden contener uno o mas directorios .. El directorio .. es un directorio especial que apunta al directorio padre del actual. De esta manera, y continuando con el ejemplo anterior:
Como puede ver, el directorio actual de trabajo ahora es /usr/local. De esta forma podemos “volver atrás” un directorio con respecto al cual estamos situados. Además, podemos incluir el directorio .. en alguna ruta relativa, permitiéndonos ir a algún directorio que se encuentre en alguna rama lateral del árbol de directorios. Por ejemplo:
Las rutas relativas pueden volverse un tanto complejas. Aquí van algunos ejemplos, ninguno muestra el directorio objetivo. Intente entender donde quedará situado después de teclear cada una de estas órdenes:
Ahora, inténtelo y verifique si sus respuestas son las correctas :). Antes de terminar con la orden cd hay algunas cosas más que vale la pena mencionar. Primero hablaremos de otro directorio especial llamado ., que se refiere al directorio actual. Aunque este directorio no suele ser utilizado con la orden cd, si es útil, por ejemplo, para ejecutar algún programa situado en el directorio actual, como se ve a continuación:
En el ejemplo anterior, se ejecutará el archivo ejecutable miprograma que reside en el directorio actual de trabajo. Si lo que quiere es cambiar el directorio actual a su directorio home, entonces escriba:
Cuando utilice la orden cd sin argumentos, este lo llevará a su directorio home. Será el directorio /root para el super-usuario, y /home/nombredeusuario para usuarios comunes. Ahora bien... ¿qué sucede si lo que quiere es referirse a un archivo situado en su directorio home? Quizás lo que quiera sea pasar un archivo como argumento a su ejecutable miprograma. Si el archivo está en su directorio home, entonces puede escribir:
Sin embargo, usar rutas absolutas no es siempre lo más conveniente. Afortunadamente, puede hacer uso del carácter ~ para hacer lo mismo:
Directorios home de otros usuarios bash expandirá un simple ~ (tilde) para apuntar a su directorio home, pero también puede usar el tilde para apuntar a los directorio home de los otros usuarios. Por ejemplo, si quiere referirse a un archivo llamado archivodejuan.txt en el directorio home de juan, entonces puede teclear lo siguiente:
Ahora, vamos a darle una pequeña mirada a la orden ls. Muy probablemente ya haya tenido contacto con la orden ls, y sabe que teclearlo mostrará el contenido del directorio actual de trabajo:
Especificando la opción -a, podrá ver todos los archivos del directorio, incluyendo los archivos ocultos (aquellos que comienzan con .). Como se ve en el siguiente ejemplo, ls -a muestra también los enlaces a directorios especiales . y ..
Listado completo de información A la orden ls le puede especificar uno o más archivos o directorios a través de la línea de comandos. Si especifica un archivo, ls solo mostrará este archivo, pero si especifica un directorio, entonces ls listará el contenido de ese directorio. La opción -l le resultará de gran utilidad cuando quiera ver información sobre permisos, tiempos de modificación, tamaño de los contenidos listados. En el siguiente ejemplo, se utiliza la opción -l para desplegar un listado completo del directorio /usr..
La primera columna muestra la información sobre permisos para cada elemento en la lista. La columna siguiente lista el número de enlaces para cada objeto del sistema de archivos. La tercer y cuarta columna listan el propietario del elemento, y el grupo al cual pertenece, respectivamente. La quinta muestra el tamaño de los objetos, mientras que la sexta menciona cuando fue realizada la última modificación del objeto (“last modified time” o “mtime”). La última columna es el nombre del objeto. Si el archivo es un enlace simbólico, entonces verá una flecha -> y la ruta hacia donde apunta el enlace simbólico. A veces, querrá mirar los directorios, en vez de dentro de ellos. Para estas situaciones puede especificar la opción -d , la cual le dirá a ls que mire los directorios, y no dentro de ellos como normalmente sucede:
Listados recursivos y de inodos Puede usar -d para mirar un directorio, o puede utilizar -R para hacer lo opuesto: no sólo mirar dentro de un directorio, sino que puede mirar recursivamente dentro de todos los directorios que a su vez se encuentran dentro del actual. No incluiremos ningún ejemplo de la salida que produce esta opción (ya que generalmente es muy grande), pero puede probar con las ordenes ls -R y ls -Rl para tener una idea de cómo trabajan. Finalmente, la opción -i para la orden ls puede ser usada para mostrar el número de inodos de los objetos del sistema de archivos listados:
Cada objeto dentro del sistema de archivos tiene asignado un índice único, llamado un número de inodo. Esto parecería ser trivial, pero entender el concepto de inodos es esencial para comprender muchas de las operaciones de un sistema de archivos. Por ejemplo, considere los links . y .. que aparecen en cada directorio. Para tener completo entendimiento de qué es realmente el directorio.. primero veamos el número de inodo de /usr/local:
El directorio /usr/local tiene el número de inodo 5120. Ahora, revisemos el número de inodo de /usr/local/bin/.. :
Como puede ver, /usr/local/bin/.. tiene el mismo número de inodo que /usr/local. Veamos como explicar esta impactante revelación. Hace poco, considerábamos a /usr/local como un directorio. Ahora, descubrimos que el inodo 5120, es en realidad el verdadero directorio, y además encontramos dos entradas en el directorio (también llamadas enlaces), que apuntan a este inodo. Tanto /usr/local/ como /usr/local/bin/.. son enlaces al inodo 5120. A pesar de que el inodo 5120 existe solamente en un lugar del disco duro, múltiples enlaces pueden apuntar a él. El inodo 5120 es la verdadera entrada en el disco. De hecho, es posible ver el número total de veces que el inodo 5120 es referenciado, usando la orden ls -dl:
Si tomamos la segunda columna de la izquierda, veremos que el directorio /usr/local (inodo 5120) es referenciado ocho veces. Aquí va una lista de algunas rutas que, en mi sistema, apuntan a ese inodo:
Ahora, veamos brevemente la orden mkdir que puede ser usada para crear directorios nuevos. El siguiente ejemplo crea tres directorios nuevos, piedra, papel y tijera, todos dentro de /tmp:
De forma predeterminada, el comando mkdir no creará directorios padre; la ruta completa hasta el penúltimo elemento debe existir previamente. De modo que si quiere crear los directorios ma/ra/villa, tendrá que enviar tres órdenes separadas de mkdir:
Sin embargo, mkdir tiene una opción, -p que le indica crear cualquier directorio padre faltante, como se ve a continuación:
Bastante sencillo, ¿no?. Para aprender más sobre la orden mkdir escriba man mkdir, para leer la página de manual. Esto sirve para casi todos las órdenes que veremos aquí (por ejemplo man ls), excepto para cd ya que este es una orden interna (built-in) de bash. Ahora, revisemos rápidamente las órdenes cp y mv, usadas para copiar, renombrar y mover archivos y directorios. Para comenzar, usaremos la orden touch para crear un archivo en /tmp:
La orden touch actualiza el "mtime" de un archivo si este ya existe (ver la sexta columna de la salida de la orden ls -l ). Si el archivo no existía, un nuevo archivo vacío es creado. Ahora debe de tener el archivo /tmp/copiame con un tamaño de cero. Ahora que el archivo existe, le agregaremos algunos datos. Esto lo podemos hacer mediante la orden echo, que toma sus argumentos y los imprime en la salida estándar. Primero, sólo la orden echo:
Ahora, la misma orden echo pero redireccionando su salida:
El signo mayor que > le dice al intérprete de comandos que escriba la salida de echo a un archivo llamado copiame. Este archivo será creado si no existe, y será sobrescrito si existía previamente. Escribiendo ls-l, podemos ver que ahora el archivo copiame tiene 14 bytes de tamaño, ya que contiene la palabra primerarchivo y el carácter salto de línea:
Para ver los contenidos de un archivo en una terminal, use la orden cat:
Ahora podemos hacer una invocación básica de la orden cp para crear el archivo copiado, siendo este una copia del original copiame.
Si investigamos, veremos que son distintos archivos, pues sus números de inodos son diferentes:
Usemos ahora la orden mv para renombrar “copiame” a “renombrado”. El número de inodo permanecerá igual; sin embargo, el nombre del archivo que apunta a él si cambiará.
Un número de inodo de un archivo movido o renombrado permanecerá igual mientras el archivo resida en el mismo sistema de archivos que el archivo fuente. (Veremos más de cerca los sistemas de archivos en la Parte 3 de esta serie de tutoriales). Hablando de mv, veamos otra manera de usar la orden mv, ya que además de permitirnos renombrar archivos, nos permite mover uno o más archivos hacia otra ubicación en la jerarquía de directorios. Por ejemplo, para mover /var/tmp/miarchivo.txt a /home/juanperez, escribiremos:
Después de teclear la orden, miarchivo.txt será movido a /var/tmp/miarchivo.txt. Si /home/juanperez está en un sistema de archivos distinto del de /home/juanperez, la orden mv se encargará de copiar miarchivo.txt al nuevo sistema de archivos, y luego borrar el antiguo del sistema de archivo. Como estará imaginando, cuando miarchivo.txt se traslada entre sistemas de archivos, el nuevo archivo miarchivo.txt en la nueva ubicación tendrá un nuevo número de inodo. Esto es porque cada sistema de archivos tiene su propio conjunto de inodos independiente. También podemos usar la orden mv para mover varios archivos a un mismo directorio. Por ejemplo, para mover miarchivo1.txt y miarticulo2.txt a /home/juanperez, puede teclear:
4. Creando enlaces y eliminando archivos Hemos mencionado ya el término "enlace" cuando nos referimos a la relación entre las entradas en los directorios (los nombres que escribimos) y los inodos (el número de índice en el sistema de archivos subyacente que usualmente ignoramos). En realidad hay dos clases de enlaces en Linux, la clase que hemos discutido hasta aquí son llamados hard links. Un número de inodo dado puede tener cualquier número de enlaces rígidos, y el inodo persistirá en el sistema de archivos hasta que el enlace permanente desaparezca. Cuando el último enlace permanente desaparece y ningún programa mantiene el archivo abierto, Linux eliminará el archivo automáticamente. Para crear un nuevo enlace permanente se utiliza la orden ln:
Como podrá ver, los enlaces rígidos trabajan en el nivel de los inodos para apuntar a un archivo en particular. En los sistemas Linux, los enlaces rígidos, tienen varias limitaciones. Uno es que sólo se pueden hacer enlaces rígidos a archivos, y no a directorios. Así es, aunque . y .. son enlaces rígidos a directorios creados por el sistema, (ni siquiera como root) no tiene permitido crear alguno propio. La segunda limitación es que no pueden expandirse a través de distintos sistemas de archivos. Esto significa que no puede crear un enlace permanente desde /usr/bin/bash hacia /bin/bash si sus directorios / y /usr pertenecen a distintos sistemas de archivos. Enlaces simbólicos (Symbolic links) En la práctica, los enlaces simbólicos (symlinks) usualmente son más utilizados que los enlaces rígidos. Los enlaces simbólicos son un tipo de archivo especial, donde el enlace se refiere a otro archivo a través de su nombre, en vez de hacerlo directamente al inodo. Los enlaces simbólicos no evitan que un archivo sea borrado, pues si elimina el archivo hacia el cual apunta el enlace, entonces el enlace simbólico deja de ser útil: se lo considera roto o inutilizable. Un enlace simbólico puede ser creado agregando la opción -s a la orden ln.
En la salida de ls -l los enlaces simbólicos pueden ser diferenciados de los archivos comunes de tres formas. Por un lado, en la primer columna un carácter l indica que se trata de un enlace simbólico. Segundo, el tamaño de un enlace simbólico es el número de caracteres del archivo apuntado (segundoenlace en nuestro caso). Por último, en la última columna se ve el archivo apuntado precedido por una linda flechita ->. Profundizando enlaces simbólicos Los enlaces simbólicos son por lo general mucho más flexibles que los rígidos. Puede crear un enlace simbólico que apunte a cualquier tipo de objeto del sistema de archivos, incluso directorios. Y como la implementación de los enlaces simbólicos está basada en rutas (y no inodos), es perfectamente posible crear un enlace simbólico que apunte a un objeto de otro sistema de archivos. Sin embargo, esto también puede hacer más difíciles de entenderlos. Considere una situación donde quiere crear un enlace en /tmp que apunte a /usr/local/bin. Debería escribir algo como esto:
O alternativamente:
Como podrá ver, ambos enlaces simbólicos apuntan al mismo directorio. Sin embargo, si el segundo enlace es movido a otro directorio, entonces quedará "roto" pues la ruta relativa será incorrecta:
Como el directorio /tmp/usr/local/bin no existe, entonces ya no podrá cambiar de directorio hacia bin2; en otras palabras, bin2 ahora está roto. Por esta razón, es buena idea evitar crear enlaces simbólicos con rutas relativas. Sin embargo, hay muchos casos en que sí será útil. Considere por ejemplo el caso que quiera crear un nombre alternativo para un programa dentro de /usr/bin:
Como usuario root, podría querer crear un nombre alternativo para “llavero”, como por ejemplo “llave”. En este ejemplo, teniendo acceso de root (como queda evidenciado por el prompt de bash: un #). Necesitará poseer los privilegios de root porque los usuarios comunes no tienen permitido crear archivos en /usr/bin. Siendo root, puede crear un nombre alternativo para llavero de la siguiente manera:
En este ejemplo, creamos un enlace simbólico llamado llave que apunta a al archivo /usr/bin/llavero. Aunque la solución recién dada funciona, puede llegar a traernos problemas si decidiéramos mover ambos archivos (/usr/bin/llavero y /usr/bin/llave) a /usr/local/bin:
Como hemos usado una ruta absoluta para crear nuestro enlace permanente, llave aún sigue apuntando a /usr/bin/llavero, y como acababa de ser trasladado, /usr/bin/llavero no existe más, pues ahora su ruta es /usr/local/bin/llavero. Esto entonces significa que llave ahora es un enlace simbólico roto. Por lo visto tanto los enlaces simbólicos con rutas absolutas como aquellos con rutas relativas tienen sus méritos, y deberá elegir el tipo de ruta apropiado para su aplicación. Frecuentemente ambos tipos de rutas funcionarán bien. El siguiente ejemplo funcionará aún después de que ambos archivos sean traslados:
Ahora, escribiendo /usr/local/bin/llave puede ejecutar el programa llavero. /usr/local/bin/llave apunta al programa llavero que está en el mismo directorio que llave. Ahora que conocemos cómo usar las ordenes cp, mv y ln, es hora de aprender a eliminar objetos de nuestro sistema de archivos. Usualmente esto puede llevarse a cabo con la orden rm. Para eliminar archivos, simplemente especifíquelos con en la línea de comandos:
Es importante destacar que en Linux, una vez que un archivo es eliminado, generalmente es para siempre. Por esta razón, muchos administradores principiantes utilizan la opción -i cuando eliminan archivos. La opción -i le dice a rm que elimine archivos de modo interactivo, esto es, preguntando antes de eliminar cada archivo. Por ejemplo:
En el ejemplo, la orden rm pregunta por cada archivo especificado si se desea realmente borrar el archivo. Si la respuesta es sí, deberá teclear una “y” (de yes) seguida de un Enter para cada pregunta. Si escribe una “n”, el archivo entonces no será removido. Si hubiera hecho algo realmente mal, podrá abortar la orden en ejecución (rm -i en nuestro caso) tecleando Control-C. Al abortarlo, todos los cambios y modificaciones que hubiere ocasionado ya estarán hechos, pero impediremos que continúe hasta el final. Si recién está comenzando a familiarizarse con la orden rm, puede ser de gran ayuda que agregue la siguiente línea a su archivo ~/.bashrc usando el editor de textos que prefiera, y luego salir y volver a entrar a la sesión. Ahora, cada vez que escriba rm, su intérprete de comandos bash lo convertirá automáticamente en la orden rm -i. De esta manera, rm siempre funcionará de modo interactivo:
Para remover directorios, tenemos dos opciones. Una es eliminar primero todo el contenido del directorio y luego usar la orden rmdir para borrar el directorio mismo:
Este método es comúnmente llamado “eliminación de directorios para tontos”. Todos los usuarios experimentados y administradores respetables utilizan la orden rm -rf que veremos a continuación. La mejor forma de eliminar un directorio es usando fuerza recursiva (recursive force) de rm. De esta manera se le indica a la orden rm que remueva el directorio especificado como así también todos los objetos dentro del mismo:
Generalmente, rm -rf es el método preferido para eliminar un árbol de directorios. Tenga cuidado usando rm -rf ya que su poder puede ser usado para bien o para mal :). 5. Usar comodines (Wild cards) En el uso diario de Linux, hay muchas ocasiones en que necesitará llevar a cabo alguna operación simple (rm por ejemplo) en muchos elementos del sistema de archivos simultáneamente. En estas situaciones, puede llegar a ser tedioso y molesto tener que teclear cada uno de los archivos en la línea de comandos:
Para resolver este problema, puede tomar ventaja del soporte de comodines de Linux. Este soporte, también llamado “globbing” (por razones históricas), le permite a especificar múltiples archivos al mismo tiempo usando un patrón de comodín (wildcard pattern). Bash y otras órdenes de Linux interpretarán este patrón buscando en el disco y encontrarán los archivos que coincidan con él. Así, si tiene archivos arch1, arch2,...,arch8 en el directorio actual de trabajo, podrá borrarlos todos juntos tecleando:
O, si quisiera simplemente remover todos los archivos que comenzaran con arch o que directamente se llamen arch, puede teclear:
El comodín * coincide con cualquier carácter o secuencia de caracteres, e incluso con “ningún carácter”. Por supuesto, los comodines pueden ser usados para muchas cosas además de una simple eliminación de archivos, como veremos más adelante. Entendiendo las no-coincidencias (non-matches) Si quisiera listar todos los objetos del sistema de archivos de /etc que comiencen con g, como así también que se llame solamente g, puede teclear:
Ahora, veamos que sucede su especificamos un patrón que no coincide con ningún objeto de sistema de archivos. En el ejemplo siguiente, trataremos de listar todos los archivos de /usr/bin que comiencen con asdf y termine con jkl, incluyendo potencialmente el archivo asdfjkl:
Aquí vimos que ocurre. Normalmente, cuando especificamos un patrón, ese patrón coincide con uno o más archivos del subyacente sistema de archivos, y bash reemplaza el patrón por una lista de todos los objetos coincidentes separados entre sí por un espacio vacío . Sin embargo, cuando no se produce ninguna coincidencia, bash deja el argumento, comodín y todo, tal cual. Así, cuando ls no encuentra el archivo /usr/bin/asdf*jkl nos muestra el mensaje apropiado de error. La regla operativa aquí es que los patrones deben ser expandidos sólo si coinciden con elementos del sistema de archivos. De otro modo, permanecen como son y pasan literalmente al programa con que fueron llamados. Ahora que hemos visto como trabaja el englobamiento (globbing) echaremos una mirada a la sintaxis de los comodines. Puede usar caracteres especiales para expansión: * coincidirá con cero o más caracteres. Esto significa que “cualquier cosa puede ir aquí, incluido nada”. Veamos algunos ejemplos:
? coincide con cualquier carácter simple. Por ejemplo:
Este tipo de comodín es similar a ?, pero permite ser más específico. Para usar este comodín, coloque los caracteres que quisiera hacer coincidir dentro de los corchetes []. La expresión resultante coincidirá con la ocurrencia de alguno de esos caracteres. También podrá usar un guión - para especificar un rango e incluso una combinación de estos. Veamos algunos ejemplos:
La construcción [!] es similar a [], excepto en que en vez de coincidir con cualquier carácter de los listados dentro de los corchetes, coincidirá con los que no han sido listados entre [! y ]. Ejemplo:
Advertencias sobre el uso de comodines Aquí están algunas advertencias para el uso de comodines. Como bash trata de modo especial los caracteres comodines (?, [, ] y *), necesitaremos tener cuidado al escribir argumentos de una orden que contengan algunos de estos caracteres. Por ejemplo, si quisiera crear un archivo que contenga la cadena de texto [fo]*, la siguiente línea de comando no lo logrará:
Si el patrón [fo]* coincide con algún objeto del directorio actual de trabajo, entonces encontrará el nombre de estos archivos dentro de /tmp/archivonuevo.txt en vez de ver literalmente [fo]* como hubiéramos querido. Para solucionarlo una posibilidad es rodear los caracteres con comillas simples. De esta manera se le indica a bash que no realice ninguna expansión de comodines:
Si utiliza las comillas simples, su nuevo archivo contendrá la cadena [fo]* como se esperaba. Alternativamente, puede usar sentencias de escape con barras invertidas para indicarle a bash que [, ] y * deben ser tratados literalmente en lugar de comodines:
Las dos soluciones (comillas simples y sentencias de escape) tienen el mismo efecto. Y ya que estamos hablando de expresiones con barras invertidas, es buen momento de mencionar que si quiere especificar un carácter \, deberá encerrarlo entre comillas simples o precederlo de otra barra invertida \\ (que será expandido a \).
Felicitaciones; ha llegado al final de nuestra reseña sobre los fundamentos de Linux. Esperamos que haya sido de ayuda para reafirmar sus conocimientos de Linux. Los temas que ha aprendido aquí, las bases de bash, órdenes básicas de Linux, enlaces y comodines, sientan las bases para el próximo tutorial sobre administración básica. En él se cubren temas como expresiones regulares, permisos y propiedad y gerenciamiento de cuentas de usuarios entre otras cosas. Continuando con esta serie de tutoriales, pronto estará listo para probar el nivel 1 de Certificación del Linux Professional Institute. Y hablando de la certificación LPIC, si esto es algo que le interesa, entonces le recomendamos que estudie las bibliografías sugeridas de la siguiente sección, las cuales han sido cuidadosamente seleccionadas para aumentar y reforzar lo cubierto en este tutorial. En la serie de artículos “Bash con ejemplos” de developerWorks, se muestra cómo usar los programas constructores de bash para escribir sus propios guiones de bash. Esta serie (particularmente la parte 1 y 2) será una buena preparación para el examen LPIC nivel 1:
Si es un usuario Linux principiante o intermedio, es altamente recomendable revisar las preguntas técnicas para usuarios Linux, un listado de 50 páginas que muestran la lista de preguntas más frecuentes de Linux con respuestas detalladas. El FAQ es un archivo formato PDF (Acrobat). Si no está familiarizado con el editor vi, vea el tutorial de developerWorks "Intro to vi". Este tutorial le da una introducción rápida a este poderoso editor de texto. Considérelo como un material del tipo "debe leer" si no sabe cómo utilizar vi. |
|