LPIC 01 - Preparacion Para Examen de Certificacion

Preparación on para examen de certificación on 101 LPI (segundo lanzamiento) Parte I

Índice 1. Secci Secci´ o ń 1. Antes de Comenzar

2

2. Secci Secci´ on o ń 2. Introducci´ on a bash

4

3. Secci Secci´ o ń 3. Usando los comandos de Linux

9

4. Secci Secci´ o ń 4. Creando enlac laces y removiendo archivos.

16

5. Secci Secci´ on o ń 5: Usando wildcards (como dines)

22

6. Secci Secci´ o ń 6: Resumen y bibliograf´ıa

26

1

1.

Secci´ on 1. Antes de Comenzar on Unas palabras sobre este Tutorial

Bienvenido a “Fundamentos de Linux”, el primero de cuatro tutoriales dise˜ nado para prepararlo para el examen 101 de Linux Professional Institute nado (Instituto Profesional de Linux). En este tutorial, haremos una introducci´ on a bash (el shell est´ a ndar de linux), veremos como tomar ventajas de los andar comandos Linux est´ andar (como ls, cp o mv), explicaremos i-nodos y enlaces andar simbólicos olicos y permanentes (soft y hard links ), ), y mucho más. as. Al final de este tutorial, usted contar´ a con una s´ olida base en los fundamentos de Linux, olida y estará listo para aprender algunas tareas b´ asicas asicas de administración o n de su sistema Linux. Cuando finalice esta serie de tutoriales (ocho en total) usted tendr´ a el conocimiento necesario para ser un Administrador de Sistemas Linux, y estará preparado prep arado para pa ra rendir rend ir (si as´ as´ı lo quisiera) para pa ra la certificaci´ on 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 como copiar y mover archivos, crear enlaces simb´ olicos y permanentes, o usar los comandos est´ olicos andar andar de Linux para procesamiento de textos t extos junto con tuber´ tuber´ıas (pipelines ) y redirecciones. A lo largo del camino aparecer´ an consejos, trucos y sugerencias para an mantener el tutorial interesante y pr´ actico, actico, a´ un para aquellos con una buena un experiencia en Linux. Para los principiantes este material resultar´ a nuevo, pero los más as experimentados usuarios de Linux ver´ an que este tutorial coman pletará y redondear´ a su manejo de los fundamentos de Linux.

2

Acerca del autor

Residiendo en Albuquerque, Nuevo México, Daniel Robbins es el Arquitecto en jefe de la metadistribuci´ on Gentoo Linux. También escribe art´ıculos y seminarios para IBM developerWorks y Servicios de Desarrollo de Intel, y ha contribu´ıdo en la edici´ on de distintos libros como Samba y Linux SuSE. Daniel disfruta su tiempo con su esposa Mary y su hija Hadassah. Puede contactarlo en la siguiente direcci´ on: [email protected]. Para consultas técnicas sobre el contenido de éste seminario, cont´ actese con el autor, a [email protected].

Unas palabras sobre la Traducción En el Departamento Universitario de Inform´ atica (DUI) de la Universidad Nacional de C´ ordoba, en la provincia de Córdoba, Argentina; se tradujo este seminario del idioma inglés al espa˜ nol para el habla hispana. El trabajo de traducci´ on fue desarrollado por las siguientes personas: Autor: Daniel Robbins Coordinación general de la Traducci´ on: José Daniel Britos Traducción y compaginaci´ on: Carlos Alejandro Julian Colaboración: Ana Gabriela Llimós y Javier Mansilla Si bien hemos tratado de traducir completamente este texto de manera tal que una persona no anglo parlante logre tener un total conocimiento del contenido de este tutorial, tambi´ en hemos dejado ciertos términos en su idioma original (inglés) por ser palabras con las que usted se encontrar´ a frecuentemente al utilizar su sistema Linux, de manera tal que comience a familiarizarse con ellas.

3

2.

Secci´ on 2. Introducci´ on a bash Un shell

Si usted ha usado un sistema Linux, sabr´ a que cuando usted ingresa al sistema (log in ) es saludado con un prompt que luce m´ as o menos as´ı: $

El prompt que usted realmente vea en su sistema puede lucir un tanto diferente. Puede contener el nombre de host de su sistema hostname , el nombre de directorio actual de trabajo, ambos, etc. M´ as allá de como se vea su prompt lo importante a saber lo siguiente: el programa que imprimi´ o ese prompt en su pantalla se llama “shell” (c´ ascara en espa˜ nol), y es muy probable que su shell particular sea uno llamado bash.

¿Está usted usando bash?

Puede revisar si usted est´ a utilizando bash tipeando: $ echo $SHELL /bin/bash

Si con la linea de arriba obtuvo un mensaje de error o no respondi´ o de la misma forma que en nuestro ejemplo, entonces usted est´ a usando alg´ un otro shell, pero si usted se está preparando para el examen 101, le recomendamos cambiar a bash. (El pr´ oximo tutorial, sobre administraci´ on básica, cubre cómo cambiar su shell a través del comando chsh).

Sobre bash Bash, es un acrónimo para Bourne-again-shell (shell re-nacido), es el shell por defecto en la mayor´ıa de los sistemas Linux. El traba jo de un shell es obedecer sus comandos de manera que usted pueda interactuar con su sistema Linux. Cuando termine de introducir comandos, puede solicitarle a su shell salir a través de exit o logout. En ese momento usted regresar´ a al prompt de inicio de sesión (log in). A propósito, también puede salir de su sesi´ on tecleando control-D en prompt de su bash

4

Usando el comando cd

Como seguramente habr´ a notado, situarse en prompt de su bash no es para nada emocionante. As´ı que comencemos a usar bash para navegar alrededor de nuestro sistema de archivos filesystem . En el prompt, tipee lo siguiente (obviamente sin incluir el $): $ cd /

Con esto usted le ha dicho a bash que usted quiere trabajar en el directorio /, también conocido como root (ra´ız). Todos los directorios en el sistema forman un a´rbol, y / es considerado la ra´ız de éste. cd ajusta al directorio donde usted trabajar´ a, también conocido como “current working directory” (actual directorio de trabajo).

Rutas (Paths )

Para ver el directorio actual de trabajo de bash, escriba: $ pwd /

En el ejemplo anterior (sobre cd), el argumento / es llamado un path (como ya dijimos, un camino o ruta) hacia donde queremos dirigirnos. En particular, el argumento / es un path absoluto, o sea que la ubicaci´ on dentro del árbol del sistema de archivos es indicada en forma relativa a su root .

Rutas Absolutas

Como muestra, ac´ a hay varias rutas absolutas distintas a las del ejemplo anterior: /dev /usr /usr/bin /usr/local/bin

Como podr´ a ver, lo que estas rutas absolutas tienen en com´ un es que todas comienzan con una barra /. Si le damos a cd el path /usr/local/bin, primero cd entrar´ a al directorio /, desde all´ı luego entrar´ a al directorio usr, y recién desde all´ı entrará a bin. Las rutas absolutas siempre comienzan a evaluarse a partir de /. 5

Rutas Relativas

El otro tipo de rutas es el de las rutas relativas. bash, cd, y otros comandos siempre interpretan este tipo de rutas como relativas al directorio actual de trabajo. Las rutas relativas nunca comienzan con una barra /. As´ı que si estamos en /usr : $ cd /usr

Entonces, ahora usted puede usar una ruta relativa para cambiar el directorio actual a /usr/local/bin de la siguiente forma: $ cd local/bin $ pwd /usr/local/bin

Usando el directorio .. (punto punto) Las rutas relativas pueden también contener uno o mas directorios .. (punto punto). El directorio .. es un directorio especial que apunta al directorio padre del actual. De esta manera, y continuando con el ejemplo anterior: $ pwd /usr/local/bin $ cd .. $ pwd /usr/local

Como usted puede ver, el nuevo directorio actual de trabajo es /usr/local. De esta forma podemos ”volver atr´ as” un directorio con respecto al cual estamos situados.

Más usos de los .. (punto punto)

Ademá s, podemos incluir el directorio .. en alguna ruta relativa, permitiéndonos dirigirnos a alg´ u n directorio que se encuentre en alguna rama lateral del a´rbol de directorios (esto es, obviamente, sin tener que utilizar una ruta absoluta). Por ejemplo: $ pwd /usr/local

6

$ cd ../share $ pwd /usr/share

Ejemplos de rutas relativas

Las rutas relativas pueden volverse un tanto complicadas. Ac´ a van algunos ejemplos, ninguno muestra el directorio al cual se accedi´ o. Intente entender donde quedar´ a situado después de tipear cada uno de estos comandos: $ cd /bin $ cd ../usr/share/zoneinfo $ cd /usr/X11R6/bin $ cd ../lib/X11 $ cd /usr/bin $ cd ../bin/../bin

Ahora, pruebe chequear lo que usted pens´ o con lo que realmente sucede al teclear los comandos.

Entendiendo . (un punto)

Antes de terminar con el comando cd hay algunas cosas m´ as que vale la pena mencionar. Primero hablaremos de otro directorio especial llamado . (un punto), que se refiere al directorio actual. Aunque este directorio no suele ser utilizado con el comando cd, si es u´til, por ejemplo, para ejecutar alg´ un programa situado en el directorio actual, como se ve: $ ./miprograma

En este ejemplo, se ejecutar´ a el archivo ejecutable miprograma que resida en el directorio actual de trabajo.

cd y el directorio home

El directorio home es, para cada usuario, el directorio sobre el cual puede trabajar libremente. Si lo que usted quiere es cambiar el directorio actual a su directorio home , entonces escriba: $ cd

7

Cuando utilice el comando cd sin argumentos, este lo llevara a su directorio home (casa en castellano). Ser´ a el directorio /root para el super-usuario, y /home/nombredeusuario para usuarios comunes. Ahora bien... ¿qué sucede si lo que usted quiere es referirse a un archivo situado en su directorio home? Quizás lo que usted quiera sea pasar un archivo como argumento a su comando miprograma. Si el archivo est´ a es su directorio home, entonces usted puede escribir: $ ./miprograma /home/juanlopez/miarchivo.txt

Sin embargo, usar rutas absolutas no es siempre lo m´ as conveniente ni c´ omodo. Afortunadamente, puede hacer uso del car´ a cter (tilde) para hacer lo mismo: $ ./miprograma ~/miarchivo.txt

Directorios home de otros usuarios bash expandir´ a un simple ~ (tilde) para apuntar a su propio directorio home, pero también usted puede usar el tilde para apuntar a los directorio home de los otros usuarios. Por ejemplo, si quiere referirse a un archivo llamado lucas.txt en el directorio home de lucasperez, entonces puede tipear lo siguiente: $ ./miprograma ~lucasperez/lucas.txt

8

3.

Secci´ on 3. Usando los comandos de Linux Introduciendo el comando ls

Ahora, vamos a darle una peque˜ na mirada al comando ls. Muy probablemente usted ya haya tenido contacto con el comando ls, pero por si no lo sabe, este sirve para listar el contenido del directorio actual de trabajo: $ cd /usr $ ls X11R6 bin distfiles

doc gentoo-x86 i686-linux

i686-pc-linux-gnu include info

lib libexec local

man portage portage.old

sbin share src

ssl tmp

Especificando la opci´ o n -a, podr´ a ver todos los archivos del directorio, incluyendo los archivos ocultos (aquellos que comienzan con un punto (.). Como se ve en el siguiente ejemplo, ls -a muestra también los directorios especiales . y .. (en realidad son enlaces a esos dos directorios): $ ls . .. X11R6

bin distfiles doc

gentoo-x86 i686-linux i686-pc-linux-gnu

include info lib

libexec local man

portageshare portage.old sbin

Listado completo de información

Al comando ls usted le puede especificar uno o más archivos o directorios a través de la linea de comandos. Si especifica un archivo, ls s´ olo mostrar´ a este archivo, pero si especifica un directorio, entonces ls listar´ a el contenido de ese directorio.La opci´ on -l le resultará de gran utilidad cuando quiera ver información sobre permisos, tiempos de modificaci´ on, tama˜ no o propiedad de los contenidos listados.

Listado completo de información, continuamos

En el siguiente ejemplo, se utiliza la opción -l para ver una listado del directorio /usr, pero con informaci´ on completa: $ ls -l /usr drwxr-xr-x drwxr-xr-x drwxr-xr-x lrwxrwxrwx

7 2 2 1

root root root root

root root root root

168 14576 8858 9

9

Nov Dec Dec Dec

24 27 26 22

14:02 08:56 12:22 20:07

X11R6 bin distfiles doc -> share/doc

tmp src ssl

drwxr-xr-x drwxr-xr-x drwxr-xr-x drwxr-xr-x lrwxrwxrwx drwxr-xr-x drwxr-xr-x drwxr-xr-x lrwxrwxrwx lrwxrwxrwx drwxr-xr-x drwxr-xr-x drwxr-xr-x drwxr-xr-x drwxr-xr-x lrwxrwxrwx

62 4 4 54 1 28 3 8 1 1 60 3 46 8 6 1

root root root root root root root root root root root root root root root root

root root root root root root root root root root root root root root root root

1856 152 96 5992 10 13552 72 240 9 11 1864 3098 1144 328 176 10

Dec Dec Nov Dec Dec Dec Nov Dec Dec Dec Dec Dec Dec Dec Nov Dec

27 12 24 24 22 26 25 22 22 8 8 22 24 26 24 22

09:23 23:10 13:17 22:30 20:43 00:31 00:34 20:21 20:21 07:59 07:55 14:35 15:43 00:07 14:25 20:57

gentoo-x86 i686-linux i686-pc-linux-gnu include info -> share/info lib libexec local man -> share/man portage -> gentoo-x86/ portage.old sbin share src ssl tmp -> ../var/tmp

La primer columna muestra la informaci´ on sobre permisos para cada ´ıtem listado. Más adelante explicaremos como interpretar esta informaci´ o n. La columna siguiente lista el n´ umero de links para cada objeto del filesystem . También esto ser´ a explicado a la brevedad. La tercer y cuarta columna listan el propietario del elemento, y el grupo al cual pertenece, respectivamente. La quinta muestra el tama˜ no de los objetos, mientras que la sexta lista cuando fue realizada la u´ltima modificaci´ o n del objeto (“last modified time” o “mtime” ). La u ´ ltima columna es el nombre del objeto. Si el archivo es un enlace simb´ olico, entonces usted ver´ a una flechita -> y la ruta hacia la cual el link simbólico apunta.

Mirando los directorios

A veces, usted querr´ a mirar los directorios, en vez de dentro de ellos. Para estas situaciones puede especificar la opci´ on -d, la que le dirá a ls que mire los directorios, y no dentro de ellos como normalmente sucede: $ ls -dl /usr /usr/bin drwxr-xr-x 4 root drwxr-xr-x 17 root drwxr-xr-x 2 root drwxr-xr-x 2 root

/usr/X11R6/bin root 152 root 576 root 3192 root 14576

../share Dec 12 23:10 ../share Dec 12 07:45 /usr Dec 12 14:13/usr/X11R6/bin Dec 12 20:08 /usr/bin

Listados recursivos y de inodos 10

Puede usar ls -d para mirar los directorios sin desreferenciarlos, o por el contrario puede utilizar -R para hacer lo opuesto: no s´ olo mirar dentro de los directorios, sino que recursivamente mirar dentro de todos los directorios dentro del actual. No incluiremos ning´ un ejemplo de la salida que produce esta opci´ on (ya que generalmente es muy grande), pero usted puede probar con los comandos ls -R y ls -Rl para tener una idea de como trabajan. Finalmente, la opción -i para el comando ls puede ser usada para mostrar el número de inodos (inodes ) de los objetos del filesystem listados: $ ls -i 1409 X11R6 1417 bin 8316 distfiles 43 doc 70744 gentoo-x86

314258 1513 1517 1386 1585

i686-linux i686-pc-linux-gnu include info lib

43090 5120 776 93892 5132

libexec local man portage portage.old

Entendiendo inodos, primera parte

En un sistema de archivos, a cada objeto le es asignado un ´ındice unico, ´ llamado un n´ umero de inodo. Esto parecer´ıa ser trivial, pero entender completamente el concepto de inodos es esencial para comprender muchas de las operaciones de un filesystem (como ya dijimos, sistema de archivos). Por ejemplo, considere los links . y .. que aparecen en cada directorio. Para tener una acabada idea de qu´ e directorio realmente es ..m primero vea el n´ umero de inodo de /usr/local $ ls -id /usr/local 5120 /usr/local

Como ve, el directorio /usr/local tiene el n´ umero de inodo 5120. Ahora revise el n´ umero de inodo de /usr/local/bin/.. : $ ls -id /usr/local/bin/.. 5120 /usr/local/bin/..

Entendiendo inodos, segunda parte Como puede ver, /usr/local/bin/.. y /usr/local tienen el mismo n´ umero de inodo. Veamos como explicar esta revelaci´ on. Hasta recién, consider´ abamos que /usr/local era el directorio realmente. Ahora, hemos visto que el inodo 5120 es el verdadero directorio, y adem´ as hemos hallado dos entradas distintas (en distintos directorios también, llamadas enlaces o links ), que apuntan a ese inodo. Tanto /usr/local/ como /usr/local/bin/.. son enlaces al inodo 11

13394 13408 23779 36737 784

sbin share src ssl tmp

5120. A pesar de que el inodo 5120 existe en sólo un lugar del disco duro, múltiples enlaces pueden apuntar a él: el inodo 5120 es la verdadera entrada en el disco.

Entendiendo inodos, tercera parte

De hecho, usted puede ver el n´ umero total de veces que el inodo 5120 es referenciado, usando el comando ls -dl : $ ls -dl /usr/local drwxr-xr-x 8 root

root

240 Dec 22 20:54 /usr/local

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: /usr/local /usr/local/. /usr/local/bin/.. /usr/local/games/.. /usr/local/lib/.. /usr/local/sbin/.. /usr/local/share/.. /usr/local/src/..

mkdir

Veamos ahora brevemente el comando mkdir que puede ser usado para crear directorios nuevos. En ejemplo siguiente crea tres directorios nuevos, tic, tac y toe, todos dentro de /tmp: $ cd /tmp $ mkdir tic tac toe

Por defecto, el comando mkdir no crea directorios padre para usted; la ruta completa hasta el ante-´ ultimo elemento debe existir previamente. De esta manera, si quiere crear los directorio ma/ra/villa, tendr´ a que enviar tres comandos separados de mkdir: $ mkdir ma/ra/villa mkdir: no se puede crear el directorio "ma/ra/villa": No such file or directory $ mkdir ma $ mkdir ma/ra $ mkdir ma/ra/villa

12

mkdir -p

Sin embargo, mkdir tiene una opci´ on -p que le indica crear cualquier directorio padre faltante, como se ve a continuaci´ on: $ mkdir -p asi/es/mas/facil

Bastante directo, ¿no?. Para aprender m´ as sobre el comando mkdir escriba man mkdir, y lea la página de manual. Esto servir´ a para casi todos los comandos que veremos aqu´ı (por ejemplo man ls), excepto para cd ya que este es built-in (comando interno) de bash.

touch

Ahora, vamos a revisar con rapidez los comandos cp y mv que sirven para copiar, renombrar y mover archivos y directorios. Para comenzar, primero veamos el comando touch (tocar) para crear un archivo en /tmp: $ cd /tmp $ touch copiame

Si el archivo ya exist´ıa, el comando touch actualiza el “mtime” del mismo (la sexta columna de la salida de ls -l). Si el archivo no exist´ıa, entonces se crea un archivo vac´ıo nuevo. Tendr´ a entonces el archivo /tmp/copiame con tama˜ no cero.

echo

Ahora que el archivo existe, le agregaremos algunos datos. A esto podemos hacerlo mediante el comando echo (eco), que toma sus argumentos y los imprime en la salida estándar (standard output ). Primero, s´ olo el comando echo: $ echo "primerarchivo" primerarchivo

echo y redirección

Ahora, el mismo comando echo pero redireccionando su salida: $ echo "primerarchivo" > copiame

13

El signo mayor > le dice al shell que escriba la salida de echo a un archivo llamado copiame. Este archivo ser´ a creado si no existiese, y ser´ a sobreescrito si exist´ıa previamente. Escribiendo ls -l, podemos ver que ahora el archivo copiame tiene 12 bites de tama˜ no, ya que contiene la palabra primerarchivo y el car´ acter newline (salto de l´ınea): $ ls -l copiame -rw-r--r-1 root

root

10 Dec 28 14:23 /usr/local

cat y cp

Para ver los contenidos de un archivo en una terminal, use el comando cat: $ cat copiame primerarchivo

Bien. Ahora podemos hacer una invocaci´ on básica del comando cp para crear el archivo mecopiaron, siendo este una copia del original copiame $ cp copiame mecopiaron

Si investigamos, veremos que son distintos archivos, pues sus n´ umeros de inodos son diferentes $ ls -i copiame mecopiaron 648284 copiame 650704 mecopiaron

mv

Usemos ahora el comando mv para renombrar “copiame” a “merenombraron”. El n´ umero de inodo permanecer´ a igual; sin embargo, el nombre del archivo que apunta a él si cambiar´ a: $ mv copiame merenombraron $ ls -i merenombraron 648284 merenombraron

Un n´ umero de inodo de un archivo movido o renombrado permanecer´ a igual mientras el archivo resida en el mismo filesystem que el archivo fuente. (Veremos más de cerca los sistemas de archivos en la Parte 3 de esta serie de tutoriales). Veamos otra manera de usar el comando mv, ya que este comando, adem´ as de permitirnos renombrar archivos, nos permite mover uno o m´ as archivos hacia otra ubicaci´ on en la jerarqu´ıa de directorios. Por ejemplo, para mover /var/tmp/miarchivo.txt a /home/lucasperez, escribiré: $ mv /var/tmp/miarchivo.txt /home/lucasperez

14

Después de tipear ese comando, miarchivo.txt ser´ a movido a /home/lucasperez/miarchivo.txt. Si /home/lucasperez est´ a en un sistema de archivos distinto del de /home/lucasperez, el comando mv se encargar´ a de copiar miarchivo.txt al nuevo sistema de archivos, y luego borrar el primero de su sistema de archivo. Como usted estar´ a imaginando, cuando miarchivo.txt se traslada entre sistemas de archivos, el nuevo archivo miarchivo.txt en la nueva ubicación tendr´ a un nuevo n´ umero de inodo. Esto es porque cada sistema de archivos tiene su propio conjunto de inodos. También podemos usar el comando mv para mover varios archivos a un directorio. Por ejemplo, para mover miarchivo1.txt y miarticulo2.txt a /home/lucasperez, puede tipear: $ mv /var/tmp/miarchivo.txt /var/tmp/miarticulo2.txt /home/lucasperez

15

4.

Secci´ on 4. Creando enlaces y removiendo archivos. Enlaces permanentes (Hard links )

Hemos mencionado ya el término link (enlace) cuando nos referimos a la relación entre las entradas en los directorios (los nombre que tipeamos) y los inodos (el n´ umero de ´ındice en el subyacente sistema de archivos que usualmente ignoramos). En realidad hay dos clases de enlaces en Linux, La clase de la que hemos discutido hasta aqu´ı son llamados hard links(enlaces permanentes). Un n´ umero de inodo dado puede tener cualquier n´ umero de enlaces permanentes, y el inodo persistir´ a en el sistema de archivos hasta que el enlace permanente desaparezca. Cuando el ultimo ´ enlace permanente desaparece, y ning´ un programa mantiene el archivo abierto, Linux remover´ a el archivo autom´ aticamente. Para crear un nuevo enlace permanente se utiliza el comando ln: $ cd /tmp $ touch primerenlace $ ln primerenlace segundoenlace $ ls -i primerenlace segundoenlace 15782 primerenlace 15782 segundoenlace

Continuando con enlaces permanentes

Como podr´ a ver, los enlaces permanentes trabajan en el nivel de los inodos para apuntar a un archivo en particular. En los sistemas Linux, los enlaces permanentes, tienen varias limitaciones. Uno es que s´ olo se pueden hacer enlaces permanentes a archivos, y no a directorios. Aunque . y .. son enlaces permanentes a directorios creados por el sistema, a usted ni siquiera como “root” se le permitir´ a crear otros. La segunda limitaci´ o 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 (Soft links ) En la pr´ actica, los enlaces simbólicos (symlinks es como se suelen llamar) son utilizados más usualmente que los enlaces permanentes. Los symlinks 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 symlinks no previene 16

a un archivo de ser borrado, pues si elimina el archivo hacia el cual apunta el enlace, entonces el symlink deja de ser utilizable: se lo considera roto (broken en ingles)

Continuando con enlaces simbólicos

Un enlace simbólico puede ser creado agregando la opci´ on -s al comando ln: $ ln -s segundoenlace tercerenlace $ ls -l primerenlace segundoenlace tercerenlace -rw-rw-r-2 juanperez juanperez 0 Dec 31 19:16 primerenlace -rw-rw-r-2 juanperez juanperez 0 Dec 31 19:16 segundoenlace lrwxrwxrwx 1 juanperez juanperez 13 Dec 31 19:17 tercerenlace -> segundoenlace

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´ olico. Segundo, el tama˜ no de un enlace simb´ o lico es el n´ u mero de car´ acteres del archivo apuntado (segundoenlace en nuestro caso). Por u´ltimo, en la u ´ ltima columna se ve el archivo apuntado (target m´ as precisamente) precedido por una flechita (->) y el nombre del enlace.

Profundizando enlaces simbólicos, primera parte

Los enlaces simb´ olicos son por lo general mucho m´ as flexibles que los permanentes. Usted puede crear un enlace simb´ olico que apunte a cualquier tipo de objeto del sistema de archivos, incluso directorios. Y como la implementaci´ on de los enlaces simb´ olicos est´ a basada en rutas (y no inodos), es perfectamente posible crear un enlace simb´ olico que apunte a un objeto de otro sistema de archivos. Sin embargo, esto también puede hacer m´ as dif´ıciles de entenderlos.

Profundizando enlaces simbólicos, segunda parte Considere una situaci´ o n donde usted quiere crear un enlace en /tmp que apunte a /usr/local/bin. Deberia escribir algo como esto: $ ln -s /usr/local/bin bin1 $ ls -l bin1 lrwxrwxrwx 1 root root

14 Jan 21 15:23 bin1 -> /usr/local/bin

17

O, alternativamente: $ ln -s ../usr/local/bin bin2 $ ls -l bin2 lrwxrwxrwx 1 root root

14 Jan 21 15:24 bin2 -> ../usr/local/bin

Profundizando enlaces simbólicos, tercera parte

Como podr´ a ver, los dos enlaces simbólicos recién creados apuntan al mismo directorio. Sin embargo, si el segundo enlace es trasladado a otro directorio, entonces quedar´ a “roto” pues la ruta relativa ser´ a incorrecta: $ ls -l bin2 lrwxrwxrwx 1 root root 14 Jan 21 15:24 bin2 -> ../usr/local/bin $ mkdir nuevodir $ mv bin2 nuevodir $ cd nuevodir $ cd bin2 bash: cd: bin2: No such file or directory

Como el directorio /tmp/usr/local/bin no existe, entonces ya no podr´ a cambiar de directorio hacia bin2; en otras palabras, bin2 ahora est´ a roto o broken

Profundizando enlaces simbólicos, cuarta parte

Es por esta raz´ on que es entonces buena idea evitar crear enlaces simb´ olicos con rutas relativas. Sin embargo, hay muchos casos en que s´ı ser´ au ´til. Considere por ejemplo el caso que usted quiera crear un nombre alternativo para un programa dentro de /usr/bin $ ls -l /usr/bin/keychain -rwxr-xr-x 1 root root

10150 Dec 12 20:09 /usr/local/keychain

Profundizando enlaces simbólicos, quinta parte

Siendo el usuario root, usted podr´ıa querer crear un nombre alternativo para “keychain”, como por ejemplo “kc”. En este ejemplo, teniendo acceso de root (como queda evidenciado por el prompt de bash: un # en vez del cl´ asico $). Necesitará poseer los privilegios de root porque a los usuarios comunes no les está permitido crear archivos en /usr/bin. Siendo root, puede crear un nombre alternativo para keychain de la siguiente manera:

18

# cd /usr/bin # ln -s /usr/bin/keychain kc # ls -l keychan -rwxr-xr-x 1 root root # ls -l kc -rwxr-xr-x 1 root root

10150 Dec 12 20:09 /usr/bin/keychain 17 Oct 15 14:03 kc -> /usr/bin/keychain

En este simple ejmeplo, hemos creado un enlace simb´ olico llamado kc que apunta al archivo /usr/bin/keychain.

Profundizando enlaces simbólicos, sexta parte

Aunque la solución recién dada funcionar´ a, puede llegar a traernos problemas si decidiéramos mover ambos archivos (/usr/bin/keychain y /usr/bin/kc) a /usr/local/bin: # mv /usr/bin/keychain /usr/bin/kc /usr/local/bin # ls -l /usr/local/bin/keychain -rwxr-xr-x 1 root root 10150 Dec 12 20:09 /usr/local/bin/keychain # ls -l /usr/local/bin/kc -rwxr-xr-x 1 root root 17 Oct 15 14:03 kc -> /usr/bin/keychain

Como hemos usado un path absoluto para crear nuestro enlace permanente, kc a´ un sigue apuntando a /usr/bin/keychain, y como acababa de ser trasladado, /usr/bin/keychain no existe m´ as, pues ahora su ruta es /usr/local/bin/keychain. Esto entonces significa que kc ahora es un symlink roto. Por lo visto tanto los symlinks con rutas absolutas como aquellos con rutas relativas tienen sus méritos, y usted deber´ a elegir el tipo de ruta apropiado para su aplicaci´ on. Frecuentemente ambos tipos de rutas funcionar´ an bien. El siguiente ejemplo funcionará aún después de que ambos archivos sean traslados: # cd /usr/bin # ln -s keychain kc # ls -l kc lrwxrwxrwx 1 root root 8 Oct 15 14:28 kc -> keychain # mv keychain kc /usr/local/bin -rwxr-xr-x 1 root root 10150 Dec 12 20:09 /usr/local/bin/keychain # ls -l /usr/local/bin/kc lrwxrwxrwx 1 root root 8 Oct 15 14:28 kc -> keychain

/usr/local/bin/kc apunta al programa keychain que est´ a en el mismo directorio que kc. Ahora, escribiendo /usr/local/bin/kc usted puede ejecutar el 19

programa keychain.

rm

Ahora que conocemos c´ omo usar los comandos cp, mv y ln, es hora de aprender a remover objestos de nuestro sistema de archivos. Usualemente esto puede llevarse a cabo con el comando rm. $ cd /tmp $ touch arch1 arch2 $ ls -l arch1 arch2 -rw-r--r-1 root root 0 Oct 19 14:47 arch1 -rw-r--r-1 root root 0 Oct 19 14:47 arch2 $ rm arch1 arch2 $ ls -l arch1 arch2 ls: arch1: No such file or directory ls: arch2: No such file or directory

Es importante destacar que en Linux, una vez que un archivo es removido (rm), es para siempre. Por esta raz´ on, muchos administradores principiantes utilizan la opci´ on -i cuando eliminan archivos. La opción -i le indica al comando rm que elimine archivos de modo interactivo (esto es, preguntando antes de eliminar cada archivo). Por ejemplo: $ rm -i arch1 arch2 rm: remove regular empty file ‘arch1’? y rm: remove regular empty file ‘arch2’? y

En el ejemplo, el comando rm pregunta por cada archivo especificado si se dedea realmente elinar el archivo. Si la respuesta es s´ı, deber´ a teclear una “y” (de yes ) seguida de un Enter para cada pregunta. Si tipea una “n”, el archivo entonces no ser´ a removido. Si usted hubiera hecho algo realmente mal, podrá abortar el comando en ejecuci´ on (rm -i en nuestro caso) tecleando Control-C. Al abortarlo, todos los cambios y modificaciones que hubiere ocasionado ya estar´ an hechos, pero impediremos que continue hasta el final. Si usted recién está comenzando a familiarizarce con el comando rm, puede ser de gran ayuda que agregue la siguiente linea a su archivo /.bashrc usando el editor de textos que prefiera, y luego salir y volver a entrar a la sesi´ on (“desloguearse” y vover a “loguearse”): alias rm="rm -i"

20

Ahora, cada vez que usted escriba rm, su shell bash lo convertir´ a autom´ aticamente en el comando rm -i. De esta manera, rm siempre funcionar´ a de modo interactivo.

rmdir

Para remover directorios, tenemos dos opciones. Una es eliminar primero todos los contenidos del directorio que queremos remover para luego usar el comando rm para borrar el directorio mismo: $ $ $ $

mkdir midir touch midir/arch1 rm midir/arch1 rmdir midir

Este método es comunmente llamado “eliminaci´ on de directorios para tontos”. Todos los usuarios experimentados, como as´ı también administradores ahorran trabajo utilizando el comando rm -rf que veremos a continuaci´ on.

rm y directorios

La mejor forma de remover un directorio es usando la opci´ on de rm recursive force (recursivo y forzado). De esta manera se le indica al comando rm que remueva el directorio especificado como as´ı tambi´ en todos los objetos dentro del mismo: $ rm -rf midir

Generalmente, rm -rf es el método preferido para elimiar un arbol ´ de directorios. Tenga cuidado usando rm -rf ya que todo su poder pueder volverse en contra.

21

5.

Secci´ on 5: Usando wildcards (comodines) Introduciendo comodines

En el uso diario de Linux, hay muchas ocaciones en que usted necesitar´ a llevar a cabo alguna operaci´ on simple (rm por ejemplo) en muchos elementos del sistema de archivos simultaneamente. En estas situaciones, puede llegar a ser tedioso y molesto tener que tipear cada uno de los archivos en la linea de comandos: $ rm arch1 arch2 arch3 arch4 arch5 arch6 arch6 arch8

Para resolver el problema recién mostrado, usted puede tomar ventaja del soporte de comodines de Linux. Este soporte, también llamado “globbing” (por hist´ o ricas razones), le permite a usted especificar m´ ultiples archivos al mismo tiempo usando un patr´ on de comod´ın (wildcard pattern ) . Bash y otros comandos de Linux interpretar´ a n este patr´ o n mirando en el disco y encontrar´ an los archivos que coincidan con él. As´ı, si usted tiene archivos arch1, arch2,...,arch8 en el directorio actual de trabajo, podr´ a removerlos a todos juntos tipeando: $ rm arch[1-8]

O, si usted quisiera simplemente remover todos los archivos que comenzaran con arch o que directamente se llamen arch, usted puede tipear: $ rm arch*

El comod´ın * coincide con cualquier caracter o secuencia de caracteres, e incluso con “ning´ un caracter”. Por supuesto, los comodines pueden ser usados para muchas cosas adem´ as de un simple eliminado de archivos, como veremos más adelante.

Entendiendo las no-coincidencias (non-matches ) Si usted quisiera listar todos los objetos del sistema de archivos de /etc que comiencen con g como as´ı también que se llame solamente g, usted puede tipear: $ ls -d /etc/g* /etc/gconf /etc/ggi

/etc/gimp

/etc/gnome

/etc/gpm

Ahora, veamos que sucede su especificamos un patr´ on que no coincide con ning´ un 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: 22

$ ls -d /usr/bin/asdf*jkl ls: /usr/bin/asdf*jkl: No such file or directory

Entendiendo las no-coincidencias, continuación

Ah´ı vimos que ocurre. Normalmente, cuando especificamos un patr´ on, ese patr´ on coincide con uno o más archivos del subyacente sistema de archivos, y bash reemplaza el patr´ on por una lista de todos los objetos coincidentes separados entre si por espacios vac´ıos. Sin embargo, cuando no se produce ninguna coincidencia, bash deja el argumento con patr´ on y todo, como es. As´ı, cuando ls no encuentra el archivo /usr/bin/asdf*jkl nos muestra el apropiado mensaje de error. La regla operativa aqu´ı es que los patrones deben ser expandidos s´ olo si coinciden con elementos del sistema de archivos. De otro modo, permancen como son y psan literalmente al programa con que fueron llamados.

Sintaxis de comodines: * Ahora que hemos visto como trabajna el englobamiento (globbing ) hecharemos una mirada a la sitaxis de los comodines. Usted puede usar caracteres especiales para expansi´ on: El caracter * coincidir´ a con cero o más caracteres. Esto significa que “cualquier cosa puede ir aqu´ı, incluido nada”. Veamos algunos ejemplos: /etc/g* coincidirá con todos los archivos del directorio /etc que comiencen con g, o archivos llamados g. /tmp/my*1 coincidir´ a con los archivos de /tmp que comiencen con my y terminen con 1, incluyendo el archivo my1.

Sintaxis de comodines: ?

El caracter ? coincide con cualquier caracter simple. Por ejemplo:

a con todos los archivos cuyo nombre conmiarchivo? coincidir´ sista de miarchivo seguido de un solo caracter. /tmp/notes?txt coincidir´ a tanto con /tmp/notes.txt como con notes txt si ambos existieran.

Sintaxis de comodines: [ ]

Este tipo de comod´ın es similar a ?, pero permite m´ as rigidez. Para usar este 23

comod´ın, coloque los caracteres que usted quisiera hacer coincidir dentro de los corchetes []. La expresión resultante coincidir´ a con la ocurrencia de alguno de esos caracteres. También podr´ a usar un guión - para especificar un rango, o combinar varios de estos. Veamos algunos ejemplos:

a con miarch1 y con miarch2. El comod´ın se miarch[12] coincidir´ expandir´ a mientras a´ un exista alguno de estos archivos en el directorio actual. [Cc]hange[Ll]og coincidirá con Changelog, ChangeLog, changeLog y changelog. Como podr´ a ver, usar los comodines corchetes es de gran utilidad para hacer coincidencias con variaciones en letras may´ usculas.

a todos los objetos del sistema de archivos ls /etc/[0-9]* listar´ del directorio /etc que comiencen con un n´ umero. ls /tmp/[A-Za-z]* listará todos los objetos del sistema de archivos del directorio /tmp que comiencen con un caracter alfab´ etico (may´ uscula o min´ uscula).

Sintáxis de comodines: [!] La construcci´ o n [!] es similar a [], excepto en que en vez de coincidir con cualquier caracter de los listados dentro de los corchetes, coincidir´ a con los que no han sido listados entre [! y ]. Ejemplo: rm miarch[!9] remover´ a todos los archivos llamados miarch seguido de alg´ un u ´ nico caracter, excepto miarch9

Advertencias sobre el uso de comodines

Ahora que conocemos que ciertos caracteres trabajan como comodines, ser´ a importante tener algunas consideraciones. Como bash trata de modo especial los caracteres comodines (?, [, ] y *), necesitaremos tener cuidados para tipear argumentos de un comando que contengan algunos de estos caracteres. Por ejemplo, si quisiera crear un archivo que contenga la cadena de texto (string en ingles) [fo]*, la siguiente l´ınea de comando no lo lograr´ a: $ echo [fo]* > /tmp/nuevoarchivo.txt

Si el patr´ on [fo]* coincide con alg´ un objeto del dirctorio actual de trabajo, entonces usted encontrar´ a el nombre de estos archivos dentro de /tmp/miarchivo.txt en vez de ver literalmente [fo]* como hubieramos querido. Para solucionarlo una posibilidad es rodear los caracteres con comillas simples. De esta manera se le indica a bash que no realice ninguna expanción de comodines: 24

$ echo ’[fo]*’ > /tmp/miarchivo.txt

Advertencias sobre el uso de comodines, continuación Si utiliza las comillas simples, su nuevo archivo contendr´ a 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 vez de como comodines: $ echo \[fo\]\* > /tmp/miarchivo.txt

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 usted quiere especificar un caracter \, deber´ a encerrarlo entre comillas simples o precederlo de otra barra invertida \\ (que será expandido a \).

Comillas simples vs. dobles

Si prueba, notar´ a que utilizar comillas dobles funcionará similiarmente a las simples en el ejemplo anterior, pero el comillado doble permite algunas limitadas expansiones. Cuando usted esté interesado en pasar texto literalmente como argumento a un comando las comillas simples son la mejor opci´ on. Para obtener mayor informaci´ on sobre expansiones de comodines tipee en su bash man 7 glob- Para mayor informaci´ on sobre comillas escriba man 8 glob y lea la sección titulada QUOTING (COMILLAS). Si usted est´ a reamlente planeando rendir los ex´ amenes LPI considere realizar estas tareas.

25

6.

Secci´ on 6: Resumen y bibliograf´ıa Resumen

Felicitaciones; ya ha llegado al final de nuestra revisi´ o n sobre los fundamentos de Linux. Esperamos que haya sido de ayuda para reafirmar sus conocimientos. Con los temas que ha aprendido aqu´ı (las bases de bash, comandos b´ asicos de Linux, enlaces y comodines) podremos encarar tranquilamente el pr´ oximo tutorial sobre administraci´ o n básica. En él veremos expresiones regulares, permisos y propiedad y gerenciamiento de cuentas de usuarios entre otras cosas. Continuando con esta serie de tutoriales, usted pronto estar´ a listo para probar el nivel 1 de Certificaci´ on del Linux Professional Institute . Y hablando de la certificacion LPIC, si esto es algo que le interesa, entonces le recomendamos que estudie los Bibliograf´ıas sugeridas de la siguiente secci´ on, las cuales han sido cuidadosamente seleccionadas para aumentar y reforzar lo cubierto en este tutorial.

Bibliograf´ıa

En la serie de art´ıculos “Bash by example ” de developerWorks , se muestra como usar los programas constructores de bash para escribir sus propios scripts de bash. Esta serie (particularmente la parte 1 y 2) ser´ an una buena preparación para el examen LPIC nivel 1:

26

LPIC 01 - Preparacion Para Examen de Certificacion

Recommend Documents