Linux Internals: Como funciona Linux

Daniel Ezquerra

ndice
Prefacio
1. Los sistemas Linux
1.1 Breve historia de los sistemas Linux
1.2 Una visin general de los sistemas Linux
1.3 Unix Shell o Terminal, un primer vistazo
1.3.1 Errores comunes
2. Ficheros y Jerarqua de directorios
2.1 Ficheros y directorios
2.2 Jerarqua de directorios
2.3 Permisos y propiedades de ficheros
2.3.1 Umask
2.3.2 Permisos adicionales
2.3.4 De vuelta a las propiedades
2.4 Links simblicos
2.4.1 Creando links simblicos
3. Dispositivos
3.1 Bash, salida estndar y otros
3.1.2 Pipes o Tuberias
3.2 Extrayendo informacin de los dispositivos
3.3 Algunos dispositivos de los sistemas Linux
3.3.1 EL fichero /dev/null
3.3.2 El fichero /dev/zero
3.3.3 Los ficheros /dev/random y /dev/urandom
3.3.4 Discos duros /dev/sd*

3.3.5 CD y DVD /dev/sr*

3.3.6 Terminales /dev/tty* /dev/pts/*
3.3.7 Puertos Serie /dev/ttyS*
3.4 Crear ficheros de tipo dispositivo en Linux
3.5 Udev
3.5.1 Como funciona Udev
3.5.2 Las reglas de Udev
3.5.3 Substitucin de cadenas
4. Discos y sistemas de ficheros
4.1 Tablas de particiones y particiones
4.1.1 MBR
4.1.2 GPT
4.2 La herramienta dd
4.3 La particin Swap o espacio de swap
4.3.1 Usar o no espacio de swap
4.3.2 Usar ficheros o particiones como espacio de swap
4.3.2.1 Particiones
4.3.2.2 Ficheros
4.4 Creando particiones y una tabla de particiones
4.5 Sistemas de ficheros
4.6 Inodos y Ficheros
4.7 Journaling
4.8 Creando un sistema de ficheros
4.8.1 Comprobar un sistema de ficheros
4.9 Montando un sistema de ficheros
4.9.1 El fichero /etc/fstab
5. Bash, profundizando

5.1 History
5.2 Variables especiales del terminal
5.3 Path
5.4 Autocompletar
5.5 Algunos comandos bsicos
6. Procesos y threads
6.1 Listando los procesos en nuestro sistema
6.2 Seales
6.3 Viendo los procesos en tiempo real
6.3.1 Interactuando con el comando top
6.4 Planificacin de tareas
6.4.1 at
6.4.2 cron
6.4.2.1 Como funciona cron
7. Recursos y monitorizacin
7.1 Visin general de los recursos
7.1.1 cpu
7.1.2 Memoria
7.1.3 Espacio de disco
7.2 Memoria y fallos de pgina
7.3 Monitorizacin de ficheros
7.4 Monitorizacin de entrada/salida
8. Usuarios
8.1 El fichero /etc/passwd
8.2 El fichero /etc/shadow
8.3 Grupos de usuarios
8.3.1 Trabajando con los grupos

8.3.1.1 Crear un grupo

8.3.1.2 Eliminar un grupo
8.3.1.3 Modificar un grupo
8.3.1.4 Grupos y contraseas
8.4 Creando y borrando usuarios
8.4.1Borrar usuarios en sistemas Linux
8.5 Ficheros de inicializacin
8.5.1 El fichero /etc/default/useradd
8.5.2 El fichero /etc/login.defs
8.6 Root, sudo y el fichero /etc/sudoers
8.7 UIDs y cambios de usuario
8.8 Identificacin y Autenticacin de usuarios
8.9 PAM (Pluggable Authentication Modules)
8.9.1 Limitando recursos con PAM
9. Arranque del sistema
9.1 Los mensajes de inicio
9.2 El bootloader
9.3 Parmetros del kernel
9.4 Arranques MBR y UEFI
9.5 GRUB, un primer vistazo
9.6 El terminal GRUB
9.7 GRUB, configuracin y gestin
9.8 El sistema de ficheros inicial en RAM
9.9 El programa init
9.10 Run levels
9.11 System V Init
9.11.1 Cambiar de run level

9.11.2 Interactuar con los servicios y demonios

9.12 Systemd
9.12.1 Systemd y las dependencias
9.12.2 Configurar Systemd
9.12.3 Systemctl y journalctl
9.12.3.1 journalctl
9.12.4 La polmica tras systemd
9.13 Upstart
9.13.1 Configuracin de Upstart
9.13.2 initctl
9.14 Apagado del sistema
10. Red
10.1 Breve introduccin a las redes de computadores
10.2 Un smil de las comunicaciones entre mquinas
10.3 La capa de red o acceso a la red
10.4 Direcciones IP
10.4.1 Subredes
10.4.2 Convertir una netmask a notacin CIDR
10.4.3 Subredes Privadas
10.4.4 Cambiando o asignando una IP a una interfaz
10.4.5 Resolucin de nombres de Dominio (DNS)
10.4.5.1 Como funciona la resolucin de nombres de
dominio
10.4.5.2 El fichero /etc/nsswitch.conf
10.4.5.3 El fichero /etc/hosts
10.4.5.4 El fichero /etc/resolv.conf
10.5 Rutas y tablas de rutas

10.5.1 Ruta por defecto

10.6 Configurar un sistema Linux como router
10.7 DHCP
10.8 La capa de transporte
10.8.1 TCP
10.8.2 Puertos
10.9 Ethernet inhalmbrico
10.9.1 La herramienta iw
Eplogo
Biliografa

Prefacio
Hoy en da somos muchos los que trabajamos con
ordenadores y no parece que esta tendencia vaya a ir a la baja. Es
cierto que muchos de los que trabajan con ordenadores lo hacen en
su entorno familiar o con programas de ofimtica, sin embargo, hay
tambin un gran nmero de persona que necesitan sacar mayor
provecho de las mquinas.
Hay gente que se dedica a hacer que los ordenadores
funcionen 24/7 (24 horas al da, 7 das a la semana) o algunos que se
dedican a hacer programas para terceros. En general, hay usuarios
para todos los gustos.
Muchas veces se recurre a programas ya hechos o pequeas
utilidades (scripts) que nos solucionan la vida y que, para que negarlo,
son de lo ms til. Sea cual sea el caso, conocer como funciona
aquello con lo que trabajamos nos puede hacer ms sencillo el trabajo,
e incluso a veces nos puede permitir hacerlo. Siempre, claro est,
dentro de las posibilidades.
Ese es el objetivo de Linux Internals: dar unas nociones de
como funcionan las cosas en los sistemas operativos Linux. Y con esta
ltima frase, me gustara hacer referencia a como funciona el sistema
operativo adems de como funcionamos nosotros con l. En ocasiones
los detalles cambian entre distintas distribuciones de Linux, pero en
cualquier caso, los conceptos son los mismos incluso entre
distribuciones.
La idea de este texto es dar una visin de como trabajan los
sistemas Linux ms all de los comandos y las instrucciones y sobre

como podemos modificar el comportamiento del sistema en las

ocasiones en las que nos es conveniente.

1. Los sistemas Linux

Antes de ver como funciona un sistema Linux deberemos
entender que es, de que habla la gente cuando habla de Linux.
Debemos entender por que a veces es Linux y a veces Ubuntu u otro
sinfn de preguntas que seguro que surgen cada vez que vemos uno
de los sistemas operativos del pingino. Una breve historia y una visin
global debern ser suficiente para entender donde nos estamos
metiendo y poder comprender como funciona un sistema operativo
Linux.

1.1 Breve historia de los sistemas Linux

Un poco de historia sobre Linux nos ayudara a ponernos en
contexto. Si la historia de este sistema operativo no os interesa podis
pasar directamente a la siguiente seccin.
A finales de 1960, los laboratorios Bell junto con AT&T y otros
trabajaban con un sistema llamado Multics (Multiplexed Information and
Computer Service). Este sistema estaba diseado de forma modular de
tal manera que era posible desactivar algunos de los mdulos sin que
los otros se viesen afectados por ello. Esta caracterstica se mantiene
todava en los sistemas actuales. De la misma manera, Multics era un
sistema para mantener informacin con diferentes niveles de
confidencialidad en la misma mquina, y por tanto con distintos niveles
de permisos. Caracterstica que tambin se mantiene hoy en da.

A partir de Multics, uno de los trabajadores de la AT&T, Ken

Thompson, dise un juego llamado aventura espacial. Este juego era
muy costoso (monetariamente de jugar). Esto lleva a Ken Thomson,
junto con Dennis Ritchie a desarrollar, al principio sin ningn apoyo
econmico, el sistema operativo UNIX.
Unix se convirti rpidamente en el sueo de los
desarrolladores puesto que estaba compuesto por pequeos
programas con funciones muy concretas que se juntaban para realizar
tareas ms complejas. Al incorporar a un sistema multitarea y con un
sistema de ficheros potente como UNIX soporte para el procesamiento
de textos, este proyecto empez a recibir apoyo econmico por parte
de los Bell Labs. Es a partir de entonces que empieza la verdadera
evolucin de Unix.
A principio de los aos 70 se opta por reescribir el cdigo de
UNIX en el lenguaje C. Esto permite que el sistema se convierta en
portable, por la gran facilidad con la que se puede modificar el cdigo
para llevarlo a otras mquinas.
Veinte aos ms tarde, en 1991, Linus Torvalds en Helsinki
empez a desarrollar un sistema operativo que sera compatible con
UNIX y que trabajara sobre la base de este. El sistema estaba pensado
para cualquier ordenador con una arquitectura i386 y empez, segn
palabras del propio Linus Torvalds: Como un hobby que realizaba en
su tiempo libre y que nunca llegara a ser portable o tan grande como
el proyecto GNU .
El cdigo de Linux estaba programado en C, hoy en da
todava lo est, y se distribuy bajo una GNU Public License
desarrollada aos atrs por Richard Stallman. El compilador GNU C
Compiler (gcc) fue la opcin de Torvalds para compilar el sistema

operativo Linux en sus inicios (entonces llamado Freax en lugar de

Linux, nombre que adoptara ms tarde) y sigue siendo hoy en da la
opcin principal para los sistemas Linux.
Internet y la licencia GNU ayud a que el sistema operativo
tuviese una gran aceptacin como un clon de cdigo libre de UNIX ,
que estuvo durante muchos aos enfangado en pleitos legales sobre
derechos y propiedad.
A partir de la base diseada por Torvalds, conocida como el
Kernel, aparecen diversas distribuciones que no son ms que una
agrupacin de programas, utilidades y ficheros preparados para su
instalacin. Aparecen tambin gran cantidad de desarrolladores que
empiezan a colaborar en mejorar el kernel de Linux.
As pues, cuando hablemos de sistemas Linux nos estaremos
refiriendo a todos aquellos sistemas operativos que usan como kernel
el sistema creado por Torvalds. Siempre que hablemos de Unix nos
referiremos a un conjunto todava mayor de sistemas operativos que
han evolucionado desde este. Nos referimos en este caso a Linux,
MAC OS, BSD,...

1.2 Una visin general de los sistemas

Linux
Antes de entrar en detalles sobre como funcionan las cosas
en Linux y como trabajar con l, tenemos que ser capaces de tener
una visin general de como funciona y de que estamos hablando al
mencionar un sistema Linux.
Los sistemas operativos, como es el caso que nos ocupa,
tienen multitud de tareas de las que encargarse y, por tanto, multitud de

partes que los componen y que realizan unas u otras tareas. Intentar
aprenderlo todo resulta abrumador, y muchas veces innecesario,
puesto que el SO realizar tareas de las que no debemos
preocuparnos.
En este punto, puede ser vlido el smil del televisor. Al usar
un televisor con un mando distancia que permite cambiar de canal, no
conocemos realmente todos los detalles que hacen que al apretar un
botn el canal del televisor cambie. Sin embargo, si que somos capaces
de separar los problemas, cuando los hay, en problemas del mando o
problemas del televisor. Es decir, estamos creando dos niveles de
abstraccin sobre los detalles tcnicos, el nivel del mando a distancia y
el del televisor.
Con los sistemas operativos haremos algo similar. Como es
una tarea ardua y casi imposible llegar a comprender todos los detalles
que conforman el sistema operativo, intentaremos abordarlo usando
determinados niveles de abstraccin que nos permitirn tener una
visin global. Ms tarde seremos capaces de profundizar en aquellos
detalles que ms nos interesen.
En el caso de los sistemas Linux, que son los que nos
ocupan, podemos definir tres niveles de abstraccin:
Hardware
Kernel
Usuario
En esta clasificacin que presentamos, cada capa es un
conjunto de funciones agrupadas segn se siten ms cerca del
hardware o del usuario. As por ejemplo, los juegos, servidores web,
etc. se situaran en la capa superior: la Capa de Usuario. Aquello que
corresponde a los 0s y 1s se situara en la capa ms baja, es decir en

la de Hardware. El espacio de Kernel, la capa intermedia,

comprendera, ms o menos, todo lo que corresponde al sistema
operativo.

El trabajo de Kernel o del espacio de kernel, consiste en

gestionar los distintos procesos que se ejecutarn en nuestra mquina,
la memoria de que disponemos o de gestionar los drivers de los

distintos dispositivos. Cosas, todas ellas, que veremos ms adelante.

A nivel de memoria, el Kernel se encarga de particionar la
memoria para los distintos procesos, crear reas de memoria
compartida, gestionar los accesos a memoria, etc. A nivel de procesos
el Kernel realiza tambin un papel muy importante puesto que es el
encargado de arrancar y parar procesos, conocer el estado en el que
se encuentran, darle tiempo de computo a cada proceso y una multitud
ms de tareas. Todos los sistemas operativos de una u otra manera
deben realizar estas tareas. Si queris saber ms acerca de como
trabaja un sistema operativo con los distintos procesos podis buscar
informacin sobre el planificador del sistema.
Aclaracin
Ms adelante dedicaremos tiempo a comprender los procesos y
como funcionan. Por ahora, para comprender que es lo que hace el
Kernel de Linux, nos basta con saber que, a grandes rasgos, un
proceso es un programa en ejecucin.
El Kernel cuent,a adems, con una funcionalidad muy
importante: las system call o llamadas al sistema. Las llamadas al
sistema son operaciones especficas que los programas que ejecuta un
usuario son incapaces de realizar, por ejemplo abrir un fichero,
reservar memoria, etc.
Para realizar estas operaciones, de las que se encarga el
sistema operativo, los programas usan las llamadas al sistema. Para
aquellos que alguna vez han programado, las llamadas al sistema son
funciones que suelen estar en las libreras estndar del lenguaje de
programacin usado y que tienen una equivalencia directa con una

llamada hexadecimal a una instruccin conocida por el kernel.

Adems del kernel, como hemos dicho, los sistemas Linux
cuentan con un espacio de usuario. En el espacio de usuario es donde
se ejecutan la mayora de tareas. Hay que pensar que aunque para los
usuarios cada programa realiza tareas distintas, para el kernel
cualquier proceso es bsicamente lo mismo. El conjunto de
instrucciones o de operaciones que un programa puede realizar en el
espacio de usuario es limitado. Por este motivo, cuando necesita
realizar operaciones que solo se pueden ejecutar a nivel de kernel,
realizar una llamada al sistema. La llamada al sistema se encargar
de cambiar el contexto en el que trabaja el programa para poder
realizar la tarea en el espacio de kernel y poder devolver ms tarde el
resultado al espacio de usuario. Es decir, cuando un programa
necesita realizar una tarea que nicamente puede realizar el kernel, le
solicita a este que ejecute la tarea y le devuelva el resultado cuando
termine. La peticin al kernel se conoce con el nombre de llamada al
sistema.
Para acabar con esta visin rpida a los sistemas Linux,
faltara aadir un ltimo componente: los usuarios. Aunque ms
adelante veremos en profundidad que suponen los usuarios para un
sistema Linux y como trabajar con ellos, es importante tener una
pincelada general de este concepto para entender a grandes rasgos
los sistemas Linux.
Un usuario en un sistema Unix no es la persona que se sienta
delante del terminal a aporrear las teclas, en los sistemas Unix un
usuario es cualquier entidad capaz de ejecutar procesos y poseer
ficheros. Ms adelante, entraremos tambin a discutir el concepto de
fichero. As pues, cualquier sistema Linux deber contar siempre, al

menos con un usuario. Vemos tambin que, efectivamente, todos los

sistemas Unix son sistemas multiusuario y multitarea.

1.3 Unix Shell o Terminal, un primer vistazo

El shell de Unix, shell o terminal, es un intrprete de
comandos que nos permite interactuar con el sistema a travs de una
serie de rdenes sencillas. Existen cantidad de shells o terminales
distintos y podemos instalar uno u otro segn nos convenga (bash,
sh,...) Sea como sea, cualquier distribucin de Linux que instalemos
pondr a nuestra disposicin una shell (lnea de comandos) para que
podamos interactuar con el sistema.
Es habitual en los sistemas actuales que los SO cuenten con
diversos terminales que arrancan junto con el sistema. Si tenemos una
distribucin de Linux que posee una interfaz grfica podremos abrir
una shell desde dicha interfaz. En otro caso, el SO arrancara
directamente en un terminal.
De hecho al arrancar, el SO carga diversos terminales y en
uno de ellos ejecuta la interfaz grfica mientras que mantiene los otros
en modo texto. Habitualmente podremos cambiar entre los diversos
terminales con las combinaciones de teclas:
Alt+f1
Alt+f2
...
Alt+f6
Es decir, la tecla Alt seguida de la tecla 'f' con el nmero
correspondiente al terminal al que queremos ir. Normalmente no

necesitaremos cambiar el terminal, pero en algunas ocasiones puede

llegar a ser til. Por ejemplo, en el proceso de instalacin de una
distribucin Debian, donde la instalacin se hace a travs de una
interfaz de fondo azul, el terminal 4 suele dar informacin escrita de
todos los pasos que est realizando el instalador as como de los
errores que puedan surgir.
Segn lo visto hasta ahora, siempre que queramos ejecutar
un comando deberemos recurrir a una shell o a un terminal.
Siempre que nos encontremos en una shell o terminal
veremos algo como lo siguiente:
root@vps18547:/etc#>

El nombre delante de la @ nos indica con que usuario

hemos entrado al sistema. En el captulo 8. Usuarios veremos ms
sobre esto. Lo que encontramos despus de la @ es el hostname o
nombre del PC. Finalmente, despus de los : encontramos el path
actual del directorio en el que trabajamos. Veremos ms sobre esto en
Ficheros y Directorios. Esta lnea la veremos despus de ejecutar
cada comando y nada ms abrir un terminal y debera leerse de una
forma similar a:
root at hostname working on /etc #Si leemos en ingls
root en hostname trabajando en /etc #Si leemos en espaol
Ahora ya podemos introducir comandos y esperar que la
consola nos d un resultado o un error. En caso de que cualquier
comando nos d un error, en los sistemas Linux resulta ms o menos

sencillo entender cual ha sido. A diferencia de otros sistemas

operativos, no obtendremos un nmero incomprensible o un texto
largusimo, en el caso de los sistemas Linux todos los errores suelen
seguir la misma estructura.
root@vps18547:~#> cd /asd
-bash: cd: /asd: No existe el fichero o directorio
En este caso lo primero que nos muestra es el programa que
ha dado el error: cd.
A continuacin, tenemos una lnea que nos muestra la ruta
(path en ingls), el lugar donde se ha producido el error. Esto puede
ser un directorio como en este caso, puede ser el nmero de lnea de
un fichero o cualquier lugar donde se haya localizado un error. Sea
como sea, se trata de una informacin muy til para ayudar a localizar
el error.
Finalmente, obtenemos un mensaje informndonos de cual ha
sido el error. En este caso que no existe el fichero o directorio. Esto
podra significar que realmente no existe en el sistema o bien que no
existe all donde lo estamos buscando.
Hemos puesto como ejemplo un comando sencillo (veremos
su uso ms adelante) pero cualquier error de un programa o comando,
seguir, como norma general, la misma estructura.

1.3.1 Errores comunes

Aunque la formulacin de los errores es siempre bastante
similar en los sistemas Linux vamos a presentar algunos de los errores
ms comunes para empezarnos a familiar con los tipos de error que
podemos encontrar y estar prevenidos.

No existe el fichero o directorio. Este ya lo hemos visto, nos

indica que el fichero o directorio con el que estamos intentando
trabajar no existe o no se puede encontrar en la ruta
especificada. Listar los ficheros de la ruta inmediatamente
superior nos puede dar una idea bastante acertada del
problema.
El fichero ya existe. Este error suele aparecer cuando
intentamos crear un fichero ya existente o cuando intentamos
crear un directorio usando como nombre el de un fichero que
ya existe. En los Sistemas Operativos (SO) Linux, como en
tantos otros, pueden existir ficheros con el mismo nombre
siempre que no se encuentren en la misma ruta.
No es un directorio/Es un directorio. Un error muy comn,
aparece cuando tratamos un fichero como si fuese un directorio
o a la inversa.
Permiso denegado. Un error muy comn tambin. Suele estar
relacionado con problemas de permisos. En la seccin 2.3
Permisos y propiedades de ficheros veremos ms detalles.
Tambin aparece cuando tratamos de hacer tareas que
nicamente el sper usuario puede hacer. Ms adelante
hablaremos del sper usuario cuando tratemos con los
usuarios.
No hay espacio en el dispositivo. Un error claro y que suele
incomodar bastante. No queda espaci para almacenar ms
datos. Tenemos dos opciones, empezar a borrar ficheros o
comprar ms disco. Eso cuando se trata de disco duro. Si se

trata de un pendrive, un cd, etc quizs no haya muchas

opciones.

2. Ficheros y Jerarqua de directorios

Una de las cosas con las que ms vamos a trabajar en los
sistemas Linux es con los ficheros, bien sea porque tenemos que
configurar un servicio, crear un nuevo usuario, trabajar con los
usuarios que ya existen o simplemente configurar una nueva red. Al
final los ficheros conforman uno de los elementos ms importante de los
sistemas Linux, es por tanto un buen punto de partida para empezar a
comprender como funcionan estos sistemas.

2.1 Ficheros y directorios

Antes de comprender como se organizan los ficheros o
directorios en los sistemas Linux deberemos tratar de comprender que
son.
Un directorio, es el equivalente a las carpetas de Windows,
aunque nunca utilizaremos ese nombre puesto que en sistemas Linux
no tiene sentido esta denominacin. Un directorio es el lugar donde se
guardan los ficheros. En ltima instancia, un directorio es tambin un
fichero con unas caractersticas concretas. Es decir, un directorio es un
fichero que organiza otros ficheros. De hecho, podemos decir que en
un sistema Linux todo son ficheros.
Un fichero es la estructura que usa el sistema operativo para
almacenar informacin. Como decamos, un directorio no deja de ser
un fichero que almacena la informacin de donde se pueden encontrar
los ficheros que contiene. Los sistemas Linux reconocen 3 tipos
distintos de ficheros:

Ficheros ordinarios: permiten almacenar informacin en un

dispositivo fsico. Los documentos de texto, binarios
ejecutables, pginas web, etc... se incluyen en esta categora.
Estos ficheros deben tener un nombre de hasta 256 caracteres
(esto puede variar segn el kernel y el SO) y pueden incluir
cualquier carcter en el nombre a excepcin de /.
Advertencia
Las letras minsculas y maysculas se consideran distintas, es decir,
los sistemas Linux son case sensitive. Mucho cuidado tambin con
los nombres de los ficheros puesto que aquellos que empiezan por
el carcter . son considerados ficheros ocultos por el sistema.
Directorios: Son ficheros especiales que agrupan otros
ficheros de forma estructurada. Por supuesto, pueden contener
otros directorios.
Ficheros especiales: Son quizs de los ficheros ms
importantes de Linux, representan todos los dispositivos
conectados al ordenador: impresoras, discos duros, discos usb,
etc.
Hemos visto que los ficheros son la manera como trata Linux
la informacin que necesita. Volveremos a profundizar en el tema ms
adelante, sin embargo, antes de seguir vamos a ver algunos comandos
que nos sern tiles para trabajar con lo que ya sabemos. En general
los comandos de Linux son muy fciles de recordar si sabemos algo de
ingls y pensamos en lo que queremos hacer.

root@vps18547:~#> pwd
/home/internal
Este comando nos indica en que directorio estamos. (print
working directory, escribe el directorio en el que trabajas en ingls).
ls
(list --> listar en ingls) nos devuelve una lista de los ficheros
que se encuentran en el directorio actual. Este comando admite varios
parmetros que ofrecen ms informacin. Permite tambin especificar la
ruta del directorio cuyo contenido queremos listar.
cd
(change directory, cambiar directorio en ingls) Es bastante
explicativo, permite cambiar a un directorio especificado a continuacin
del comando. Hay que tener en cuenta que en los sistemas Unix, en
Linux por tanto tambin, el . representa el directorio actual mientras
que .. representa el directorio inmediatamente superior o directorio
padre. Luego veremos ms acerca de estos detalles.
cat
(de concat, concatenar en ingls) Es un programa que
permite mostrar ficheros o concatenarlos. En general los estamos
concatenando siempre puesto que lo que hace este comando es
concatenar el contenido de los ficheros a la salida estndar. Veremos
ms sobre esto llegado el momento.
Juntando conceptos: Si ejecutamos el comando ls en un directorio
en el que tenemos un fichero llamado holamundo.txt, Cuantos

ficheros nos listar ls a? La a es de all, todo en ingls.

Nos listar 3 ficheros:
holamundo.txt # nuestro fichero de texto
. # El directorio actual
.. # El directorio padre o inmediatamente superior

2.2 Jerarqua de directorios

En los SO modernos, los directorios y ficheros se organizan de
forma jerrquica. En los sistemas Unix no es diferente, la estructura
jerrquica de Unix se presenta (ms o menos) en la imagen a
continuacin.

El directorio / se conoce como el directorio raz del sistema. De

l cuelgan todos los dems directorios. Esto tiene un par de
implicaciones importantes. Por un lado, nos est diciendo que jams
tendremos un directorio al mismo nivel que /. Es decir en el directorio /
no tendremos directorio superior, por tanto al hacer un ls no se listara
'..'
La segunda de las implicaciones que presenta es que al
expresar el path (camino o ruta de un directorio), si este empieza por '/'
estaremos especificando una ruta absoluta al sistema, mientras que si
el directorio no empieza por '/' estaremos especificando una ruta
relativa al lugar donde nos encontramos.
Los directorios de primer nivel, inmediatamente debajo de /,

ms relevantes y normalmente comunes a todos los sistemas Unix son

los siguientes:
/bin Contiene programas listos para ejecutarse o ejecutables.
Todos los programas bsicos como ls o cp se encuentran en
este directorio. Los programas en este directorio pueden
invocarse desde cualquier directorio en el sistema sin
necesidad de especificar la ruta.
/dev Contiene los ficheros de los distintos dispositivos. Ya
hemos visto en la seccin 2.1 Ficheros y directorios la
existencia de estos ficheros. Adems veremos ms sobre
dispositivos en el captulo 3. Dispositivos.
/etc Contiene los ficheros de configuracin del sistema. Algunos
de los ficheros que encontramos aqu son relativos al hardware
de la mquina. En general estn representadas la mayora de
configuraciones de nuestro sistema, desde las contraseas de
los usuarios, los ficheros de configuracin de servicios y
software, configuracin de red e incluso de la tarjeta grfica.
/home Contiene los directorios personales de los usuarios
estndar. Este directorio no existe en todas las variantes de los
sistemas Unix, pero suele estar presente en la mayora.
/lib Contiene las libreras que pueden ser usadas por el resto
de los programas presentes en el sistema. Habitualmente
existen dos tipos de librera, estticas o dinmicas.
Esencialmente son lo mismo. A grandes rasgos, la diferencia
est en como las cargan y usan los programas. En este
directorio se encuentran nicamente las libreras dinmicas. No

siempre es as, pero se cumple en la mayora de los casos. En

otros directorios como /usr/lib si que es ms usual encontrar
ambos tipos de librera.
/proc Suele ser el directorio ms distinto entre las
distribuciones, aunque su existencia es comn. Provee
estadsticas sobre el sistema, tanto software como hardware.
Todo a partir de un conjunto de ficheros que se pueden
acceder de las maneras que ya se han visto.
/sys Sigue la misma filosofa que el directorio anterior, con la
diferencia que muestra informacin sobre los distintos
dispositivos.
/sbin Ofrece la misma funcionalidad que /bin. La diferencia
radica en que contiene ejecutables destinados a la gestin o
mantenimiento del sistema, por lo que los usuarios regulares no
pueden ejecutar comandos de este directorio en ninguna ruta
dentro del sistema, ni tan siquiera en /sbin
/tmp Suele ser un pequeo espacio para los ficheros
temporales de tamao reducido de los que no nos
preocupamos mucho, ni nosotros como usuario ni el sistema.
Muchas distribuciones eliminan el contenido de /tmp en el
proceso de boot o arranque.
/var El directorio donde se guarda la informacin temporal de
los sistemas. Los programas guardan aqu sus logs (registros
de actividad) y otra informacin cambiante que necesitan para
su correcto funcionamiento como informacin sobre
identificadores de procesos, cach ...

Advertencia
Aunque /var tiene un subdirectorio tmp (/var/tmp) el SO no vaca este
directorio al arrancar como sucede con /tmp
/usr Pronunciado user , usuario en ingls. Parece que
debiese contener los archivos de los usuarios, sin embargo
nada ms lejos de la realidad. Los ficheros de los usuarios se
encuentran habitualmente en /home/usuario. Este directorio
suele contener una gran cantidad de directorios en su interior
organizados de forma jerrquica. Es quizs uno de los
directorios ms importante puesto que dentro de /usr
encontramos las libreras, manuales, programas, etc que
contiene nuestro SO. La separacin entre /usr y / se debe a
motivos histricos sobre la distribucin de espacio para la raz
del sistema. Hoy suele ser habitual encontrar archivos que
pertenecen de forma a especfica a la distribucin en este
directorio.
/boot Contiene los ficheros para el arranque del Kernel. Los
sistemas actuales ya no permiten la inclusin en este directorio
de nuestros propios ficheros. Si queremos que algn programa
se ejecute al inicio tenemos otras posibilidades que veremos
ms adelante.
/media
Este directorio es el punto de entrada para todos
los dispositivos removibles como pendrives o similares.
Juntando conceptos:

Recordemos 2.1 Ficheros y directorios y supongamos que al

ejecutar el comando pwd nos devuelve lo siguiente:
/home/usuario/software
que pasar ahora si ejecutamos los siguientes comandos?
cd /bin
cd bin
Si volvemos a ejecutar pwd despus de los comandos anteriores
obtendremos:
En el primero de los casos: /bin
En el segundo de los casos: /home/usuario/software/bin
Que ha pasado? En el primer caso hemos especificado un
directorio con el carcter / delante, es decir absoluto o relativo a la
raz del sistema. En el segundo caso hemos especificado una ruta
relativa al directorio en el que trabajbamos.

2.3 Permisos y propiedades de ficheros

Encontrar el lugar para hablar de permisos en los sistemas
Linux es complicado. Es difcil saber si para hablar de permisos hay
que hablar antes de usuarios y grupos o si con conocer como se
gestionan los ficheros es suficiente. En este caso vamos a tratar los
permisos junto con los ficheros. Basta con saber, que como hemos
mencionado en algn momento anterior los sistemas Linux son

sistemas multiusuario. Esto significa que un mismo SO puede tener

diversos usuarios. No solo eso si no que adems los usuarios de los
sistemas Linux se dividen en grupos.
La seguridad de los documentos en Linux sigue el sistema
militar. Cada documento tiene una clasificacin de seguridad que se
plasma en 3 tipos de permisos: aquellos que afectan al usuario que es
propietario del fichero, aquellos que afectan al grupo que es
propietario del fichero y aquellos que afectan al mundo entero, a todos
los que no cumplan los requisitos anteriores.
As pues, lo primero que deducimos hasta ahora es que todos
los ficheros en los sistemas UNIX y por tanto Linux, son posedos por
un usuario y un grupo existentes en el sistema.
Podremos cambiar estos parmetros para que se ajusten a las
necesidades.
chown usuario1.grupo1 <fichero>
Cambiar los propietarios de <fichero> al usuario usuario1 y
al grupo grupo1. Tanto el usuario como el grupo deben ser conocidos
por el sistema., en caso de que sean desconocidos obtendremos un
error. Si queremos aplicar el mismo comando a todos los ficheros dentro
de un directorio modificaremos el comando chown( change owner en
ingls).
chown R user1.group1 <fichero>
Sabemos cambiar los propietarios de los ficheros pero, como
podemos saber el propietario actual de un fichero?. Sencillo,
recurriremos a un comando que ya hemos visto anteriormente.
ls -l

drwxr-xr-x 2 root root 4096 jul 31 04:34 backups

Lo que vemos en gris claro, el primer root, muestra a que
usuario pertenece el fichero. Lo que vemos en gris oscuro, el segundo
root, muestra a que grupo pertenece. Si seguimos observando, vemos
que la lnea que nos est mostrando el comando ls empieza con una
ristra de letras. Esas letras son los permisos. Vamos a ver que significan:
d: Nos indica que backups es un directorio.
rwx: Los permisos del propietario del fichero.
r-x: Los permisos para el grupo que posee el fichero.
r-x: Los permisos para todos los dems.
Los permisos son grupos de 3 bits que se representan de la
siguiente manera:
r: Permiso de lectura.
w: Permiso de escritura.
x: Permiso de ejecucin.
Si en la posicin de la w encontramos un significa que el
grupo o quien corresponda no tiene permiso de escritura, lo mismo
sucede con las otras posiciones. Para modificar los permisos
disponemos tambin de un comando.
chmod g+w backups
Dar permisos de escritura al grupo que posee el fichero
backups. As segn nos convenga podremos asignar permisos con

cualquiera de las siguientes combinaciones.

chmod [u|g|o] [+|-|=] [r|w|x] <fichero>
#Da los permisos rw para el grupo al fichero independientemente de
los que tuviese antes
chmod g=rw <fichero>
#Aade permisos de ejecucin al fichero para los otros (ni el grupo ni
el propietario) a los permisos que ya tuviesen otros.
chmod o+x <fichero>
#Quita permisos de lectura al propietario y al grupo propietario del
fichero. Mantiene los otros permisos que tuviesen.
chmod ug-w <fichero>
Existen, tambin, otras maneras de expresar los permisos.
Estos se pueden expresar numricamente. Puede parecer ms
complicado, pero acaba siendo ms cmodo a largo plazo
acostumbrarse a cambiar los permisos numricamente. Vamos a ver
como: Hemos comentado que los permisos son 3 grupos de 3 bits. Esto
representado en binario equivale a:
000 000 000
El primer grupo de 0s representa los permisos del
propietario, el segundo grupo representa los permisos del grupo,
finalmente el tercero representa los permisos de todos. Estos bits solo
pueden tomar los valores 0 o 1(estamos trabajando con base binaria),
el 1 significa que el permiso est activado el 0 representa un permiso

desactivado. As pues
111 101 101
Significa que el propietario tiene permisos de lectura,
escritura y ejecucin (los bits van en este orden) mientras que el grupo
y el resto de los usuarios tienen permisos de lectura y ejecucin pero
no de escritura. Como usamos entonces estos valores para cambiar
los permisos? Muy sencillo, lo primero que vamos hacer es convertir
cada grupo a la notacin decimal:
755
chmod 755 backups
A continuacin recurrimos al comando chmod que dar los
permisos que hemos descrito segn la notacin binaria al fichero
backups. Cualquier combinacin que nos permitan estos 3 bits ser
vlida.
Advertencia
El mayor valor que se puede representar con 3 bits en notacin
binaria es el 7 en notacin decimal. Eso significa que en ningn
caso se podrn asignar permisos mayores a 7.

Decimal

Binario

Lectura
(r)

Escritura
(w)

Ejecucin(x)

000

No

No

No

001

No

No

010

No

011

No

No
S

100

No

No

101

No

110

No

111

Advertencia
Para poder listar el contenido de un directorio es necesario tener
permisos de ejecucin para dicho directorio.

2.3.1 Umask
Que es lo que sucede con los permisos cuando se crea un
nuevo fichero? Como podemos controlar con que permisos se va a
crear? Para ello estn las umask o mascaras de usuario. Una mascara
de usuario hace exactamente eso, define con que permisos se va a
crear un fichero o directorio. As pues si ejecutamos el comando umask
umask
022
Nos devolver la mscara actual, algo similar a 022. Los
nmero en el caso de umask funcionan exactamente igual que a nivel
de permisos. Pero al crear un fichero vemos que realmente no se est
creando con los permisos 022. Que estas sucediendo?
La mscara de usuario establece valores negativos sobre los
permisos originales. En la mayora de sistemas UNIX los ficheros

regulares (normales) se crean con los permisos 666 mientras que los
directorios se crean con los permisos 777. A esto hay que aplicar-le la
mascara. Esta mascara consiste en aplicar una operacin NAND.
Veamos como funciona:
umask:
Permisos originales:
Permisos finales:

000 010 010

111 111 111
111 101 101

La operacin NAND hace lo siguiente: all donde la mascara

tiene un 1, si los permisos originales tienen tambin un 1 el valor de la
mascara original se pone a 0, en caso contrario la mscara original se
deja tal y como est.
Pese a todo lo explicado, todava tenemos un escollo. El
comando umask nicamente nos permite cambiar la mscara de
usuario hasta que se cierra la sesin. Que debemos hacer entonces
para que el cambio sea permanente? Si nos remitimos a la seccin 2.2
Jerarqua de Directorios, veremos que en el directorio /etc se
encuentran los ficheros de configuracin. Como lo que queremos
hacer es modificar un parmetro de la configuracin parece claro que
tendremos que recurrir a ese directorio. En este caso necesitaremos
editar el fichero
/etc/profile

/etc/bash.bashrc
para aadir la modificacin de umask. La aadiremos como si
escribisemos el comando correspondiente en un terminal. Estos

ficheros a modificar pueden ser distintos dependiendo de la

distribucin que tengamos instalada. En cualquier caso, la jerarqua de
directorios es comn para todos los sistemas Linux y por tanto siempre
deberemos ir a /etc a buscar esta configuracin.
Importante
Es posible encontrar un fichero .bashrc en el home de cada
usuario, esto es debido a que ese fichero contiene nicamente
modificaciones que afectan a ese usuario. En caso de que las
modificaciones sean comunes a todos los usuarios jams
encontraremos el fichero de configuracin en el home de dicho
usuario.

2.3.2 Permisos adicionales

Aunque con lo que hemos visto hasta ahora tenemos cubierto
todo lo bsico acerca de los permisos, hay situaciones que an no se
han considerado. Por ejemplo, supongamos que tenemos un directorio
en que el usuario user1 es el propietario y por tanto goza de todos los
permisos. El grupo por contra solo tiene permisos de escritura. Que
sucedera si un miembro del grupo crea un nuevo fichero en el
directorio?
El nuevo fichero sera propiedad del usuario que lo ha
creado, por tanto el usuario user1 que deba tener todos los permisos
sobre los documentos del directorio, slo tendr permisos de escritura
(pues pertenece al mismo grupo que el usuario que creo el fichero).
Mientras tanto el usuario que creo el fichero podr hacer lo que le
venga en gana con l. Pero no es ese el comportamiento que
desebamos. Linux pone a nuestra disposicin una serie de bits que

nos permiten arreglar esta situacin.

SUID: cuando un fichero con este bit activado se ejecuta
asumir el identificador de usuario del propietario del fichero.
Esto significa que si un fichero es propiedad del sper usuario
(root) y tiene el SUID activado. Cuando user1 lo ejecute, este
fichero se ejecutar como si realmente lo estuviese haciendo
root y no user1.
GUID: tiene la misma funcin que el anterior, la identidad que se
toma sin embargo es la del grupo propietario y no la del usuario
propietario del fichero.
Hemos hablado de ejecutables y ejecuciones. Lo que sucede,
si se aplican los bits anteriores a directorios es que los ficheros bajo
aquel directorio sufrirn la herencia de estos bits, es decir los nuevos
ficheros creados se crearn con el identificador de usuario o de grupo
correspondiente a la propiedad del directorio.
Existe un tercer bit conocido como stiky bit. Este bit permite
especificar al SO que al terminar de ejecutar un programa no lo elimine
de la memoria. Hoy en da ya nos e le da este uso pero nos ofrece una
funcionalidad muy interesante. Activar este bit en un directorio permite
indicar al SO que evite que los usuarios renombren, muevan o borren
los ficheros del directorio. nicamente el propietario y el sper usuario
no se ven afectados por esta restriccin.
Para aadir estos comandos adicionales usaremos
igualmente el comando chmod. Seguro que nos hemos dado cuenta
que conforman de nuevo un grupo de 3 bits, por lo que podremos
hacer algo como:

chmod 2777 <directorio>

para aadir a <directorio> el bit GUID. En este caso los bits se
ordenan: suid, guid, sticky. Lo que significa que los permisos quedan
as:
Decimal

Binario

suid

guid

sticky

000

No

No

No

001

No

No

010

No

No

011

No

100

No

No

101

No

110

No

111

Este grupo se coloca siempre delante del grupo de usuario y

es opcional. Sus valores se pueden especificar tambin segn letras,
tal como se hara con los permisos normales. Estos permisos a
diferencia de los permisos normales afectan a las 3 clases (usuario,
grupo y otros) y no nicamente a una de ellas.
chmod +t <directorio># agrega permisos de sticky bit
chmod g+s <directorio> # agrega el setgid al grupo
chmod u+s <directorio> # agrega el setuid usuario

2.3.4 De vuelta a las propiedades

Despus de este paseo los permisos, nos fijamos en que lo

que nos devuelve el comando ls l todava contiene ms informacin:
ls -l
drwxr-xr-x 2 root root 4096 jul 31 04:34 backups
Se observa fcilmente que delante del usuario, recordemos
que est en gris claro y es el primer root, aparece un nmero, despus
del grupo, en gris oscuro o segundo root, aparece otro nmero y a
continuacin una fecha. El primer nmero, el que est delante del
propietario, nos indica que el directorio que estamos listando contiene
dos directorios en su interior. En el caso de que lo que listamos sea un
fichero este nmero ser siempre un 1.
En cuanto al nmero que encontramos detrs del grupo, nos
indica el tamao del fichero que estamos listando. El tamao mostrado
es en bytes. Si queremos un tamao ms adecuado para su lectura
podemos especificar la opcin h en el comando ls. La h es por human
readable, legible por humanos en ingls. El tamao de un directorio no
es el de la suma de sus elementos, por lo que es habitual ver que todos
los directorios tienen el mismo tamao.
Finalmente, vemos una fecha, esta fecha indica la ltima
modificacin del fichero o directorio, esto puede llegar a ser muy til
para comprobar cuando se realizo el ltimo cambio a un fichero o
directorio.
Juntando conceptos:
En caso que listemos un directorio vaco, el nmero de ficheros que
nos mostrar ser de 2. Recordamos por que? Si recordamos lo
explicado anteriormente, veremos que siempre que hacemos un ls

a este nos devuelve los valores . y .. que representan el propio

directorio y el directorio inmediatamente superior. Hay una
excepcin a este regla: el directorio raz, puestoq ue no tiene
directorio superior.

2.4 Links simblicos

Un link simblico no es ms que un puntero a otro fichero o
directorio. Es decir, lo que en un sistema Windows sera un enlace
directo o un alias. Es una manera de acceder rpidamente a rutas
(paths) que de otra manera resultaran muy complicadas o tediosas de
escribir.
Juntando conceptos
Al ejecutar el comando ls l sobre un directorio que contiene un
link simblico veremos algo como lo siguiente:
lrwxr-xr-x
2 root root 4096 jul 31 04:34 backups ->
/home/user/web/backups
Si nos fijamos en las propiedades del fichero veremos que la
primera letra es una l. Esto nos est indicando que backups se trata
de un link simblico que apunta a /home/user/web/backups esto
quiere decir que cualquier cosa que hagamos sobre backups la
estaremos haciendo realmente sobre el path al que apunta.
Con este mismo ejemplo podemos ver que los links simblicos
se tratan en realidad de un arma de doble filo. Aunque en muchas
ocasiones pueden llegar a ser muy tiles, en otras pueden ser
confusos. Si nos fijamos bien en las propiedades que nos han

aparecido en pantalla vemos que en el link simblico no tenemos

manera de distinguir si apunta a un fichero regular, a un directorio o a
un dispositivo. Tampoco tenemos manera de saber si el fichero al que
apunta (sea del tipo que sea) existe o no. Es por eso que puede
resultar confuso trabajar con los links simblicos.

2.4.1 Creando links simblicos

Para crear links tenemos el comando ln. Este comando nos
crear un link, aunque este no ser simblico. Para crear un link
simblico necesitaremos una opcin extra, haremos lo siguiente
ln s <objetivo del link> <nombre del link>
Donde nombre es como queremos acceder y el objetivo del
link es el path completo que queremos evitar. Porque la opcin s?
Esta opcin nos permite especificar que se trata de un link simblico y
no de un link comn o hard link. Que diferencia hay entre los dos? El
link simblico apunta al nombre del fichero del que se crea el link, el no
simblico por contra apunta directamente al contenido del fichero y es
un nombre de fichero real, contrario al simblico que se trata
nicamente de un alias. Todo esto puede parecer complejo, pero ms
adelante entraremos en profundidad a tratar los sistemas de ficheros y
entenderemos mucho ms sobre los links. En este caso basta con
recordad que sin la opcin s todo se vuelve en exceso confuso a no
ser que se tenga un gran conocimiento de lo que se est haciendo.

3. Dispositivos
Aunque los dispositivos no son otra cosa que ficheros de un
tipo especial, la complejidad e importancia que suponen para
cualquier sistema operativo, sea o no Linux, hace que merezcan un
captulo completo.
Quizs antes de entrar a pelearse con los dispositivos es un
buen momento para aprender algo de Usuarios y grupos, pero dejar
esa eleccin al sentir del lector. Si se decide leer sobre usuarios puede
recurrirse al captulo 8. Usuarios.
En Linux es posible interactuar con la mayora de los
dispositivos como se interactuara con un fichero corriente. No es el
espacio de usuario el que gestionar la interaccin con los dispositivos
si no que ser el kernel el que decidir que hacer con dichos
dispositivos.
Si hacemos memoria seguro recordaremos que los ficheros de
tipo dispositivo se encontraban en /dev. As pues si echamos un vistazo
con el comando ls l en el directorio /dev deberamos ver los
dispositivos de los que disponemos en el sistema. Veremos que
tenemos varios, algo que puede resultar incluso sorprendente. Adems
el resultado ser algo como lo siguiente:
crw-r----- 1 root kmem 1, 2 mar 4 2011 kmem
srw-rw-rw- 1 root root 0 ago 14 1:16 log
brw-rw---- 1 root disk 7, 0 mar 4 2011 loop0
Si nos fijamos vemos que la primera letra de las propiedades
no es ninguna letra a la que estemos acostumbrados. Esta primera letra
nos est mostrando el tipo de fichero, igual que sucede cuando al

encontrar una d sabemos que se trata de un directorio. En este caso

los valores c, s, b nos indican el tipo de dispositivo, existe adems otro
que no se encuentra en la salida mostrada: el tipo p.
c Character Device (Dispositivo por caracteres) : Como
su nombre indica los dispositivos marcados con esta letra
nos indican que el kernel del sistema operativo va a trabajar
con ellos byte a byte o carcter a carcter, esto se conoce
usualmente como un stream de datos. Un ejemplo de este
tipo de dispositivos sera una impresora.
b Block Devices (Dispositivos por bloques): En este caso
el sistema operativo trabajar con estos dispositivos leyendo
o escribiendo bloques de datos. Un ejemplo perfecto son los
Discos duros o los usb en los que es habitual trabajar con
bloques de 512 bytes.
s Socket Devices (Dispositivos socket): Este tipos de
dispositivos son algo ms complejos, y requeriran un estudio
en profundidad. En cualquier caso se trata de una interfaz
de comunicacin entre procesos. Este tipo de dispositivos
pueden encontrarse habitualmente fuera del directorio /dev
p Pipe Devices (Dispositivos Tubera): Aunque el nombre
no es muy indicativo, este tipo de ficheros trabajan de la
misma manera que los que son de tipo c. La diferencia
estriba en que los de tipos c comunican directamente con un
dispositivo o con el driver del Kernel que controla el
dispositivo mientras que los dispositivos tubera se
comunican con procesos y no con dispositivos. Son
entonces, igual que los sockets, una interfaz ms que un

dispositivo fsico.

3.1 Bash, salida estndar y otros

Llegados a este punto, nos detenemos un momento para
hacer una segunda incursin en los terminales Unix, en este caso y de
ahora en adelante, nos centraremos en bash. Bash es un terminal de
Unix que fue programado para el proyecto GNU y que es una
evolucin de otro terminal muy conocido: sh.
Esto no significa que todos los comandos no valgan para
otros terminales, si hacemos memoria, todos los sistemas de los que
hablamos estn basados en Unix y son sistemas Linux. Esto significa
que los conceptos y la mayora comandos sern los mismos, pero
siempre que hagamos referencia a un terminal nos referiremos a un
terminal Bash.
Aclarado esto, nos podemos centrar en algunos asuntos ms
interesantes como son la salida estndar, entrada estndar y otros
tipos de salida o entrada.
En todo sistema Linux, cuando trabajamos con un intrprete
de comandos o un terminal tenemos 3 fuentes principales para
interactuar con la mquina:
Entrada estndar (stdin): Toma como valor por
defecto el teclado.
Salida estndar (stdout): Toma como valor por
defecto la pantalla, nuestro terminal.
Error estndar (stderr): Igual que la anterior toma
como valor por defecto la pantalla. Es decir, nuestro
terminal.

Todos los comandos que nos permiten trabajar con nuestro

sistema operativo son, a fin de cuentas, programas. Los programas, sin
entrar en detalles puesto que dara para largas discusiones, se
asemejan a cajas negras de las que no vemos el contenido. Sin
embargo, si les proporcionamos unas entradas estos nos darn unas
salidas que dependern de las entradas suministradas. As pues, los 3
canales mostrados ms arriba son los que nos permiten proporcionar
las entradas y leer las salidas.
La entrada estndar nos permite especificar que parmetros
o valores deben procesar los programas. As por ejemplo cuando
ejecutamos:
passwd
el comando nos solicita que le entremos una contrasea y
espera que se la suministremos por la entrada estndar, es decir, el
teclado.
De la misma manera sucede con la salida estndar y el error
estndar. Cada vez que un programa se ejecuta nos dar un resultado.
Si todo ha ido bien este resultado se mostrar por la salida estndar,
en caso contrario el terminal nos ofrecer un error como los que
comentbamos en la seccin 1.3 Unix Shell o Terminal, un primer
vistazo.
Veamos ms arriba que valores toman por defecto esos
canales. El hecho de que tome unos valores por defecto ya nos indica
que podremos cambiarlo si as nos parece. Por ejemplo, nos puede
resultar interesante enviar la salida de error a un fichero, no ver los
errores por pantalla o incluso leer la entrada estndar de un fichero en
lugar de desde el teclado. Todo esto podremos hacerlo gracias a la re-

direccin.
Lo primero que debemos saber es que cada uno de los
canales posee su propio descriptor de fichero, siendo:
0 Entrada estndar.
1 Salida estndar.
2 Error estndar.
Como hemos dicho podremos re-direccionar la salida o
entrada de cualquier programa. Para hacerlo tenemos los caracteres
>, <, y >>.
> y >> nos permiten redirigir la salida estndar. El primero
(>) nos permite enviar la salida a un fichero. Si el fichero existe se
vaciar su contenido y se rellenar con la salida del programa. Si el
fichero no existe se crear antes de llenar el contenido. Por contra, >>
aade el contenido de la salida al final del fichero especificado sin
borrar el contenido existente. Si el fichero no existe lo crea. Veamos un
ejemplo:
root@PC:~/test# ls #No devuelve nada porque la carpeta est vaca
root@PC:~/test# ls-a > test #Redirecciona la salida de ls a al fichero
test
root@PC:~/test# cat test # Muestra el contenido del fichero test
.
..
test
root@PC:~/test# ls a >> test #Redireccionamos la salida de ls a al
fichero test, pero aadimos el resultado al final
root@PC:~/test# cat test

.
..
test
.
..
test
root@PC:~/test# echo 1 > test #El comando echo imprime lo que vaya a
continuacin por pantalla. En este caso lo redireccionamos al fichero
test con un solo > lo que sobrescribir todo el contenido del fichero.
root@PC:~/test# cat test
1
Que sucede si lo que queremos re-direccionar es la
entrada? No hay problema, todo lo que debemos hacer es usar <. Por
ejemplo, el comando wc (word count) cuenta el nmero de palabras
que recibe por la entrada estndar. Sin embargo, a nosotros podra
interesarnos contar las palabras de un fichero. Usaramos para ello:
wc < fichero.txt
Ahora ya tenemos todo lo que necesitamos saber sobre las
re-direcciones de las entradas y salidas estndar. No hemos dicho
nada sobre el error estndar. Recordemos que el error estndar tiene
como identificador de fichero el nmero 2. As pues podemos hacer lo
siguiente:
echo 1 2> test
Este comando le est diciendo a nuestro terminal que
queremos imprimir un 1 en pantalla y en caso de que diese algn error,
queremos redirigir el error al fichero test. Es muy importante que el

identificador de fichero NO este separado por un espacio de > o no se

comportar de la manera esperada.
Juntando conceptos
Conociendo como funcionan los dispositivos y que podemos
redirigir los 3 canales mencionados podemos hacer gran variedad
de cosas. Por ejemplo si tuvisemos unos dispositivos de tipo c
(como una impresora) podramos redirigir la salida estndar de un
comando a la impresora. Que sucedera en este caso? Estaramos
imprimiendo el resultado del comando por nuestra impresora en
lugar de por la pantalla.

3.1.2 Pipes o Tuberas

Hay dispositivos que permiten enviar la informacin a otro
programa en lugar de enviarlo a un dispositivo fsico. La salida o
entrada de los programas pueden tener ms o menos complejidad,
pero podemos usar las tuberas de una manera sencilla y rpida en el
terminal para enviar la salida de un comando a otro. Para que es til
esto? Cada programa en los sistemas Linux suele tener una
funcionalidad muy concreta, la concatenacin de programas nos
puede ser muy til en un determinado momento. Por ejemplo,
supongamos que quiero contar el nmero de ficheros en un directorio.
Se que el comando ls me permite listar los ficheros de un directorio.
Necesito, sin embargo, una manera de contarlos una vez listados. Se
adems que hay un comando, wc, que me permite contar el nmero de
lneas o palabras de aquello que le entre como parmetro. As pues,
har uso del pipe para obtener el resultado deseado. Expresaremos
los pipes o tuberas en el terminal mediante el smbolo |.

ls l | wc l
Devolver 2 en lugar de listar los ficheros del directorio,
puesto que le hemos enviado los resultados de ls l al programa wc
como entrada.

3.2 Extrayendo
dispositivos

informacin

de

los

Ahora que ya sabemos donde se encuentran los dispositivos

en nuestros sistemas y como podemos interactuar con ellos, nos puede
resultar interesante saber distinguir que dispositivos tenemos
conectados en nuestro ordenador. Para caracterizar nuestras
mquinas los sistemas Linux nos ofrecen una serie de herramientas
que es interesante conocer.
lscpu: Nos da informacin sobre la arquitectura,
nmero de procesadores, informacin sobre los
procesadores de la mquina, memoria cach y en
general todo lo relacionado con las unidades de
procesamiento.
lshw(list hardware): Es una herramienta de uso
general y no reporta informacin muy especifica pero
puede ser til porque nos lista el hardware que tiene
nuestra mquina
hwinfo: Esta herramienta aporta informacin sobre el
hardware que tenemos instalado en nuestra mquina.
lspci: Lista todos los buses PCI y nos da informacin

sobre los dispositivos conectados a estos buses. Muy

til, por ejemplo, para obtener informacin sobre la
tarjeta grfica conectada en nuestro ordenador.
lsusb: Igual que en el caso anterior pero este
comando nos reporta informacin sobre los buses usb
y los dispositivos conectados.
df: Nos da el espacio de disco para todos los
dispositivos conectados. Muy til tanto para conocer el
espacio restante como para saber que dispositivos
tenemos conectados y que nombre tienen.
hdparm: Nos da informacin sobre dispositivos SATA y
discos duros. Muy til para obtener la informacin de
estos ltimos.
mount: Este comando est pensado para asociar un
sistema de ficheros a un dispositivo. Hablaremos de
los sistemas de ficheros en el captulo 4.Discos y
Sistemas de ficheros. Si invocamos al comando sin
parmetros nos devolver una lista de los dispositivos
que ya tienen asociado un sistema de ficheros junto
con otra informacin til.
Acabamos de presentar una serie de herramientas de una
forma muy breve. La mayora de ellas podemos encontrarlas instaladas
en el sistema, mientra que otras de deberemos instalarlas. En los
sistemas Linux hay varias maneras de instalar los programas, unas ms
fciles y otras ms difciles. En cualquier caso, en Internet es
relativamente sencillo encontrar informacin de cualquier cosa que se

nos pase por la cabeza instalar.

Pese a que se insiste en la importancia de los ficheros del
directorio /dev puesto que son muy importantes para poder interactuar
con los dispositivos de una forma relativamente compleja, hay que
tener en cuenta que el SO va a trabajar con los dispositivos a medida
que los encuentre. Es por eso que el nombre de los ficheros en /dev
puede cambiar en cada reinicio del sistema.
Puesto que los ficheros son susceptibles de cambio en cada
reinicio del sistema es muy importante ser capaces de poder trabajar
con estas herramientas u otras de las que se hablar ms adelante
para poder extraer informacin y trabajar adecuadamente con los
dispositivos.

Aclaracin
En este artculo aparecen muchos conceptos tcnicos relacionados
con el hardware, no es el objetivo de este texto tratar esos temas,
sin embargo es muy sencillo obtener las descripciones de los
elementos mencionados en Internet.

Aclaracin
Se han listado los comandos en su versin ms sencilla, sin
parmetros. La mayora de ellos tienen una pltora de parmetros
bastante amplia. Conociendo la funcionalidad general del
parmetro es posible imaginar algunos de los parmetros. Por
ejemplo, el comando df nos da el espacio en disco que tenemos en

cada dispositivo. Los nmeros que nos muestra sin embargo, son
difciles de comprender. Es por tanto plausible que existan distintas
opciones para mostrar esos nmeros segn convenga. En
cualquier caso siempre es posible recurrir al comando man (de
manual) para obtener informacin detallada del comando y sus
parmetros. La invocacin sera algo similar a lo siguiente:
man ls

3.3 Algunos dispositivos de los sistemas

Linux
Aunque en /dev el nmero de ficheros puede ser muy grande
hay algunos ficheros o ms bien algunas convenciones de nombres
que nos resultar muy interesante conocer si vamos a trabajar con
sistemas Linux.

3.3.1 EL fichero /dev/null

Se trata de un dispositivo por caracteres. Toda la informacin
que se manda a este dispositivo queda descartada, es decir no se usa
para nada. No se imprime tampoco por pantalla ni se hace nada con
ella. No se puede tampoco leer ninguna informacin de este
dispositivo. Para que es til entonces? Supongamos que queremos
lanzar un programa en segundo plano y no queremos que muestre
nada por pantalla. Tan solo tenemos que re-direccionar su salida a
este dispositivo y ya tenemos el comportamiento que buscbamos.

3.3.2 El fichero /dev/zero

Este dispositivo se usa para leer informacin de l. Es un

fichero que funciona por caracteres igual que el anterior. Siempre que
leamos de este dispositivo nos va a devolver 0s. Tantos 0s como sea
necesario. Puede ser muy til para borrar ficheros u otros dispositivos.

3.3.3 Los
/dev/urandom

ficheros

/dev/random

Estos ficheros proveen de la interfaz para interactuar con el

generador de nmeros aleatorios del sistema. Leer de ellos asegura la
obtencin de un nmero aleatorio de muy buena calidad. Que
significa de muy buena calidad? Los nmeros aleatorios generados
por ordenador no son aleatorios al 100%, puesto que se generan con
un sistema matemtico y son, por tanto, predecibles despus de un
nmero de repeticiones muy elevado. Los dos dispositivos que
presentamos ahora usan el ruido (pulsaciones de teclas, lecturas a
disco,...) de otros dispositivos para generar nmeros aleatorios muy
difciles, o casi imposibles, de predecir. En el caso de /dev/random el
nmero aleatorio ser realmente aleatorio, es decir no generado por
un algoritmo matemtico, pero podramos no obtener un valor si no se
ha recogido suficiente ruido . En caso de /dev/urandom si el kernel no
puede generar un valor aleatorio real se generara uno
matemticamente de muy buena calidad.

3.3.4 Discos duros /dev/sd*

La mayora de discos duros y dispositivos de almacenamiento
usb conectados a nuestro sistema se corresponden con archivos que
empiezan por sd. Estas siglas provienen de SCSI disk (Small Computer
System Interface). El sistema SCSI se desarrollo originalmente para
permitir la comunicacin entre dispositivos como discos duros y otros
perifricos. No es necesario recordar todo esto, basta con recordar

que los dispositivos con estas siglas corresponden a discos duros o

unidades de almacenamiento usb. Llegados a este punto, podemos
aadir un nuevo comando a la lista de la que ya disponamos:
lsscsi
[0:0:0:0]
01.0

disk
/dev/sda

ATA

WDC WD3200AAJS-2

Este comando, como se muestra en el ejemplo, lista todos los

dispositivos scsi conectados a nuestra mquina. No solo eso, si no que
adems nos indica con que fichero /dev estn vinculados.
Los nmeros entre corchetes nos dicen la direccin donde el
dispositivo est conectado. No es necesario que profundicemos ms en
la direccin de los dispositivos. La segunda columna nos dice que tipo
de dispositivo es, en este caso un disco. A continuacin tenemos
informacin del disco y del proveedor y finalmente la ltima columna
nos indica el fichero de correspondencia en /dev.
Como convencin cada disco fsico se representa mediante
una letra, por ejemplo:
/dev/sda
/dev/sdb
Si nos fijamos en el directorio /dev, veremos que adems de
contar con el dispositivo /dev/sda, contamos tambin con /dev/sda1.
Esto es porque el kernel identifica cada particin dentro del disco duro
con un nmero distinto siguiendo al identificador del dispositivo. As
sda1 nos indica la particin 1 del disco a. Esto puede sonar confuso
ahora pero en el captulo 4.Discos y Sistemas de ficheros entraremos

mucho ms en detalle en estos conceptos.

Se debe recordar que la identificacin de los dispositivos
puede cambiar entre reinicios del sistema. Es un detalle que resulta
muy importante tener en cuenta a la hora de trabajar con los discos
que tenemos conectados en nuestra mquina, aunque los kernels
modernos solucionan esta problemtica.

3.3.5 CD y DVD /dev/sr*

Igual que los discos duros se identifican mediante el prefijo
sd, los cd y dvd lo hacen mediante el prefijo sr. Los dispositivos as
identificados son de solo lectura, no podemos escribir informacin en
ellos. Si tenemos un CD o DVD con capacidad para escribirlo o
reescribirlo, hay CDs regrabables, entonces es muy posible que el
kernel lo identifique como un dispositivo SCSI genrico, esto es
/dev/sdg0, por ejemplo.

3.3.6 Terminales /dev/tty* /dev/pts/*

Los terminales son dispositivos que permiten mover caracteres
desde un proceso de usuario hacia una interfaz de entrada o salida.
Quizs sea un buen momento para recordar la seccin 3.1 Bash,
salida estndar y otros. Los dispositivos de pseudo terminales,
identificados por pts son dispositivos que en lugar de comunicarse
directamente con un dispositivo hardware como la pantalla,
presentan una ventana de comandos u otra interfaz, que permite al
usuario interactuar con los dispositivos de entrada y salida. Tambin
en la seccin 1.3 Unix Shell o Terminal, un primer vistazo,
hablbamos de poder cambiar entre diversos terminales mediante la
combinacin Alt+f1 y as sucesivamente. Cada uno de los terminales
en los que podemos trabajar es un terminal virtual, un /dev/tty y por

tanto se trata de un dispositivo dentro del sistema. Si no disponemos

de la combinacin de teclas Alt+f1 o la tecla fx tenemos otra opcin
para decirle al sistema que queremos cambiar de un terminal a otro
chvt 1
chvt (change virtual terminal) recibe como nico parmetro el
nmero del terminal al que queremos cambiar.
Los terminales en Linux suelen tener dos modos de
funcionamiento: modo texto o modo grfico. Uno solo de los terminales
virtuales trabaja en modo grfico mientras que los otros lo hacen en
modo texto. En cualquier sistema Linux, nos ser difcil encontrar el
terminal que trabaja en modo grfico en el terminal 1 puesto que el
modo grfico suele iniciar tarde en el sistema y coge el primer terminal
libre. Normalmente los primeros terminales se han usado o se estn
usando para mostrar los mensajes del arranque del sistema en el
momento en que se ejecuta la interfaz grfica.
Si nos encontramos en un terminal virtual que est trabajando
en modo grfico es posible que necesitemos pulsar la combinacin de
teclas Ctrl+Alt+f1 en lugar de Alt+f1 para cambiar de terminal.

3.3.7 Puertos Serie /dev/ttyS*

Aunque el puerto serie es un puerto bastante antiguo y hoy
en da su uso ha cado bastante, pocos porttiles cuentan ya con
puerto serie. Sigue siendo til en determinadas situaciones, sobre todo
para trabajar con algunos sensores o dispositivos concretos, por
ejemplo la configuracin de algunos routers. Configurar la interaccin
con un puerto serie por consola es extremadamente complejo porque
hay que tener muchos parmetros en cuenta, si nos vemos forzados a
trabajar con ellos, deberemos buscar estos identificadores.

Hoy en da contamos tambin con los adaptadores USB a

serie para poder conectar dispositivos serie a un puerto USB de
nuestra mquina. Probablemente encontremos estos dispositivos
vinculados a archivos /dev/ttyUSB*.

3.4 Crear ficheros de tipo dispositivo en

Linux
En los SO actuales no es necesario que el usuario cree los
ficheros que se corresponden con los dispositivos puesto que se
encarga de ello Udev. Sin embargo, existen los mecanismos para crear
estos ficheros y ver como funcionan puede ayudar a comprender mejor
como trabaja el sistema. Es posible saltarse este apartado sin que
suponga dejar de entender como trabajan los dispositivos, pero se
incluye porque puede aportar algo de valor, aunque sea como
curiosidad.
mknod es el comando que nos permitir crear un fichero de
tipo dispositivo. Para ello deberemos usar una llamada como la
siguiente:
mknod /dev/ttyS0 c 4 64
El primer parmetro que recibe mknod es el dispositivo que
queremos crear. En este caso /dev/ttyS0. El segundo parmetro nos
indica de qu tipo de dispositivo se trata, si tenemos dudas podemos
volver al inicio del captulo para refrescar la memoria. En este caso
estamos intentando crear un dispositivo de tipo carcter. Finalmente,
debemos especificar el major number y minor number. Estos son los
nmeros que utiliza el kernel para identificar de forma nica los

dispositivos. Antes de poner unos nmero al azar deberemos conocer

como identifica el kernel a los dispositivos, puerto serie en este caso,
para poder asignarle un major number, despus necesitaremos
conocer cuantos dispositivos del mismo tipo, que comparten major
number, se han conectado previamente para poder asignarle un minor
number.
Incluso despus de conseguir asignar major y minor number,
deberamos cambiar los propietarios del fichero recin creado y darle
los permisos adecuados para que el dispositivo se pueda usar.
Finalmente podramos trabajar con l como si fuese el propio sistema el
que lo hubiese reconocido.
mknod /dev/ttyS0 c 4 64
chown root.dialout /dev/ttyS0
chmod 0644 /dev/ttyS0
En los SO modernos este sistema debera usarse para poco o
para nada ms que para crear un pipe con nombre para interconectar
procesos. No es, sin embargo, el objetivo de este texto entrar a las
diferencias entre pipes y pipes con nombre.

3.5 Udev
Dado que esta parte es algo compleja, debe ser decisin del
lector profundizar un poco ms en ella o pasarla de largo. Aunque se

espera que la informacin dada ayude a comprender mejor como

funcionan los sistemas Linux, Udev es un tema complejo y es muy difcil
dar informacin 100% completa. An as, la informacin que viene a
continuacin es til para entender como funcionan los dispositivos,
como funciona Udev y por extensin los sistemas Linux.
Udev es el gestor de dispositivos de las versiones modernas
del kernel de Linux, lo encontramos a partir de la versin 2.6 del
Kernel. Este sistema substituye a sistemas anteriores como hotplug o
devfs. Udev soluciona diversas problemticas importantes como el
cambio de nombres entre reinicios o el hecho de que las operaciones
entre dispositivos se realicen nicamente en espacio de Kernel en
tanto que Udev permite algunas operaciones en espacio de usuario.
Esto puede parecer una mejora menor, pero permite hacer cosas como
asignar un nombre inteligible a un dispositivo USB sin tener que
recurrir al espacio de Kernel. Podemos ver la seccin 1.2 Una visin
general de los sistemas Linux para refrescar que son el espacio de
kernel y usuario.
Udev es una parte compleja del Kernel que se encarga de
gestionar el directorio /dev y todos los dispositivos conectados al
sistema, tanto en el arranque como los que se conectan a posteriori.
Aunque entraremos a ver como funciona Udev, antes de nada es
interesante conocer otro de los directorios que encontraremos en
nuestros sistemas Linux.
Cuando vemos los dispositivos en el directorio /dev
vemos cantidad de ficheros y no tenemos manera de conocer los
detalles relativos a cada dispositivo. No podemos saber que
firmware carga u otros detalles que pueden resultar muy
interesantes de conocer. Podemos encontrar muchsima

informacin de cada uno de los dispositivos en el directorio /sys

donde est informacin se estructura para cada uno de los
distintos dispositivos. La ruta de acceso ser mucho ms larga
que a travs de /dev pero la informacin que obtendremos ser
mucho mayor. En /sys/block encontraremos, por ejemplo, toda la
informacin relativa a los dispositivos que se manejan por
bloques. Aunque los ficheros de este directorio no suelen ser
comprensibles por humanos los nombres de los ficheros permiten
hacerse una idea del contenido.
cd /sys/devices/pci0000:00/0000:00:1d.1/usb2/2-2/2-2:1.0/block/sdd
ls
alignment_offset holders power stat uevent
dev
inflight size subsystem ve_device_add
discard_alignment partition start trace
Por que hablar ahora de este directorio? Udev trabaja
junto con sysfs que es un sistema de ficheros que ayuda le ayuda a
lidiar con los dispositivos. Pero, como puede un sistema de ficheros
ayudar a Udev? En el momento de boot o arranque del sistema, Udev
debe conocer todo el hardware que est conectado para poder
trabajar con l. Sin embargo, es posible que no todo el hardware este
disponible al mismo tiempo. Puede suceder, como se comentaba en la
seccin 3.3 Algunos dispositivos de los sistemas Linux, que los
dispositivos tengan un nombre de dispositivo en cada reinicio de la
mquina. Pero no hemos quedado en que Udev soluciona ese
problema? Efectivamente, Udev trabaja por solucionar ese problema. El
sistema de ficheros sysfs ofrecido por el kernel, crea un rbol de

directorios bajo el directorio /sys en que incluye toda la informacin de

la que dispone el kernel sobre el hardware conectado a nuestro
sistema. A partir de esta informacin suministrada por el Kernel Udev es
capaz de solucionar los problemas de cambios de nombres en /dev y
de obtener toda la informacin que necesita sobre los dispositivos
conectados. Es decir, Udev trabaja con el directorio /sys y con el sistema
de ficheros sysfs muy estrechamente.

3.5.1 Como funciona Udev

Udev funciona como un conjunto de reglas sobre los
dispositivos. Estas reglas se pueden definir en ficheros con la
extensin .rules . Estos ficheros no son otra cosa que ficheros de
configuracin y como fichero de configuracin podremos encontrarlos
en el directorio /etc. En este caso concreto, debemos colocar esos
ficheros en /etc/Udev/rules.d/ . El nombre del fichero es irrelevante
siempre que tenga la extensin adecuada.
Aunque el nombre no es relevante, hay una consideracin
que si que lo es. Udev lee las reglas segn el orden lexicogrfico de
estas. Que significa esto? Algo tan sencillo como que una regla dentro
de un fichero que empiece con a se procesar antes que una regla de
un fichero que empiece con b. Por ejemplo, el archivo asd.rules ser
ledo antes que el archivo sdf.rules. Esto significa que si empezamos los
ficheros de reglas con un numero de por ejemplo 2 cifras nos ser
mucho ms fcil definir el orden en que nuestras reglas van a ser
procesadas. Intentaremos entonces dar un formato del estilo: 12cardreader.rules
Ayuda

En caso de conflicto, la regla menos prioritaria gana! Esto significa

que el orden de nuestras reglas es importante. Los nombres de los
ficheros son evaluados segn la siguiente prioridad.
1. Nmero de menor a mayor.
2. Letras maysculas en orden alfabtico. OJO! Segn el alfabeto
ingls.
3. Letras minsculas en orden alfabtico.
Sabemos que Udev funciona con reglas, sabemos donde
crear las reglas y que nombre debemos darle a los ficheros donde
guardamos las reglas. Todava no sabemos, sin embargo, que aspecto
tiene una regla de Udev ni como trabajar con ella. Vamos a averiguarlo.
Lo primero que debemos saber es que hay tres maneras de
que Udev aplique las reglas creadas:
Al arrancar Udev este aplicar las reglas que tenga
definidas
El Kernel puede mandar uevents a Udev, que se
encuentra en el espacio de usuario. Udev parsea los
elementos del evento y mira si alguno de los atributos
coincide con las reglas que tiene definidas y acta en
consecuencia.
Se puede forzar la recarga de las reglas con el
comando: udevadm control --reload-rules. Ms
adelante aprenderemos ms cosas sobre udevadm.

3.5.2 Las reglas de Udev

Una regla no es nada ms que una cadena del tipo

clave=valor que nos ayuda a identificar un dispositivo seguido por una

serie de acciones que realizar sobre dicho dispositivo. Un ejemplo
seria la cadena:
clave1 = valor1, clave2 != valor2... accin1, accin2...
El formato de las reglas es sencillo. Usarlas, sin embargo no lo
es tanto. Para poder escribir una regla tenemos que referirnos a un
dispositivo concreto. Tanto si ya se encuentra conectado al sistema
como si se trata de un dispositivo que vamos a conectar necesitaremos
poder averiguar la informacin suficiente que nos permita identificarlo
de forma nica.
Juntando conceptos
Al inicio cuando hemos empezado a hablar de Udev hemos
presentado el sistema sysfs y el directorio /sys donde encontramos
toda la informacin referente a los dispositivos conectados al
sistema. Es entonces a ese directorio a donde iremos a buscar la
informacin sobre los dispositivos.
Nos encontramos entonces que tenemos un directorio con
informacin para el dispositivo que queramos siempre que este se
encuentre ya conectado al ordenador. Sin embargo, los ficheros que
contienen estos directorios no son comprensibles por humanos, es
decir por nosotros. De la misma manera en este directorio no
tendremos informacin sobre los dispositivos que conectamos a
nuestra mquina despus del arranque, es decir dispositivos
plug&play. Necesitamos, una manera para extraer la informacin de
estos dispositivos.

Sea cual sea la manera en la que debemos extraer

informacin recurriremos al comando udevadm. Este programa ofrece
una interfaz para trabajar con Udev en multitud de ocasiones. Ser
pues muy til en todas las situaciones.
Si tenemos un dispositivo plug&play el comando
udevadm monitor nos ofrecer informacin de todo
dispositivo que se conecte o desconecte del equipo.
Recordemos que el kernel genera un evento que
llega a Udev. Aprovecharemos este evento para que el
comando udevadm nos d la informacin que
precisamos.
Si por contra, se trata de un dispositivo fijo, toda la
informacin la podremos encontrar en el directorio
/sys. Lo primero que debemos hacer es localizar la
ruta completa que equivale a nuestro dispositivo. Para
ello podemos guiarnos por el tipo de dispositivo si
sabemos cual es o por el slot de la mquina al que
est conectado. Normalmente dentro de sys
encontraremos
sub-directorios
suficientemente
intuitivos como para encontrar el directorio que
estemos buscando. Una vez localizado el path del
dispositivo en el directorio /sys recurriremos de nuevo
al dispositivo udevadm. Lo invocaremos como:
udevadm info a p /syspath donde /syspath es el
path que hemos encontrado.
Sea cual sea el mtodo por el que encontramos informacin

del dispositivo, este nos ofrecer un conjunto de parejas clave valor

que nos darn informacin estructurada de forma jerrquica. Como ya
se vio en los directorios es habitual en los sistemas Linux encontrar
organizaciones jerrquicas, esto facilita mucho la manera de trabajar
puesto que es fcil hacer suposiciones fundadas sobre como
funcionaran elementos, programas o servicios desconocidos. En el
caso de Udev obtendremos informacin en los siguientes niveles:
KERNELS: Como llama el kernel al dispositivo
inicialmente.
SUBSYTEMS: A que sistema est conectado el
dispositivo (pci, scsi).
DRIVERS: Nombre del controlador que gestiona el
dispositivo.
ATTRS: Los atributos son variables i dependen del
tipo de dispositivo, normalmente los veremos
expresados como ATTRS{nombre}=valor.
ENV{var}==valor: Variables de entorno.
Toda la informacin mostrada en forma de clave/valor podr
ser usada en las reglas exactamente como se muestra en la
informacin para identificar un dispositivo. Ya sabemos entonces con
que deben corresponderse las parejas clave=valor de las que
hablbamos en el formato de las reglas. Solo debemos tener en
cuenta que para referirse a un dispositivo de forma nica debemos ser
cuidadosos y usar atributos que no den pie a confusin. Por ejemplo, si
tratamos de identificar un disco duro y lo hacemos a travs del atributo

vendorID, ID del vendedor, es posible que estemos identificando a ms

de un dispositivo, sobre todo si nuestra mquina tiene ms de un disco
duro y todos son del mismo fabricante, cosa que suele ser habitual.
Deberemos, por tanto, tratar de identificar los dispositivos de la forma
ms especfica posible. Siempre que queramos afectar a un solo
dispositivo, por supuesto.
Es posible que en alguna ocasin tengamos la necesidad de
hacer referencia a varios dispositivos. Podremos usar entonces
expresiones regulares o substituciones en las expresiones clave/valor.
Entraremos en detalle sobre la substitucin de cadenas o caracteres
en el captulo 5 y un poco ms adelante veremos algunas de las ms
comunes a Udev. Mientras tanto podemos ver algunos ejemplos para
hacernos una idea.
KERNEL== sd[b-g] coincidir tanto con sdb como con
sdc,sdd,sde,...,sdg
ATTRS{model}== *SD* en este caso los asteriscos substituyen a
cualquier cadena de caracteres. Es decir, esta pareja clave-valor es
equivalente a cualquiera de las siguientes:
ATTRS{model}=0054SD2689
ATTRS{model}=ASG05SD01FE89A04
ATTRS{model}=01SD02
etc
Advertencia
Aunque en la teora cualquier expresin regular puede ser usada
en la substitucin de los valores, en la prctica Udev no siempre

entiende todas las expresiones regulares que se le pasan. Suele

ser por tanto extremadamente recomendable testear todas las
reglas antes de darlas por buenas.
Ya tenemos los atributos, es momento entonces de ver que
podemos hacer una vez somos capaces de referenciar uno o varios
dispositivos. El objetivo del texto es comprender como funciona Udev y
proveer al lector con la informacin ms precisa y actualizada posible,
aunque a veces este simplificada, en el caso de Udev esto resulta
complicado puesto que cambia entre distintas versiones del kernel y a
veces la teora no se corresponde 100% con lo que sucede en la
prctica. La informacin que se da a continuacin es lo ms correcta y
actualizada posible, sin embargo es posible que haya algn cambio
que afecte a la manera de tratar con las opciones, por eso de nuevo,
es necesario insistir: al trabajar con Udev es extremadamente
importante testear las reglas que se crean.
Al realizar acciones, los parmetros ENV que comentbamos
anteriormente pueden adquirir especial relevancia, puesto que nos
permiten incluir variables de entorno que afectaran a las acciones que
se ejecuten a continuacin.
Aclaracin
Una variable de entorno es una variable dinmica que toma un
valor que afecta al comportamiento de los programas de nuestra
mquina. Normalmente se pueden manipular desde el terminal y su
valor se puede cambiar de forma temporal mediante el comando set
o de forma permanente acudiendo a ficheros de configuracin.
Las acciones que vamos a poder usar en nuestras reglas son

las que siguen:

NAME: Cambia el nombre que el kernel da al
dispositivo.
SYMLINK: Se crea un enlace simblico al dispositivo
con el nombre especificado.
OWNER: Cambia el usuario propietario del dispositivo.
Podemos recordar la seccin 2.3 para entender mejor
esta accin.
GROUP: Cambia el grupo propietario del dispositivo.
MODE: Especifica los permisos para el dispositivo, por
ejemplo MODE= 0777
RUN: Ejecuta el programa especificado cuando se
cumple la regla. RUN+= path del programa . Al usar la
accin run se usa += para especificar el valor en lugar
de un igual. De esta manera podemos ejecutar ms de
un script si es necesario y no eliminamos lo que ya se
ejecutaba antes de aadir nuestro programa.
PROGRAM: Ejecuta un programa igual que run
cuando la regla coincide, sin embargo, el uso de
program en lugar de run se da cuando el resultado es
importante. Por ejemplo, supongamos que queremos
darle un nombre al dispositivo en funcin a la salida
de un script. en ese caso nuestra regla contendra las
acciones: PROGRAM= /scripts/renamer , NAME=%c
PROGRAM= /scripts/renamer ,
NAME=%c{1},
SYMLINK=%c{2}

ATRR{key}: Aade un atributo de nombre key con el

valor especificado.
Hay bastantes ms opciones disponibles, estas son solo
algunas de las ms habituales. Dependiendo de la versin del Kernel
con la que trabajemos algunas de las otras opciones estarn
soportadas o no, en cualquier caso el uso de unas u otras depender
siempre de lo que queramos hacer. Sabiendo lo que debemos buscar
ser relativamente sencillo encontrar una relacin de las acciones que
podemos emplear.

3.5.3 Substitucin de cadenas

Finalmente, para terminar con la visin de como usar las
reglas de Udev, debemos ver la substitucin de cadenas. Igual que
para las parejas clave/valor podemos emplear expresiones regulares y
substitucin de cadenas, tambin podemos hacerlo para trabajar con
las acciones.
%k: substituye al nmero con el que el kernel
identificara al dispositivo. Por ejemplo si el kernel
nombra originalmente al dispositivo como sda3, %k es
equivalente a sda3
%n: substituye al nmero que el kernel ha asignado al
dispositivo, por ejemplo para sda3, %n sera igual a 3
$driver: substituye el valor del driver que se ha
encontrado al buscar en las propiedades del
dispositivo.
%s: devuelve el punto de montaje del sistema de
ficheros sysfs, en casi todas las versiones de Linux

/sys
Existen ms substituciones de cadenas posibles, estas son
solo algunas de ellas. Si nos fijamos, casi todas empiezan por el
carcter %. Esto significa que si queremos usar este carcter como
parte de alguna accin o algn atributo tendremos que emplear en su
lugar %%.
Veamos un par de ejemplos:
Queremos dar nombre a un dispositivo en funcin del nombre que ya le
ha dado el kernel. Incluiremos en nuestra regla:
PROGRAM= /scripts/renamer %k , NAME=%c{1}, SYMLINK=%c{2}
Queremos cambiar el propietario de un dispositivo segn el driver que
cargue.
PROGRAM= /scripts/changeOwner $driver , OWNER=%c
Hemos insistido en la importancia de testear las reglas que
creamos antes de darlas por buenas. Vamos a ver como hacerlo. De
nuevo recurriremos a udevadm
udevadm test /syspath
Este comando nos informara de cada una de las acciones que
ejecutara y como las ejecutara, de esta manera podemos hacernos
una idea de que reglas quedaran correctamente definidas y cuales
necesitaran ser revisadas.
Una vez tenemos probadas las reglas nicamente nos queda
forzar su carga. Si revisamos este mismo apartado 3.5, veremos que
tenemos dos maneras de hacerlo. La primera reiniciando el sistema y la
segunda recurriendo de nuevo al comando udevadm.

udevadm control --reload-rules

4. Discos y sistemas de ficheros

Hemos hablado de ficheros y hemos visto que los dispositivos
son un tipo concreto de fichero. Luego hemos hablado de dispositivo y
hemos visto que los discos son un tipo concreto de dispositivo. Este es
el ltimo nivel al que vamos a bajar. Los discos o dispositivos de
almacenamiento son extremadamente importantes en cualquier sistema
actual, Linux o no, puesto que es donde se almacenan los datos.
Tambin es posible que si debemos trabajar con sistemas Linux
tengamos que acostumbrarnos a trabajar a menudo con ellos. Si todo
lo dems lo hemos dejado bien configurado, es posible que los discos
se conviertan en uno de nuestros mayores quebraderos de cabeza: los
discos se estropean, los usuarios reclaman ms espacio, etc...
Antes de entender como trabajan los discos y como vamos a
poder interactuar con ellos debemos entender por encima con que
estamos trabajando. Un disco es un dispositivo fsico que nos permite
almacenar informacin de forma permanente. Entendiendo permanente
como que no se pierde cuando deja de alimentarse elctricamente la
mquina.
Hoy en da distinguimos dos tipos de disco. Por un lado los
tradicionales que estn compuestos de varios platos y una aguja que
se sita sobre estos para poder leer del disco. Habitualmente, al
comprar un disco duro nos dicen que estamos comprando, por ejemplo,
un disco de 1GB a 5600rpm. Ese ltimo valor nos dice que la aguja es
capaz de dar 5600 vueltas cada minuto sobre los platos del disco. Se
debe tener en cuenta que este es nicamente el mejor de los casos. Si
dibujsemos una circunferencia sobre un plato, eso es lo que

conoceramos como cilindro. Cada plato tiene varios cilindros. Esto

significa que siempre que leamos sobre el mismo cilindro tendremos
una velocidad de 5600rpm. Sin embargo, si necesitamos reposicionar
la aguja para qu lea de otro cilindro o plato, a esa velocidad que nos
estn vendiendo habr que restarle el tiempo de recolocacin de la
aguja. Es, por tanto, importante tener en cuenta los lmites de los
cilindros para trabajar de la forma ms eficiente con los discos. Los
sistemas modernos ya no requieren que sea el usuario o el
administrador el que se encargue de determinar y aprovechar estos
valores, sin embargo, siempre es bueno saber que es lo que tenemos
entre manos.
El otro tipo de disco que solemos encontrarnos hoy en da y
cada vez ms, es el disco de estado slido o SSD. Este tipo de disco no
tiene aguja y no tenemos por tanto la penalizacin de reposicionarla
cuando debemos cambiar de cilindro o de plato. Los discos de estado
slido suelen estar basados en memoria flash o en tecnologa RAM
(random access memory, memoria de acceso aleatorio) esto significa
que, por ahora, suelen tener una vida menor que los discos basados
en platos magnticos y que una vez perdida la informacin resulta casi
imposible recuperarla. Es por ello, que muchas tecnologas de SSD
utilizan mecanismos para redundar la informacin y as evitar perdidas
irrecuperables. Como ventajas nos ofrecen un acceso mucho ms
rpido a los datos, a menor coste energtico y sin apenas ruido. En lo
que afecta a los sistemas Linux, debemos saber que los discos de
estado slido acceden a los datos por bloques, normalmente de
4096bytes. Esto significa que cuando trabajemos con el disco,
deberemos tratar de alinear las particiones, veremos de qu se trata en
la seccin 4.1 Particiones y Tablas de particiones, a estos 4096bytes si

queremos obtener el mejor rendimiento posible de estos discos.

Independientemente de cual sea el tipo de disco, la manera
que estos van a tener de trabajar con los sistemas Linux o con
cualquier otro tipo de sistema es la que se muestra en la imagen.

Las particiones son subdivisiones del disco en partes ms

pequeas. Histricamente las particiones respondan a limitaciones del

los propios sistemas Linux a la hora de gestionar los dispositivos. Hoy

en da, pese a haber perdido la funcionalidad original, las particiones
siguen usndose en la mayora de sistemas. Por ejemplo, suele ser
habitual instalar los componentes del sistema en una particin mientras
se mantienen los datos en otra. Esto permite, si algn da no podemos
arrancar, recuperar la instalacin del sistema sin alterar en ningn
momento los datos. Ambas particiones estn en el mismo disco y una
corrupcin de datos o que se estropee el disco no se solucionar por
tener particiones pero si que puede ser de utilidad cuando el error no
viene de la parte hardware.
En cuanto a las tablas de particiones, son las encargadas de
gestionar cada una de las particiones, saber donde empiezan y donde
acaban y otro tipo de informacin. Finalmente, la ltima capa que
encontramos antes de poder acceder a los datos es el sistema de
ficheros. El sistema de ficheros no es otra cosa que un base datos de
ficheros y directorios con la que estamos acostumbrados a interactuar,
sea desde una interfaz grfica o desde el terminal. Ms adelante,
entraremos en ms detalle sobre los sistemas de ficheros.

4.1 Tablas de particiones y particiones

Dado que las tablas de particiones preceden en importancia
de gestin a las propias particiones empezaremos por ellas. La tabla
de particiones es la encargada de identificar y manejar las distintas
particiones de nuestros discos. Tradicionalmente la tabla de
particiones usada era conocida como Master Boot Record (MBR o
DOS). Este tipo de tabla de particiones es capaz nicamente de
trabajar con discos de hasta 2 TB de capacidad. Esto puede parecer
mucho, pero es habitual que al trabajar con servidores se convierta en

una cantidad ridculamente pequea. Adems, en el caso de la tabla

de particiones MBR tenemos un lmite de 4 particiones por disco.
La limitacin de 4 particiones por discos se reduce tan solo a
particiones fsicas. Para solventar el lmite de 4 particiones, MBR permite
crear tres particiones fsicas y una extendida. En la particin extendida
es posible crear hasta 23 particiones lgicas.
Advertencia

Esto no es as en todos los sistemas operativos, el soporte a cada

tabla de particiones es dependiente al sistema operativo y por tanto
esas 23 particiones lgicas pueden no ser 23.
La principal diferencia entre particiones lgicas y fsicas est
en la forma de gestionarlas por parte de la tabla de particiones. Las
particiones lgicas se encontrarn siempre dentro de la particin
extendida. Por otro lado, las particiones lgicas no pueden ser
bootables. Que significa esto? Significa que nicamente podemos
instalar un sistema operativo en particiones fsicas. Esto quiere decir
que una tabla de particiones MBR no podr soportar ms de 4 sistemas
operativos en el mismo disco fsico.
Existen otros tipos de tablas de particiones como GPT. GPT
soluciona la limitacin de las 4 particiones fsicas. Adems soporta
discos duros de hasta 9 ZB, zettabytes. 1 zettabyte equivale a 1000
millones de TB. La mayora de sistemas Linux ofrecen compatibilidad
completa o casi completa con este tipo de tablas de particiones. Antes
de usarla deberemos asegurarnos que nuestra distribucin le da

soporte, aunque en ocasiones, si necesitamos trabajar con discos

mayores a 2TB, no nos quedar otra opcin.
Tanto MBR como GPT, esta segunda en mayor medida, estn
basadas en Intel y, en sus versiones anteriores, en IBM PC (hablamos
de chips no de procesadores). Esto hace que en algunas ocasiones
estas opciones no sean viables. Es el caso de los MAC basados en
Power PC. Los MACS que usan Intel tienen soporte completo para GPT
y MBR. No es el caso, como decamos de los MAC Power PC. En este
caso la tabla de particiones ms habitual es APM (Apple Partition Map)
Esta tabla de particiones nos presenta un problema. No es compatible
con Windows. Dado que podemos tener una nica tabla de particiones
por disco eso significa que no podremos tener un sistema operativo
Windows en un disco con este tipo de tabla de particiones.
Aclaracin
Los distintos sistemas de arranque del sistema estn estrechamente
relacionados con la tabla de particiones que tengamos en nuestro
disco y con los discos en si. En el captulo 9.Arranque del sistema,
profundizaremos en los sistemas de arranque del sistema y en los
diversos gestores que lo permiten. Sin embargo, ser inevitable que
al hablar de discos salgan varias referencias al arranque del
sistema. Hemos hablado de que en un solo disco no podramos
tener ms de 4 sistemas operativos para MBR o que un Windows o
un OSX de MAC no pueden compartir el mismo disco si tenemos una
tabla de particiones de tipo APM. Si tenemos ms de un disco
podemos tener cada disco con una tabla de particiones distintas y
evitar estas limitaciones. Sin embargo, debemos ser cuidadosos.

Solo un disco duro puede ser el disco primario en nuestra mquina.

Esto significa que el gestor de arranque que tengamos podr
gestionar los distintos sistemas que tengamos en un mismo disco,
pero no siempre podr gestionar todos los sistemas si estn en
distintos discos duros. As pues, si queremos tener varios discos y
cambiar entre ellos para escoger una tabla de particiones u otra y
por tanto un sistema operativo u otro tendremos que recurrir a la
BIOS (basic input output system). Esto no significa que con la tabla
de particiones adecuada, no podamos tener distintos sistemas
operativos en el mismo disco.
Aunque MAC OS est basado en Unix y por tanto muchas de
las cosas de este texto sern igualmente validas, el objetivo son los
sistemas Linux, es por eso que en este caso nos centraremos en MBR y
GPT como tipos de tablas de particiones.
Sea cual sea la eleccin que hagamos para nuestra tabla de
particiones, deberemos tener en cuenta que la taba de particiones
debe existir, no podremos usar, o ms bien ser muy complicado usar,
un disco que no tenga una tabla de particiones. Esta tabla es la que le
dir, por entenderlo de una forma sencilla, a nuestro sistema Linux
donde debe empezar y acabar de leer un disco.

4.1.1 MBR
Este tipo de particin nace al final de los aos 70 para dar
soporte a los ordenadores personales IBM. Ms tarde se ampla su uso
y ahora tenemos un tipo de particin compatible con todos los sistemas
PC.
Master Boot Record o MBR guarda la informacin relativa a
las particiones al inicio del disco. Dado que se trata de informacin

permanente que debe sobrevivir al apagado de la mquina no queda

otra que almacenar-la en el propio disco. En este caso se almacena
siempre en el primer sector del disco. En cualquier disco con una tabla
de particiones MBR, si copiamos los primeros 512 bytes a otro disco, en
las primeras 512 posiciones libres, habremos duplicado el disco,
copiando tanto las particiones como la tabla que las gestiona.
dd if=/dev/sd* of=mbr.bk bs=512 count=1 #Copiamos la tabla de
particiones a mbr.bk
dd if=mbr.bk of=/dev/sd* bs=512 count=1 #Copiamos la tabla de
particiones a un nuevo disco
An as, la tabla de particiones no ocupa el primer sector
completo. No ocupa esos 512 bytes si no que ocupa una parte de ellos.
Esos primeros bytes suelen repartirse como se mostrar a continuacin.
Es importante recalcar el suelen en la frase anterior puesto que con
los aos esto puede estar sujeto a algunos cambios menores. Al final,
sin embargo, debe mantenerse la compatibilidad por lo que los
cambios no son muy relevantes. Los primeros bytes de un disco duro
con una tabla de particiones MBR se distribuyen as:
Offset del
sector
(decimal)

Offset del sector

(hexadecimal)

Longitud

Descripcin

000-445

0000-01BD

446 bytes

rea de cdigo

446-509

1BE-1FD

16 bytes

Tabla de
particiones

510-511

1FE-1FF

2 bytes

Firma del registro

de arranque
Del byte 000-445: rea de cdigo. Este cdigo es el
que se carga en primer lugar y es por tanto el
encargado de contener el gestor de arranque o el
programa encargado de lanzar el cargador del
sistema operativo. Es muy importante que este cdigo
sea de como mucho 439bytes puesto que los bytes
siguientes suelen estar reservados para la firma del
disco y para un separador de 2 bytes.
Del byte 446-559: La tabla de particiones en si misma,
aqu es donde se almacena la informacin referente a
las particiones en nuestro disco duro.
Del byte 510-511: Una firma que identifica el MBR y
que nos indica su final. Siempre es la misma. 0x55AA
en su notacin hexadecimal o AA55h en notacin
hexadecimal tambin pero en little endian.
Aclaracin

Una rpida aclaracin sobre little endian y big endian: ambas

denominaciones son nicamente una manera de representar los
nmeros en un ordenador. La diferencia estriba en si se escriben
primero los nmero ms significativos o los menos significativos. Es
decir, el sistema big endian escribe las cifras de izquierda a
derecha mientras que el sistema little endian lo escribe de derecha

a izquierda. Esto es una simplificacin, en un ordenador no hay

derecha e izquierda, simplemente posiciones de memoria ms altas
o ms bajas. Siguiendo con la simplificacin, la mejor manera de
entenderlo sea, probablemente, un ejemplo: el nmero diecisis
(10 en hexadecimal) podra escribirse como: 10 o como 01 segn
la notacin.
Dentro de la tabla de particiones situada en los bytes del 446
al 559 de nuestro primer sector de disco, encontramos la tabla de
particiones. Esta tabla contiene 4 espacios para especificar 4 entradas
de particiones. Cada uno de estos espacios cuenta con 16 bytes. Si
hacemos las cuentas veremos que 16 bytes por 4 espacios disponibles
hacen un total de 64 bytes. Entendemos tambin porque no podemos
tener ms de 4 particiones fsicas en un disco duro con una tabla de
particiones MBR: no hay espacio suficiente para representar todas las
particiones. Dentro de cada entrada para la tabla de particiones
tenemos 16 bytes que se reparten, para cada una de las entradas,
como sigue:

Offset (decimal)

Longitud

Descripcin

1 bytes

Indicador de arranque
(80h=activo)

1-3

3 bytes

Primer sector en CHS

1 bytes

Tipo de la particin

5-7

3 bytes

ltimo sector CHS

8-11

4 bytes

Primer Sector

12-15

4 bytes

Tamao de la particin en
sectores

Se entiende que los offsets mostrados son relativos a la tabla

de particiones y a la entrada de particin a la que corresponden.
Indicador de arranque: Indica si se puede arrancar
desde la particin o no. Para poder arrancar desde
ella debe contener un sistema operativo vlido.
Primer sector en CHS: CHS significa por sus siglas
en ingls: Cilindro, Cabezal, Sector. Estos 3 bytes
codifican entonces el cilindro el cabezal y el sector
inicial de nuestra particin. Si hacemos un clculo
rpido veremos que esto no nos permite llegar ms
all de los 200 MB. No es posible, por tanto, iniciar una
particin ms all de los 200MB solo con estos valores.
Tipo de la particin: Con este byte podemos indicar el
tipo de la particin. Como se puede observar, existen
un mximo de 256 (2 a la 8 2^8) tipos posibles. Por
ahora no estn todos ocupados. No entraremos a
revisar los 256 tipos que hay ni que valor tienen pero
si que resulta interesante revisar algunos de ellos:
82: Particin Swap para sistemas Linux
83: Particin para sistemas de ficheros nativos
Linux

EE: Es un tipo para indicar una falsa particin

que ocupa todo el disco. En caso de querer
tener el disco como un disco de datos sin
preferencia por ningn sistema de ficheros
concretos y con una sola particin este tipo
puede ser nuestra solucin.
05 0F: Indica una particin extendida. En el
segundo caso suele usarse cuando la particin
extendida empieza ms all de del cilindro 1024.
Ultimo sector en CHS: De nuevo los valores CHS.
Conjuntamente con los valores anteriores permiten
especificar los valores adecuados para el Cilindro,
Cabezal y Sector.
Primer Sector: Especifica el primer sector donde
empieza la particin. Esta referencia es absoluta. Es
decir, el primer sector es el 0. Esto significa que, dado
que tenemos una limitacin de 4 bytes para este
sector, el ltimo sector posible puede ser 0xFFFFFFFF.
A 512 bytes por sector, 4294967295 ( 0xFFFFFFFF en
decimal) por 512 = 2199023255040 bytes. O lo que es
lo mismo, no podemos usar discos de ms de 2TB, o
ms concretamente de ms de 2048GiB si usamos una
tabla de particiones MBR.
Tamao de la particin en sectores: El nombre es
bastante claro, el tamao de 4 bytes para este campo
nos muestra tambin la limitacin de 2TB inherente a

este tipo de tabla de particiones.

Podramos profundizar mucho ms en los sistemas MBR, sin
embargo hemos visto un detalle de como se estructuran que nos ayuda
a hacernos la idea de como funciona este tipo de tabla de particiones.

4.1.2 GPT
GPT, de las siglas GUID Partition table, surge como un tipo de
tabla de particiones que intenta paliar las limitaciones de MBR. A
diferencia de MBR, en este tipo de tabla de particiones no se requiere
de un rea de cdigo para poder ejecutar el gestor de particiones o
para poder lanzar el arranque del sistema. Para poder realizar estas
tareas las tablas de particiones GPT confan en una interfaz
desarrollada por Intel conocida como EFI. Esta interfaz ofrece
funcionalidades a muchos niveles, puesto que est pensada para
interactuar como puente entre el firmware base y el sistema operativo,
en nuestro caso el sistema Linux. La idea es remplazar a la antigua
BIOS ofreciendo una interfaz ms amigable y con ms funcionalidades
antes de arrancar el sistema. Podramos decir que hablamos de una
BIOS avanzada. Una de las cosas que nos ofrece EFI es la capacidad
de carga de las unidades de almacenamiento.
Aunque podra resultar muy interesante, no entra dentro del
objetivo de este texto discutir las caractersticas del sistema EFI, an
as, no resulta complicado encontrar informacin al respecto por
Internet.
Pese a confiar en el sistema EFI para el arranque, la tabla de
particiones GPT, mantiene en los primeros bytes del disco un MBR. Este
se mantiene por motivos de compatibilidad con sistemas que no den

soporte a GPT. La tabla de particiones MBR toma determinados valores

para que el disco sea visto como una nica particin de tipo GPT por
aquellos sistemas incapaces de entender este tipo de tabla. Para ello
se le asigna como tipo de particin el tipo 0xEE. Los sistemas EFI
ignoran directamente la parte MBR incluida en los discos.
Para la gestin de las particiones, GPT ha substituido el
modelo CHS; recordemos Cilindro, cabezal, seccin; por el sistema LBA
o de direccionamiento por bloques lgicos. Realmente LBA es una
abstraccin sobre CHS que permite numerar cada bloque mediante
una etiqueta empezando en 0. La substitucin permite al sistema CHS
subyacente tomar valores mayores. No deberemos preocuparnos de
como gestionar dichos valores. Normalmente este valor est tambin
limitado por la parte superior.
En este tipo de tablas, la LBA0 est destinada al MBR para
ofrecer compatibilidad. LBA1 corresponde a la cabecera de la tabla de
particiones y a continuacin se listan las LBA que corresponde a cada
una de las particiones. Cada LBA se corresponde a un sector de disco,
igual que pasaba con MBR anteriormente, que equivala a un sector de
disco. Las cabeceras que identifican cada particin necesitan de 128
bytes. Si hacemos una sencilla divisin veremos que cada LBA nos da
la opcin de disponer de 4 particiones. No solo eso, adems tenemos
la oportunidad de mayores particiones puesto que ahora disponemos
de 128 bytes para representar cada particin y no solo de 16 bytes
como pasaba en MBR.
Es importante recalcar antes de seguir, que en el caso de GPT
la informacin de las particiones as como la cabecera de la tabla de
particiones se guardan de forma redundante, tanto al principio del
disco como al final. Esto significa que, a diferencia de MBR, no ser

sencillo duplicar la informacin de las particiones y tabla de particiones

de un disco. No es sencillo porque, en primer lugar, tendremos que
guardarnos algo ms que el primer sector y en segundo lugar, porque
ser necesario guardar la informacin del final del disco tambin.
Tendremos entonces que conocer cuantos sectores tiene el disco y
cuantos comprenden los LBA de las particiones para poder duplicarlo.
Suele ser habitual, aunque esto no es siempre as, que los primeros 34
o 63 sectores estn ocupados por LBAs.
As pues, podremos hacer en este caso uso de comandos
similares a los que usbamos en MBR, solo que sern algo ms
complejos.
dd if=/dev/sd* of=mbr.bk bs=512 count=63 #Copiamos los primeros 63
sectores
dd if=mbr.bk of=/dev/sd* bs=512 count=63
dd if=/dev/sd* of=mbr2.bk bs=512 count=63 skip=18863 #Copia 63
sectores a partir del bloque 18863
dd if=mbr2.bk of=/dev/sd* bs=512 count=63 seek=18863 #Copia 63
sectores sin escribir en los primeros 18863 bloques del destino
Como se puede ver en los comando anteriores, el comando
dd nos permite copiar nicamente los ltimos bloques, sin embargo,
deberemos conocer de antemano cuales son los ltimos bloques.
Ahora que nos hemos hecho una idea general de como se
estructura una tabla de particiones GPT, vamos a ver ms en detalle
como son este tipo de tablas. Vamos a echar un vistazo tanto a la
cabecera de la tabla que se encuentra despus el MBR como a la
manera en como podemos representar cada una de las particiones.
Dado que la LBA1 est ocupada por la cabecera de la tabla GPT

vamos a ver que es exactamente esta cabecera:

Offset
(decimal)

Longitud

Contenido

8 bytes

Firma ( EFI PART , 0x 45 0x46

0x49 0x20 0x50 0x41 0x52
0x54)

4 bytes

Revisin, es decir la versin de

GPT

12

4 bytes

Tamao de la cabecera en bytes,

normalmente (0x5C 0x00 0x00
0x00) que son los 92 bytes
representados en esta tabla

16

4 bytes

CRC32 de la cabecera
(comprobacin de integridad)

20

4 bytes

Reservados. Deben tomar el valor

0.

24

8 bytes

LBA de la cabecera. Recordemos

que hay redundancia

32

8 bytes

LBA de soporte.

40

8 bytes

Primera LBA usable para

particiones

48

8 bytes

ltima LBA usable para

particiones

56

16 bytes

Identificador global nico del

disco

72

8 bytes

Primer LBA para los LBA que

representan las particiones.
Siempre es el LBA2

80

4 byes

Nmero de particiones permitidas

84

4 bytes

Tamao de una entrada de

particin. Como hemos dicho
suelen ser de 128 bytes.

88

4 bytes

CRC32 de los LBA que

representan las particiones.

El resto de la cabecera est reservado y solo contiene ceros.

No parece relevante, pero es importante completar la cabecera de la
tabla con 0s. Los contenidos de esta cabecera son en si mismos
suficientemente informativos.
Aclaracin
CRC32 es un mtodo de comprobacin basado en redundancia
cclica de los datos que est orientado a garantizar la integridad de
los mismos. Algo que resulta crtico cuando trabajamos con un disco.
Los LBA que permiten representar las particiones se agrupan
en una estructura conocida en ingls como array. As pues, el array de
LBA es la estructura que contiene todos los LBA que representan
alguna particin.

Cada particin est representada por su propia cabecera.

Esta cabecera, como se ha reiterado en el texto, suele ocupar 128
bytes, permitiendo de esta manera representar un espacio mucho
mayor que en su predecesor MBR. Vamos a ver como se estructura:

Offset
(decimal)

Longitud

Contenido

16 bytes

Tipo de particin GUID

16

16 bytes

Identificador global nico de

particin

32

8 bytes

Primer LBA en little endian

40

8 bytes

ltimo LBA (incluido)

48

8 bytes

Atributos (solo lectura, oculta,

evitar montado automtico,
etc...)

56

72 bytes

Nombre de la particin

Los GUID del tipo de particin, igual que en MBR definirn

que uso le podemos dar a cada una de las particiones de nuestro
disco. Este GUID es altamente dependiente del sistema operativo y del
uso que le queramos dar a nuestra particin, es por ello que vamos a
ver cuales nos resultan los ms interesantes para trabajar con los
sistemas Linux.
024DEE41-33E7-11D3-9D69-0008C781F39F:

Particin MBR.
C12A7328-F81F-11D2-BA4B-00A0C93EC93B:
Particin de Sistema EFI.
EBD0A0A2-B9E5-4433-87C0-68B6B72699C7:
Particin de datos para sistemas Linux.
A19D880F-05FC-4D3B-A006-743F0F84911E:
Particin RAID para sistemas Linux.
0657FD6D-A4AB-43C4-84E5-0933C84B4F4F:
Particin de SWAP en sistemas Linux.
E6D6D379-F507-44C2-A23C-238F2A3DF928:
Particin de gestin de volmenes virtuales(LVM) en
sistemas Linux.
No suele ser habitual preocuparse por estos valores, puesto
que los comandos o programas que empleemos para realizar las
particiones o la tabla de particiones gestionarn la mayora de ellos, si
no todos, por nosotros. De la misma manera, los atributos de una
particin los podremos especificar de una forma ms amigable que
insertando nmeros hexadecimales en un offset dado. Pese a ello,
siempre resulta interesante conocer la estructura interna. En un
momento dado, sabemos que insertar un bit concreto en un offset
concreto puede hacer que nuestra particin, a la que no tenamos
acceso, deje de estar en modo de solo lectura. Los atributos que se
pueden aadir a una particin son bastante numerosos puesto que se
tratan a nivel de bit. Esto significa que si un bit est a 1 ese valor se
activa, si est a 0 se desactiva. Este tipo de valores basados en el valor
que toma un bit se conocen usualmente como flags. Esto significa

tambin que tenemos 8bytes por 8 bits en cada byte, 64 bits de

atributos o, dicho de otra manera, 64 posibles atributos. As por
ejemplo:
El bit 1 especifica que el firmware EFI debe ignorar la
particin.
El bit 60 es para activar el modo de solo lectura
El bit 62 es para hacer la particin oculta
El bit 63 es para evitar el auto montado
Disponemos de toda la informacin de la que necesitamos
para hacernos una idea de como el sistema operativo trabaja con
nuestros discos. No solo eso, si no que seguro que se nos han
planteado tambin algunas preguntas acerca de como arranca el
sistema. No debemos preocuparnos, ms adelante, en el captulo 9,
hablaremos sobre el arranque del sistema.

4.2 La herramienta dd
dd es una herramienta muy potente que permite leer de un
fichero o de un stream de entrada, un dispositivo de tipo s o c, y escribir
lo ledo en un fichero o stream de salida. La funcionalidad que ofrece
dd es extremadamente til tanto para trabajar con dispositivos como
con discos. dd no limita su utilidad nicamente a estos trabajos, si no
que adems permite realizar copias de datos en el formato
especificado y segn los bloques y tamao de bloques especificado. Si
no se especifica ninguna codificacin ni formato, por defecto dd
trabajar, tanto de entrada como de salida con los datos bit por bit.
Podemos, solo con la funcionalidad bsica, asomarnos ya al potencial

de esta herramienta.
dd if=origen of=destino ...
Su funcionamiento es muy sencillo, pero como seguro nos
hemos dado cuenta su sintaxis no es similar a la de los otros comandos
que nos hemos encontrado hasta ahora. Esto es porque pese a ser un
comando que encontraremos en todos o en la mayora de sistemas
Linux, dd ha heredado su sintaxis de un antiguo lenguaje IBM.
Vamos a ver que opciones tenemos:
if=<path> Especifica el fichero, recordemos que un
dispositivo es un fichero, de entrada. Es decir, de
donde leeremos
of=<path> Especifica el fichero de salida, Es decir,
donde escribiremos.
bs=<nmero> Especifica el tamao del bloque en que
se leer y se escribir. Entendemos por tamao de
bloque, cuantos bytes sern ledos y escritos
simultneamente . La combinacin de las dos
siguientes opciones es incompatible con la actual, sin
embargo permiten un mayor nivel de detalle.
ibs=<nmero> Especifica el tamao de bloque que
se leer.
obs=<nmero> Especifica el tamao de bloque
que se escribir.
count=<nmero> Especifica el mximo nmero de
bloques que deben ser copiados.

skip=<nmero> Se salta los bytes especificados del

fichero de entrada antes de empezar a leer.
seek=<nmero> Se salta los bytes especificados del
fichero de salida antes de empezar a escribir.
dd tiene bastantes ms opciones. Estas se pueden encontrar
fcilmente en Internet o en el manual. Adems, la combinacin de dd
con otros comandos resulta en una combinacin muy potente y
extremadamente til. Como hemos visto en el apartado 4.1 Tablas de
Particiones y particiones, nos puede permitir clonar la tabla de
particiones de un disco, cambiar atributos de las tablas de particiones u
otras muchas cosas.
Todos los valores que se han mostrado como numricos en
las opciones anteriores pueden ir acompaados por las siguientes
letras que aplican un modificador sobre su valor. Para ello la letra debe
ir inmediatamente despus de los nmeros, sin espacio alguno que los
separe.
w: 2 bytes. Multiplicar por 2 el valor que pongamos.
K: 1024 bytes. O lo que es lo mismo, el valor que
hayamos puesto representar kilobytes en lugar de
bytes.
M: 1024K bytes. Es decir, el nmero expresado sern
MB.
G: 1024M. Es decir, el nmero expresar GB.
T: 1024G. Es decir, el nmero expresar TB.
Estos son los ms comunes y los que se aceptan en la mayora

de sistemas Linux, aunque esto depender de la versin de dd que

estemos usando y de lo actual que esta sea.

4.3 La particin Swap o espacio de swap

En los sistemas Linux es habitual contar con una particin
destinada a swap o con un espaci destinado a ello, un fichero por
ejemplo. Este espaci junto con la memoria RAM de la mquina
conforma la memoria virtual del sistema. La particin o espacio de swap
viene a ser, para entenderlo de una forma sencilla, un espacio en disco
que acta como memoria RAM cuando es necesario descargar la
memoria RAM o cuando esta se encuentra completamente llena.
Debemos tener en cuenta, sin embargo, que el acceso a la swap es
ms costoso en trminos de tiempo que el acceso a la memoria RAM.
La manera en la que nuestro sistema trabaja con el espaci
de swap es configurable, como la mayora de cosas en los sistemas
Linux. Aunque en este caso, la configuracin que podemos llevar a
cabo es menor puesto que, a fin de cuentas, ser el kernel quien
gestione este espacio. Para realizar la configuracin disponemos del
fichero /proc/sys/vm/overcommit_memory. Este fichero contiene un nico
nmero en su interior que puede tomar los valores 0,1 2.
0: Deja en manos del Kernel valorar cuanta RAM y
SWAP tiene disponibles cuando un programa solicita
memoria y permite que el kernel deniegue las
solicitudes de memoria cuando lo considere oportuno.
1: Todas las peticiones de solicitud de memoria se
respondern satisfactoriamente. Este comportamiento
puede llevar a que el sistema se quede sin memoria y
se vea obligado a terminar algunos programas. Se

terminarn programas antes de denegar una solicitud

de memoria.
2: Tericamente sigue el mismo comportamiento que 0
con la diferencia que en lugar de ser el kernel quien
decide si asignar memoria, pese a no disponer de ella,
es adecuado o no. Nunca se asignar memoria si no
se tiene suficiente. Podramos decir que es un
comportamiento como en 0 pero todava ms extremo.

4.3.1 Usar o no espacio de swap

En los sistemas Linux suele ser habitual contar con el espacio
de SWAP, de hecho si permitimos durante la instalacin de un sistema
Linux que este particione nuestro disco de forma automtica, casi
seguro que terminaremos teniendo una particin de swap en nuestro
sistema. Sin embargo, puede que no siempre nos convenga disponer
de una particin de swap.
En algunas circunstancias, como por ejemplo si queremos
poder hibernar la mquina, no nos queda otro remedio que tener un
espacio de swap. Si no disponemos de l, nuestro sistema Linux no
nos permitir hibernar el ordenador. Esto es debido a que al hibernar
el sistema se hace un volcado de la memoria RAM en uso para poder
recuperar el estado de la mquina ms tarde. Este volcado suele
hacerse a una zona de memoria permanente, no tendra sentido
mantenerlo en RAM puesto que se trata de memoria voltil y pierde la
informacin si deja de recibir corriente elctrica.
Tener un espacio de swap puede resultar tambin til si se
trabaja con el sistema de ficheros tmpfs. Ms adelante entraremos en
detalle acerca de los distintos sistemas de ficheros. Tmpfs bsicamente

permite guardar los datos en memoria RAM en lugar de hacerlo en

disco. En este caso no es imprescindible contar con una particin o
espacio de swap. Pero si se hace un uso intensivo y mal controlado del
espacio de ficheros en memoria podemos llegar a agotarla. Es aqu
donde podemos encontrar alguna utilidad a la Swap.
Por ltimo puede llegar a ser interesante tener un espacio de
swap para disponer de mayor memoria virtual o para servidores de
ficheros en que los procesos de compresin, descompresin y copia de
ficheros pueden llegar a ser intensivos y sobre ficheros grandes. En
estos casos, si no se dispone de mucha memoria RAM en la mquina,
podra llegar a resultar interesante contar con un espacio de SWAP.
Que se debe discutir entonces si parece que todo son
ventajas? La cuestin se plantea porque no todo son ventajas. La
particin de swap no se redimensiona dinmicamente, por lo tanto
estamos usando un espacio de disco que podra ser til para otras
cosas. Aunque hoy en da este no es un motivo de peso puesto que los
discos son bastante baratos. Encontramos, adems, otros motivos como
que es posible que suponga un menor rendimiento para el sistema. El
espacio de memoria es un espacio con unos tiempos de respuesta de
lectura y escritura muy bajos, cosa que se refleja positivamente en la
velocidad del sistema. Si nosotros complementamos eso con un disco
duro a 5600rpm es muy posible que el acceso a la SWAP, ms que una
ayuda, se convierta en un cuello de botella.
Finalmente, el uso de SWAP puede aumentar el desgaste del
disco duro. Puede parecer absurdo en los discos magnticos, aunque
tambin se desgastan. Vemos el problema ms rpidamente si
pensamos en los SSD que tienen un nmero de escrituras limitadas.
Adems los discos SSD, aunque esto est mejorando mucho

ltimamente, suelen bajar su rendimiento a medida que se van

agotando sus ciclos de escritura.
En cualquier caso la decisin de tener o no una particin e
SWAP depende de cada uno, cabe plantearse si vale la pena tenerla o
si realmente estamos trabajando de manera que nos va a ser de
utilidad.

4.3.2 Usar ficheros o particiones como

espacio de swap
Es posible usar una particin o un fichero como SWAP y
aumentar as la memoria virtual de la que dispone nuestro sistema.
Decidir si queremos usar este tipo de expansin depende de
diversos factores que debemos valorar. En cualquier caso, en los
sistemas Linux tenemos a nuestra disposicin los comandos swapon y
swapoff que nos permiten habilitar una particin o fichero como swap o
deshabilitarla como tal segn nos convenga. Antes de poder registrar
un espaci de swap en el kernel deberemos crearlo.
swapon y swapoff nos ofrece multitud de opciones que son
sencillas de encontrar si realizamos una sencilla bsqueda por Internet
o si recurrimos al manual: man swapon. Comentamos aqu dos
opciones que resultan muy interesantes. Sobre el funcionamiento de
/etc/fstab, que se menciona en las opciones, hablaremos ms adelante,
sin embargo por ahora es interesante conocer que es un fichero de
configuracin del sistema que permite, entre otras cosas, asociar
sistemas de ficheros a determinados dispositivos y particiones.
-a: Permite habilitar o deshabilitar todos los espacios
de SWAP que se encuentren en /etc/fstab
-e: Se salta aquellos ficheros que no existen sin dar

por ello un error o advertencia. Puede parecer

realmente absurdo tener en el fichero /etc/fstab una
particin que no existe para intentar usarla como
SWAP, sin embargo, pensemos en el siguiente caso:
supongamos que tenemos un disco duro extrable o
un pendrive y que queremos usar alguna de sus
particiones como espacio de SWAP. Que pasara si
alguien desconectase el dispositivo plug and play e
intentsemos habilitar todas las zonas de SWAP?
Obtendramos un error. Sin embargo, si especificamos
esta opcin trabajaremos nicamente sobre aquellas
que estn disponibles en el sistema en el momento de
ejecutar el comando.

4.3.2.1 Particiones
Si se trata de una particin, lo primero que deberemos hacer
es asegurarnos de que la particin est vaca, podemos usar, por
ejemplo, la herramienta dd para borrar el contenido de una particin
antes de usarla como una particin de swap. Una vez hecho esto, si
nuestra particin es /dev/sdb1 deberemos crear el espacio de swap y
luego registrarlo en el kernel para que esta pueda usar la particin
como espacio de swap. Haramos lo siguiente:
dd if=/dev/zero of=/dev/sdb1 bs=512 #Borramos la particin con dd
mkswap /dev/sdb1 #Creamos el espacio de SWAP
swapon /dev/sdb1 #Habilitamos el uso de la particin como SWAP

4.3.2.2 Ficheros

En el caso de un fichero, antes de poder crear el espacio de

SWAP deberemos crear un fichero del tamao que nos interese. En
este caso lo ms sencillo es usar de nuevo la herramienta dd, por
ejemplo:
dd if=/dev/zero of=ficheroSwap bs=1024k count=1024
En el caso del ejemplo, estaramos creando un fichero vaco
de 1MB para usarlo como swap. Hoy en da este tamao resulta
ridculo, sin embargo es trabajo de cada uno adaptarlo a sus
necesidades. Una vez disponemos del fichero creado con el tamao
que ms nos guste, el procedimiento es el mismo que en el caso de las
particiones.
mkswap ficheroSwap
swapon ficheroSwap

4.4 Creando particiones y una tabla de

particiones
En la seccin 4.1, hemos visto que son las tablas de
particiones y las particiones y como trabaja con ellas nuestro sistema.
Hemos visto que al final se reduce a informacin muy concreta que se
guarda al inicio o al final de nuestros discos y que ello nos permite
trabajar ms tarde con estos dispositivos. Vamos a ver ahora como
crear estas particiones de una forma sencilla. Si tuvisemos que crear
las particiones a nivel de bytes y offsets como se ha explicado,
deberamos ser verdaderos expertos en la gestin de discos para
poder usarlos. Afortunadamente, hay distintas herramientas que
permiten trabajar con los discos, entre las ms conocidas encontramos:
parted

gparted
fdisk
Cualquiera de ellas es igualmente vlida. Funcionan adems
de manera similar, eso si, cada una con sus caractersticas, en este
caso nos vamos a centrar en fdisk. No por que sea mejor o peor,
simplemente por una decisin personal.
Antes de ver como trabajar con fdisk, debemos aclarar que los
sistemas Linux requieren al menos una particin. Esta particin es
donde se sita la raz del sistema, es decir /. Si creamos una nica
particin, esta contendr adems el espacio de swap y el espacio de
usuario. Suele ser habitual en los sistemas Linux tener al menos dos
particiones, una para la raz del sistema y otra para el espacio de
SWAP. Si se decide no trabajar con swap, igualmente suele ser habitual
tener una particin para la raz del sistema y otra para los usuarios. Es
decir, una particin para / y otra para /home. Algunas distribuciones
ofrecen la funcionalidad de particionar el disco automticamente en el
momento de la instalacin. En estos casos suele ser habitual tener al
menos una particin de swap y otra para la raz y se ofrece al usuario
la posibilidad de crear una tercera para la /home.
Despus de este pequeo inciso, lo primero que deberemos
hacer es decidir que particiones queremos o necesitamos para nuestro
sistema. Antes de ello si queremos listar las particiones y tablas de
particiones ya existentes, podemos invocar a fdisk con la opcin l.
Para usar el comando fdisk, necesitaremos, de un sistema Linux ya
instalado o emplear alguna de las alternativas en formato Live CD,
como por ejemplo el Live CD de gparted.
Aclaracin

Un live CD es un sistema, Linux en el caso que nos ocupa, que

permite arrancar todo el sistema desde el CD sin necesidad de
instalarlo. Este tipo de sistemas, contienen todos los componentes
necesarios y suelen cargar los distintos mdulos y sistemas de
ficheros en memoria RAM.
fdisk l
Disk /dev/sda: 320.1 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders, total 625142448 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00077068
Device Boot Start
End Blocks Id System
/dev/sda1 *
2048 499711 248832 83 Linux
/dev/sda2
501758 625141759 312320001 5 Extended
/dev/sda5
501760 625141759 312320000 83 Linux
Toda la informacin mostrada debera sonarnos, si no es as
podemos echar un vistazo a la seccin 4.1 Tabla de Particiones y
particiones, puesto que los ttulos que nos ofrece la salida de fdisk son
bastante explicativos.
Una vez conocemos la informacin de lo que tenemos en el
ordenador lo primero que debemos hacer, como siempre que
queramos trabajar con discos, es identificar con que dispositivo vamos
a trabajar. A continuacin deberemos invocar a fdisk pasndole como
parmetro el disco con el que vamos a trabajar.

fdisk /dev/sda
Despus de ejecutar el comando, fdisk quedar a la espera
de que le digamos que queremos hacer. Estas son algunas de las
opciones que nos ofrece la aplicacin:
a: Permite indicar que una particin ser bootable o,
lo que es lo mismo, que se podr arrancar desde ella.
d:

Elimina una particin

l:
Lista los tipos de particiones con los que
podemos trabajar
m:
fdisk

Muestra todas las opciones disponibles para

n:

Crea una nueva particin

o:

Crea una nueva tabla de particiones MBR

p:
Muestra por pantalla la tabla de particiones
segn la tenemos
q:
v:
correcta
w:

Sale de fdisk sin guardar los cambios

Verifica que la tabla de particiones sea
Guarda los cambios y sale de fdisk

Como vemos, si dudamos, solo debemos apretar m para

obtener una lista de todas las acciones disponibles. La totalidad de
acciones disponibles es mayor que la mostrada aqu. Con esta
informacin tenemos lo necesario para particionar el disco segn
conveniencia. Hay que tener en cuenta que al seleccionar cada una

de las opciones el propio programa nos preguntar por toda la

informacin necesaria para completar los datos de cada particin
segn se vea en la seccin 4.1.
Advertencia
Es importante tener en cuenta que modificar la tabla de particiones
no es complicado, sin embargo, es ms que probable que al
modificar la tabla de particiones seamos incapaces de recuperar los
datos que contena dicha particin. Tambin se debe recordar que
las tareas que conciernen a particionar discos o trabajar con sus
sistemas de ficheros no pueden ser realizadas por un usuario que
no disponga de permisos de administracin en el sistema.

4.5 Sistemas de ficheros

Ahora que ya disponemos de la tabla de particiones y de las
particiones en si mismas lo nico que nos separa de poder usar el
disco es el sistema de ficheros. Tcnicamente podemos trabajar con el
disco una vez particionado con herramientas como dd. Es una opcion,
pero trabajando sin sistema de ficheros perderemos multitud de
herramientas interesantes como cd o ls. El sistema de ficheros es el
encargado de manejar el espacio de disco disponible segn la
jerarqua de directorios que ya hemos visto en el captulo 2.Ficheros y
jerarqua de directorios. Se encarga, adems, de proveer otras
funcionalidades, como las herramientas para crear, mover, copiar, o
destruir ficheros entre otras. El sistema de ficheros es tambin el
encargado de indicar a que fichero pertenece cada bloque o si estos
bloques estn o no ocupados. Tradicionalmente, la gestin de los
sistemas de ficheros es manejada por el kernel, pero en sistemas

modernos es posible encontrar sistemas de ficheros en el espacio de

usuario.
Podramos decir que el sistema de ficheros es una manera
estructurada de almacenar la informacin que corresponde a los datos
que almacenaremos en nuestros dispositivos. Entre otras
funcionalidades, los sistemas de ficheros se encargan de proporcionar:
Seguridad.
Mecanismos para evitar la fragmentacin.
Soporte para cuotas de disco.
Soporte para la gestin de ficheros.
Integridad de los datos.
Y bastantes funcionalidades adicionales
Los sistemas de ficheros dependen en gran medida del
sistema operativo, as pues, es posible que un MAC no comprenda un
sistema de ficheros creado por un Windows, de la misma manera que
es posible que un Windows no comprenda un sistema de ficheros
creado por un Linux. Aunque si estamos dispuestos a trabajar
nicamente con sistemas Linux podemos decantarnos por uno de los
sistemas especialmente diseado para sistemas Linux, nuestra
eleccin del tipo de sistema de ficheros depender no solo de que
mquina estamos usando si no de que mquinas podemos llegar a
usar. Por ejemplo, darle a un pendrive un sistema de ficheros como
ext4 que es especifico de sistemas Linux puede hacer que no
podamos leerlo en sistemas MAC o Windows. Debemos ser cuidadosos
pues con las elecciones que conciernen al sistema de ficheros.
Algunos de los sistemas de ficheros ms conocidos son:

ext4: Es un sistema de ficheros nativo para sistemas

Linux que trabaja con un mecanismo de journaling,
ms adelante veremos lo que es, para garantizar la
integridad de los datos. ext4 es una evolucin de otro
sistema muy importante para los sistemas Linux: ext3.
Adems este sistema ofrece compatibilidad hacia atrs,
permitiendo que sistemas ext3 y ext2 sean montados
como si se tratase de sistemas de ficheros ext4.
ext3: Otro sistema de ficheros muy importante para los
sistemas Linux, igual que el anterior, cuenta con un
mecanismo de Journaling para garantizar la
integridad de los datos. A diferencia de su sucesor, sin
embargo, ofrece soporte para ficheros ms pequeos
y para un nmero menor de subdirectorios. Igual que
su sucesor, ofrece tambin compatibilidad hacia atrs.
Este sistema de ficheros resulta importante porque a
da de hoy, aunque la mayora de kernels usan el
sistema de ficheros ext4, el sistema ext3 sigue estando
extendido.
FAT: El sistema de ficheros por excelencia de
Windows. Han ido apareciendo mejoras de este
sistema de ficheros para dar soporte a ficheros ms
grandes, como es el caso de extFAT. Algunas mejoras
de este sistema como vFAT son soportadas por la
mayora de sistemas Linux al mismo tiempo que son
soportadas por los sistemas Windows. vFat se
convierte entonces en un buen candidato para usar

tanto en mquinas Windows como Linux.

NTFS: Un sistema de ficheros para Windows que
tambin puede ser montado en Linux. NTFS es un
sistema de ficheros basado en meta datos que permite
trabajar con ficheros muy grandes, de hasta 16TB. Sin
embargo por la cantidad de informacin que guarda
NTFS no se recomienda trabajar con este sistema de
ficheros con discos menores a 2GB. Esto hoy en da no
supone un problema pero evidencia algunas de las
limitaciones de este sistema de ficheros. Al igual que
los sistemas nativos de Linux, ext3 y ext4, NTFS
cuenta con un mecanismo de Journaling para
mantener la integridad de los datos.

4.6 Inodos y Ficheros

Hemos hablado con anterioridad, en la seccin 2.1 Ficheros
y directorios, de lo que es un fichero. Ahora ya sabemos que nuestro
disco, nuestra unidad de almacenamiento, se divide en particiones que
se gestionan por una tabla de particiones y que dentro de estas
particiones encontramos ficheros que son gestionados por un sistema
de ficheros. Ahora con ms razn que antes, podremos decir que un
fichero es una unidad lgica de almacenamiento que agrupa
informacin relacionada entre si bajo el mismo nombre. Eso nos lleva a
que para tener un fichero necesitaremos, por lo menos un nombre, y
necesitaremos guardar tambin otro tipo de informacin. La estructura
del sistema de ficheros que nos ayuda a almacenar la informacin
referente a los ficheros es el inode o nodo-i en castellano. Aunque hay
que apuntar que el nombre del fichero no se encuentra en la

estructura del inode.

El inode no es ms que una estructura de datos que nos
permite representar de una forma ordenada la informacin relativa a
un fichero. Este tipo de estructura se usa nicamente en los sistemas
Linux o ms generalmente en los sistemas Unix y nos permite
almacenar junto con la informacin relevante del fichero otros meta
datos. La informacin que nos muestra el comando ls es informacin
que se almacena en los inodes. La manera de almacenar los meta
datos sobre los ficheros depende, evidentemente, del sistema de
ficheros, esto nos conduce a que sistemas de ficheros como NFS no
trabajan con inodes.
Vamos a ver como trabajan realmente los inodes. Lo primero
que debemos saber es que un inode puede representar cualquier tipo
de fichero. Si se trata de un directorio en su interior contendr la
informacin de los otros inodes que contiene el directorio, si se trata de
un fichero regular contendr la informacin referente al fichero, meta
datos y la informacin necesaria para acceder al contenido del fichero.
Un inode es una tabla que contiene algo similar a las siguientes
entradas:
Tipo de archivo y proteccin.
Nmero de referencias.
Propietario.
Grupo del propietario.
Tamao.
Puntero a bloque de datos 0.
Puntero de bloque de datos 1.

...
Para entender como funcionan los inodes y la estructura
jerrquica de directorios, vamos a recurrir a una simplificacin de como
se trabaja con estas estructuras de datos. Pese a que no contaremos
con toda la informacin que manejan estas estructuras si que nos
permitir hacernos una idea de su funcionamiento.

En seguida veremos un ejemplo de como se ve una jerarqua

de directorios segn inodes en lugar de nombres. Vamos a aclarar,
antes de ello, que significan los valores de la tabla anterior.
Identificador del inode: Es un nmero que representa
el inode. Cada inode tiene un identificador que es
representado por un nmero en base decimal.
Nmero de referencias: La cantidad de nombres de
fichero o directorios que estn asociados con este
inode. Parece un concepto complicado, en el ejemplo
sin embargo quedar ms claro. An as hay que
pensar que el nombre del fichero o directorio no se
almacena en la propia estructura del inodo. Un mismo
inode puede estar asociado a diversos nombres de
fichero o directorio. As suele ser habitual que el inodo
de un directorio tenga al menos 2 referencias.
Tipo de inode: Nos indica con que tipo de fichero est
asociado el inode. Suele tratarse de ficheros

regulares o directorios.

Ahora que ya sabemos que significa cada elemento de los que hemos
presentado vamos a ver un ejemplo de como trabajar con los inodes.
Veremos un ejemplo terico y a continuacin veremos un ejemplo
prctico usando algunos comandos de Linux que ya nos sonaran.

Lo primero que observamos es que el primer inode tiene 3

referencias. El primer inode equivale al primer cuadro de la columna de

la izquierda. Si nos fijamos detalladamente, veremos en la columna de
la derecha que, efectivamente, el inode2 aparece nombrado 3 veces.
Si nos damos cuenta, esto significar que un directorio que no sea el
directorio raz tendr forzosamente un mnimo de 2 referencias. Una del
directorio en que se puede encontrar. La otra vendr dada por l
mismo. Supongamos que queremos abrir el fichero2. Los pasos a
seguir seran los siguientes:
Identificamos los componentes de la ruta a la que
queremos acceder dir1/fichero1. Es decir un directorio
y un fichero.
Empezamos la bsqueda de dir1 en el directorio en
que nos encontramos, no empieza por /, se trata por
tanto de una ruta relativa. En este caso vamos a la
parte que contiene los datos del inode 2 y
encontramos que dir1 pertenece al inode 12.
Examinamos el inode12 y vemos que realmente se
trata de un directorio.
Examinamos el contenido del inode 12 y localizamos
el fichero2 que est asociado con el inode14
Vamos al inode 14 y comprobamos que se trata de un
inode vinculado a un fichero regular.
Accedemos al contenido del fichero.
Todo este trabajo lo hace el Kernel, no debemos hacerlo
nosotros manualmente, ya tenemos suficiente con recordar rutas y
configuraciones. An as, podemos ver como funciona. Tambin nos

ayuda a darnos cuenta de un detalle. Cuando ejecutamos el comando

rm que nos permite borrar un fichero, realmente no estamos eliminando
el fichero. Es decir el inode no est siendo borrado. Lo que se est
haciendo es desvincular el nombre de fichero del inode que le
corresponde. Despus, se disminuye la cuenta de referencias del
inode en 1. Si un inode en algn momento tiene 0 referencias, es
eliminado. Este es el motivo, por el que los programadores, aquellos
que programen en C por ejemplo, disponen de la funcin unlink
adems de la funcin remove.
Como podemos ver todo esto en una forma prctica?
Existen de verdad los inodes? La manera ms sencilla de
comprobarlo es con el uso del comando ls. De nuevo recurrimos a este
comando pero esta vez le pasaremos la opcin i para que nos
muestre los inodes.
ls i
12 dir1 1234 dir2
Los nmeros delante de dir1 y dir2 nos indican el inode que
corresponde a esos directorios. El comando ls nos ha proporcionado la
informacin referente a los inodes, necesitaremos recurrir a otros
comandos para poder hacer uso de esta informacin. Supongamos
que queremos eliminar un fichero en nuestro ordenador donde el
nombre contiene un conjunto de caracteres que somos incapaces de
escribir.
ls a
ad???.txt
En este caso podemos recurrir a los inodes para borrar el

fichero.
ls i
18 ad???.txt
find . -inum 18 delete
El comando find est buscando en el directorio . ,es decir el
actual, el fichero con inode 18 para borrarlo.
Para terminar con el tema de los inodes, seguro que una de
las cosas que nos viene a la mente es: como puede el Kernel saber
que bloques estn libres para asignarlos a un fichero? En este caso
una de las maneras ms sencillas de mantener el control sobre los
bloques libres es mantener un mapa de bits para los bloques. Si un
bloque tiene asignado un uno (1) es porque est en uso. Si un bloque
tiene asignado un cero (0) no est en uso y puede ser asignado, por
ejemplo, cuando creamos un nuevo fichero. La manera de tratar as los
datos implica que al borrar un inode, simplemente se pone a 0 el bit
que indicaba que ese bloque estaba ocupado. Si reflexionamos sobre
ello, llegamos a la conclusin que la informacin no se ha borrado
completamente del disco, si no que simplemente el kernel la ha
considerado borrada. Es por esto que muchos programas de
informtica forense son capaces de recuperar datos que han sido
borrados de nuestro ordenador.
Juntando conceptos
Como podemos borrar entonces los datos de forma segura?
Seguro que si le damos un par de vueltas a la herramienta dd y
releemos la seccin 4.3.2.1 se nos ocurre una solucin al problema
de borrar los datos de una forma segura empleando el comando

dd. El uso de este comando conjuntamente con el dispositivo

/dev/zero nos provee de lo necesario para borrar un fichero o
dispositivo de forma segura.

4.7 Journaling
Una de las cosas ms importantes para cualquier sistema de
almacenamiento de datos, ya sea una base de datos, un sistema de
ficheros o cualquier otro sistema, es mantener la integridad de los
datos. Es decir, asegurar que los datos que hay almacenados siguen
siendo los datos que guardamos.
Para ello los sistemas de ficheros nativos de Linux usan un
mecanismo basado en transacciones. Una transaccin es una
interaccin con una estructura de datos compleja en la que todos los
procesos que la componen deben realizarse de una sola vez. La idea
del Journaling es llevar un registro detallado de todas las operaciones
que se realizan con las estructuras de datos para asegurar que si la
transaccin falla en un momento dado podr recuperarse el estado
anterior al fallo. Recordemos que los sistemas Linux, al igual que la
gran mayora de sistemas modernos, son sistemas multiusuario y
multitarea. Esto afectar tambin a como tratar la integridad de los
datos, puesto que mientras realizamos una transaccin debemos
impedir que ninguna otra tarea o usuario pueda alcanzar los datos y
comprometer su integridad.
Pongamos un ejemplo: supongamos que dos usuarios
quieren escribir su nombre en el fichero nombre.txt . Este fichero tiene
como objetivo tener el nombre de todos los usuarios del sistema, a
razn de uno por lnea. Que sucede si el usuario Alberto y el usuario
Benito abren el fichero al mismo tiempo e intentan escribir su nombre?

Si no tenemos algn mecanismo de control lo ms probable es que

acabe pasando algo similar a lo siguiente:
cat nombre.txt
BenAlibetrtoo
Por suerte nuestros sistemas implementan mecanismos para
evitar estos problemas.
Advertencia
Si programamos a bajo nivel deberemos ser nosotros los
encargados de evitar estas problemticas en lugar del sistema.
En el caso de los mecanismos de journaling sobre los
sistemas de ficheros nicamente se aplica el registro del sistema de
transacciones sobre:
Inodes.
Estructuras de directorios.
Bloques libres de disco o mapas de bits de bloques.
Hay otros mecanismos encargados de mantener la integridad
de los datos, normalmente ofrecidos por los propios comandos o
programas o por llamadas al sistema. Ms all del control en los
comandos, las llamadas al sistema y los programas, mantener el sistema
de ficheros integro es imprescindible. El sistema de Journaling es el
encargado de garantizar la integridad del sistema de ficheros. Su
funcionamiento es ms o menos el siguiente:
Se bloquean las estructuras de datos implicadas.
Normalmente algunas o las tres mencionadas

anteriormente.
Se habilita un espacio para guardar el journal o diario
de las transacciones que se realizarn.
Se anota en el journal la modificacin a realizar y
como deshacerla, por si hubiese un error y fuese
necesario.
Se realiza la modificacin.
Se borra el journal.
Se desbloquean las estructuras implicadas.
Si en algn momento se quieren deshacer las transacciones,
antes de borrar el journal se pueden deshacer una a una siguiendo el
orden. Si al arrancar el sistema se detecta que una transaccin qued
pendiente, es decir, si el journal no ha sido borrado, nicamente se
deben deshacer todas las modificaciones una a una para volver a
tener el sistema de ficheros en un estado coherente y consistente.

4.8 Creando un sistema de ficheros

El comando mkfs es el que nos va a permitir crear un sistema
de ficheros. Para trabajar con este comando y segn las cosas que ya
hemos visto, antes de crear un sistema de ficheros deberemos saber,
en que particin queremos crear el sistema de ficheros y que tipo de
sistema de ficheros queremos. Por ejemplo:
mkfs t ext4 /dev/sdb1
El comando anterior permite crear un sistema de ficheros
(make filesystem) de tipo ext4 en /dev/sdb1. mkfs, es un comando que

nos sirve nicamente como cara bonita de una serie de programas

que son los que realmente van a crear el sistema de ficheros. As pues,
la llamada anterior es equivalente a:
mkfs.ext4 /dev/sdb1
Esto lleva a que sea relativamente sencillo conocer cuales
son los tipos de sistemas de ficheros que podremos crear desde
nuestro sistema. Para ello, nos ser suficiente con ejecutar:
ls l /sbin/ | grep mkfs
para ver una lista de todas las utilidades mkfs que tenemos en
nuestro sistema. Si nos fijamos en la salida del comando anterior
podremos apreciar que los distintos programas mkfs son links
simblicos a otros programas. Esto nos lleva a dos conclusiones. La
primera de ellas, que si no podemos crear un sistema de ficheros
concreto es posible que podamos instalar un nuevo programa que nos
lo permita. La segunda, que si necesitamos buscar documentacin de
mkfs.ext4 no buscaremos documentacin de ese comando, aunque
podemos hacerlo, si no del programa al que apunta el link simblico,
muy probablemente mke2fs.
Hay que tener en cuenta que solo es necesario crear el
sistema de ficheros una vez por cada particin. Crear un sistema de
ficheros en una particin que ya dispone de uno supone la destruccin
virtual de todos los datos de la particin. Destruccin virtual porque los
datos seguirn estando almacenados en los discos, sin embargo su
recuperacin ser muy difcil o imposible debido a la nueva
estructuracin de inodes, mapas de bits para bloques y otras reestructuraciones.

Aclaracin
Los tipos de sistemas de ficheros son conocidos, coloquialmente
como formatos. La accin de dar formato a un disco o dispositivo de
almacenamiento se conoce como formatear. Al formatear un disco o
USB en Windows o MAC realmente se est creando un nuevo
sistema de ficheros, no borrando los datos del disco. Los datos del
disco son irrecuperables por la reestructuracin que se comenta
ms arriba. Esto tambin nos dice que si nos piden formatear un
disco en Linux deberemos recurrir a los comandos mkfs.

4.8.1 Comprobar un sistema de ficheros

Igual que disponemos del comando mkfs (make filesystem)
para crear un sistema de ficheros en una particin, disponemos de un
comando que nos permite testear la integridad de un sistema de
ficheros. Normalmente los errores en el sistema de ficheros suelen
darse por un mal apagado del ordenador, aunque pueden suceder
por otros motivos. El comando fsck (filesystem Check) nos permite
comprobar estos errores y nos da la opcin de recuperarnos de
algunos de ellos.
fsck /dev/sdb1
Igual que en el caso de mkfs, fsck es simplemente un
programa que llama a otros programas, cada uno distinto segn el
sistema de ficheros de la particin que le pasemos como parmetro. A
diferencia de mkfs, en este caso el comando detectar por l mismo el
sistema de ficheros, por lo que no deberemos pasrselo como
parmetro.

Advertencia
Comprobar los errores de una particin que se encuentre montada,
ms adelante veremos que significa esto, puede resultar fatal para
los datos. Cualquier cambio en los datos o en el sistema de ficheros
mientras se realiza la comprobacin y podemos acabar con datos
desaparecidos o con un sistema de ficheros inservible.

4.9 Montando un sistema de ficheros

Montar un sistema de ficheros no es otra cosa que asociar un
sistema de ficheros a un dispositivo para permitir que el sistema sea
capaz de trabajar con l. Se trata de decirle al sistema que, por
ejemplo, vamos a encontrar un sistema de ficheros ext4 para el
dispositivo /dev/sdb1 en el punto de montaje /disco. El punto de
montaje ser el punto de acceso que tendremos nosotros a la particin
con ese sistema de ficheros. Podemos hacer esto con el comando
mount.
mount t ext4 /dev/sdb1 /disco
cd /disco #Podremos explorar el contenido de la particin /dev/sdb1
El punto de montaje debe existir antes de ejecutar la
instruccin. De la misma manera, aunque se puede ejecutar la
instruccin desde el espacio de usuario, en la mayora de ocasiones,
es necesario contar con permisos de administrador para poder montar
un sistema de ficheros. Usualmente, el tipo del sistema de ficheros no
es necesario especificarlo, puesto que el propio programa se
encargar de detectarlo.
Si invocamos el comando mount sin pasarle ningn

parmetro, en lugar de asociar un sistema de ficheros con un

dispositivo y un punto de montaje, vamos a poder ver una lista de todos
las particiones montadas en nuestro sistema, junto con el punto de
montaje, el tipo de sistema de ficheros y las opciones con las que se ha
montado dicho sistema.
Las opciones que podemos especificar al sistema de ficheros
afectan directamente a la forma en que podemos trabajar con l.
Podremos especificar estas opciones con la opcin o y pasndole
una lista de opciones separadas por comas. Por ejemplo:
mount t ext4 /dev/sdb1 /disco o noexec,ro
Algunas de las opciones ms comunes que podemos emplear
son:
exec: Permite la ejecucin de programas en el sistema
de ficheros.
noexec: No permite la ejecucin de programas en el
sistema de ficheros.
suid: Si recordamos la seccin 2.3 Permisos y
propiedades de ficheros, se hablaba de aadir el bit
SUID. Esta opcin permite que se ejecuten programas
con aquel flag.
nosuid: Evita que se ejecuten programas con el flag
SUID.
ro: Monta el sistema de ficheros en modo solo lectura.
rw: Monta el sistema de ficheros en modo lecturaescritura.

Adems mount tiene una opcin muy interesante. La opcin

a permite montar todos los sistemas de ficheros conocidos por el
sistema. Pero, como conoce los sistemas de ficheros nuestro Linux?
De hecho, como sabe al arrancar el sistema, que sistemas de ficheros
debe de montar y donde?. Esto es posible gracias a un fichero de
configuracin: el fichero fstab. Como todo fichero de configuracin del
sistema lo encontraremos en el directorio /etc. Estamos hablando por
tanto del fichero /etc/fstab

4.9.1 El fichero /etc/fstab

El fichero /etc/fstab es el que le permite al sistema saber que
sistemas de ficheros debe asignar a que particiones y con que punto
de montaje. Es este fichero al que el sistema recurre al arrancar para
que todas nuestras particiones y todos nuestros ficheros estn
disponibles. Es, por tanto, a este fichero donde deberemos ir si
queremos que nuestro sistema de ficheros se monte al iniciar el sistema
o si queremos poder montarlo con la opcin a. En otras palabras, es
donde deberemos aadir cada sistema de ficheros que queremos que
sea conocido por el SO.
El fichero /etc/fstab es un fichero de texto plano con un
formato bastante sencillo de recordar.
cat /etc/fstab
[...]
/dev/sda1 / ext4 defaults 0 0
El fichero tiene una lnea por cada sistema de ficheros a
montar. Cada fila tiene 6 columnas. Por columnas el contenido de este
fichero es como sigue:
Dispositivo o UUID: El dispositivo o el identificador

nico del dispositivo.

El punto de montaje: Desde donde el usuario
acceder al contenido del dispositivo.
El tipo del sistema de ficheros.
Las opciones: Estas opciones son las mismas que en
el caso del comando mount. Veremos, sin embargo,
que en este caso puede tomar algunos valores que no
hemos comentado antes. Las opciones deben
introducirse en una lista separada por comas.
Backup para el dump: Es usado por la herramienta
dump para saber si debe hacer una copia de
seguridad o no del sistema de ficheros. Si toma el valor
uno, har una copia de seguridad, si toma el valor 0
no har copia de seguridad. Si no se tiene la utilidad
dump instalada se debe poner un 0. Lo
recomendable, de todas maneras es poner un 0
siempre que se tengan dudas sobre este valor.
Orden de comprobacin de integridad: Este campo
puede tomar el valor 0,1 2. Establece el orden de
prioridad en que deben ser verificados los sistemas de
ficheros por la utilidad fsck. El sistema de ficheros
montado en la raz siempre debe tomar el valor 1, el
ms prioritario. Cualquier otro sistema de ficheros que
queramos que sea comprobado debe tomar el valor 2.
Si no queremos que un sistema sea comprobado
especificaremos el valor 0. Hay que tener en cuenta

que todo lo que tenga un nmero distinto de 0 ser

comprobado al inicio del sistema. Esto significa que
debemos ser cuidadosos o acabaremos tardando un
tiempo considerable en poder arrancar el sistema.
Una vez conocemos los campos y tenemos el fichero a nuestro
gusto, seremos capaces de ejecutar la opcin mount a para montar
todos los sistemas de ficheros conocidos. No solo eso si no que
adems podremos usar el comando mount sin especificar un dispositivo
siempre y cuando el punto de montaje se encuentre en el fichero
/etc/fstab.
Las opciones del sistema de ficheros en /etc/fstab, adems de
las opciones del comando mount, pueden tomar algunos valores que
pueden resultar muy tiles, veamos algunos de ellos:
auto: El sistema de ficheros ser montado
automticamente al inicio del sistema o con el
comando mount a.
noauto: No se montara al iniciar el sistema ni al
ejecutar mount a
sync: La escritura en disco debe ser sncrona. Es el
sistema operativo el que decide siempre cuando
escribir en disco, es posible que al hacer una escritura
el sistema la demore hasta que considere oportuno,
quizs por disponer de ms datos, realizar la
verdadera escritura en disco. La opcin sync fuerza
que cada operacin vaya directamente a disco.
user: Permite a cualquier usuario montar el sistema de

ficheros
nouser: nicamente un usuario con privilegios de
administrador puede montar el sistema de ficheros.
defaults: Opciones por defecto, se traduce en las
opciones (rw,suid,dev,exec,auto,nouser,async)
noatime: No actualiza las fechas de acceso en los
inodes. Puede suponer una mejora de rendimiento. En
casos como tarjetas SD suele marcarse esta opcin
para alargarles la vida til.
nodiratime: Igual que la opcin anterior pero
nicamente para directorios
Con esta informacin tenemos suficientes datos para poder
montar nuestros sistemas de ficheros y trabajar con ellos cmodamente.
No solo eso, si no que somos capaces de decirle al sistema que monte
automticamente nuestros sistemas de ficheros en el arranque del
sistema. Para terminar solo nos falta un matiz. En los sistemas Linux
modernos es posible que nos encontremos con un directorio llamado
/etc/fstab.d/. En estos casos, cualquier fichero que incluyamos en este
directorio se tratar como una parte del fichero fstab del que ya hemos
hablado.
Advertencia
Cuando trabajemos con fstab debemos ser cuidadosos. Un error de
sintaxis o cualquier otro error en este fichero y es posible que
seamos incapaces de montar nuestros sistemas de ficheros o
incluso de arrancar el sistema. Por ello es recomendable realizar

una copia de seguridad antes de modificar /etc/fstab.

5. Bash, profundizando
Conocemos unos cuantos comandos para trabajar en los
sistemas Linux que nos hacen la vida ms cmoda o que nos permiten
hacer exactamente aquello que queremos con el sistema en el que
trabajamos. Conociendo los comandos, un mejor conocimiento del
terminal Bash nos permitir trabajar de una manera ms sencilla.

5.1 History
La mayora de terminales, los que no son bash tambin, nos
ofrecen la posibilidad de recuperar comandos que ya hemos ejecutado
usando la flecha arriba de nuestro teclado. En nuestro caso nos
centraremos en el funcionamiento de bash. Encontrar informacin
sobre el terminal que prefiera cada uno, sin embargo no debera ser
difcil y en algunos casos podra ser bastante similar a la que aqu se
presenta.
Los comandos que el terminal almacena se conocen como
historia (history en ingls). Por tanto si en nuestro terminal ejecutamos
history obtendremos una lista de los ltimos comandos ejecutados por
nuestro usuario. History, por defecto, suele almacenar un nmero
limitado de comandos, 500 en las distribuciones Linux basadas en
Debian, esto significa que pasado un tiempo los comandos ms
antiguos dejaran de ser accesibles.
Recuperar un comando que ejecutamos hace 5 das puede
ser muy arduo si lo hacemos a base de apretar 300 veces la flecha
hacia arriba de nuestro teclado. Es por eso que history nos ofrece una
serie de herramientas para poder interactuar de una forma rpida con
los comandos ejecutados.

Ctrl+r nos permite buscar un texto en history. Esto significa

que podemos buscar un comando que hayamos usado previamente
apretando Ctrl+r y luego escribiendo cualquier parte que tuviese el
comando que buscamos. Que pasa si la bsqueda que realizamos no
nos devuelve el comando que nos interesa pero nosotros sabemos
que ejecutamos el comando que estamos buscando? Lo nico que
tenemos que hacer despus de introducir la cadena a buscar es
apretar Ctrl+r repetidas veces para ir viendo resultados cada vez ms
antiguos de nuestra bsqueda.
Adems de Ctrl+r tenemos otras maneras de interactuar con el
historial de nuestros comandos:
!comando Ejecutar el ltimo comando que empezase
por comando
?home? Ejecutar de nuevo el ltimo comando que
contuviese home
<espacio>comando Ejecuta comando sin guardar este
en el historial de comandos
Si no aparece el comando buscado puede deberse a que
history guarda un nmero limitado de comandos con lo cual es ms que
probable que llegue un punto en el que empecemos a perder
comandos antiguos que hayamos ejecutado. Por defecto, el historial de
bash guardar cada comando que ejecutemos. Si ejecutamos 10 veces
seguidas el mismo comando guardar 10 veces el mismo comando. No
solo eso, si no que si nos equivocamos 10 veces escribiendo el mismo
comando guardar 10 veces el mismo comando errneo. Por suerte,
este comportamiento puede cambiarse. Vamos a ver como.
Para aumentar el nmero de comandos que podemos

almacenar tenemos que recurrir a dos variables que regulan el tamao

de history.
HISTFILESIZE
HISTSIZE
La diferencia entre ambas es que la primera se mantiene
entre distintas sesiones, es decir entre distintas sesiones de usuario
mientras que la segunda sirve nicamente para la sesin en curso.
Para modificar el valor que tienen ejecutaremos:
export HISTFILESIZE=<numero de elementos>
export HISTFILESIZE=1000
Con esto decidimos cual va a ser el nmero mximo de
comandos que va a guardar nuestro historial de comando. Si queremos
que bash guarde un nmero indefinido de comandos ejecutados en el
historial basta con dejar el nmero de elementos vaco.
export HISTSIZE=
Seguimos teniendo el problema de que el historial guarda
comandos repetidos. Es decir si ejecutamos ls tres veces, guardar 3
veces el comando ocupando 3 de las posiciones mximas que tiene
nuestro historial para guardar caracteres. Este puede ser el
comportamiento deseado en un sistema multiusuario en el que se
quiere tener un control absoluto de los comandos que ha ejecutado
cada usuario, tambin puede no serlo, por ejemplo en sistemas de uso
personal. Si queremos cambiar este comportamiento podemos hacerlo
mediante HISTCONTROL. En este caso lo haremos como sigue:
export HISTCONROL=ignoredups

De esta manera evitaremos que se guarden comandos

idnticos en nuestro historial de comandos.
Hay que tener en cuenta que cualquier cambio que se realice
sobre el historial con los comandos anteriores no ser permanente en
el sistema. Una vez reiniciemos la mquina los perderemos. Si
queremos que los cambios sean permanentes tendremos que aadir
estos comandos tal como se han mostrado aqu a un fichero de
configuracin. Podemos aadir los cambios a /etc/profile o a
/home/usuario/.bashrc.
Segn hemos hablado en Jerarqua de directorios, todos los
ficheros de configuracin del sistema se encuentran en el directorio
/etc. Esto nos permite, si le damos algunas vueltas, ver que si aadimos
los comandos a /etc/profile estos afectaran a todos los usuarios del
sistema. Por contra si lo aadimos al fichero .bashrc dentro de un
directorio de usuario, /home/usurio, lo que obtendremos es una
configuracin que afecta nicamente a los terminales de dicho usuario.
En manos de cada uno queda decidir a quien quiere que afecten los
cambios que realice sobre el historial.
Cuidado
El caso de bash es especial, hay otros programas que tienen sus
ficheros de configuracin fuera de /etc, en /etc se encuentran los
ficheros de configuracin del sistema. An y as, es muy habitual
encontrar tambin en /etc los ficheros de configuracin de la
mayora de servicios.

5.2 Variables especiales del terminal

En muchas ocasiones trabajamos con programas o comandos

de los que nos interesa aprovechar una parte o de los que nos
interesa saber que identificador tienen. En Linux cada proceso que se
ejecuta tiene un identificador nico. Si la frase ha sonado a chino no
hay que preocuparse, ms adelante hablaremos sobre procesos, que
son y que informacin nos aportan. Por ahora, podemos decir que
cada programa que se ejecuta en nuestra mquina es un proceso.
Volviendo al tema del terminal, los identificadores de los
procesos pueden ser interesantes para trabajar con ellos. Tambin es
posible que nos interese repetir tan solo el ltimo parmetro que le
hemos pasado a un comando anterior. Por ejemplo, es habitual que
despus de crear un nuevo directorio queramos entrar en l. Las
variables especiales del terminal van a ser las que nos facilitarn todos
estos trabajos en los sistemas Linux. Es importante no confundir estas
variables con los comandos guardados en el historial de comandos,
estas variables tienen siempre el mismo valor, solo que este valor
depende de los comandos recientemente ejecutados.
Bastantes de los valores que toman las variables que vamos a
mostrar tienen mucho que ver con procesos. Si no entendemos bien
cual es el objetivo de la variable o cual es el valor que toma no
debemos preocuparnos. Ms adelante, en el captulo 6, trataremos
largo y tendido los procesos en Linux, en ese momento entenderemos
exactamente cual es el valor que va a tomar cada una de las variables.
Puede ser una buena idea volver atrs en ese momento.
$? : Valor de retorno del ltimo parmetro ejecutado
$_ : ltimo parmetro del ltimo comando ejecutado
$!: Identificador de proceso para el ltimo comando
ejecutado en segundo plano

!!: El ltimo comando ejecutado

Adems disponemos de variables sin ms. Las variables son
smbolos que pueden tomar distintos valores. Estas variables nos
permitirn trabajar cmodamente con elementos que se repiten a
menudo o que cambian solo parcialmente. Vamos a ver como usarlas y
a continuacin veremos algunos ejemplos de su uso. Asignar valor a
una variable es algo tan simple como poner una cadena de caracteres
cualquiera considerando que debe empezar por una letra o una barra
baja y luego puede tener cualquier secuencia de caracteres
alfanumricos que queramos, seguida de un igual y el valor que
queremos darle a la variable.
home_path= /home/dani
variable=3
Es muy importante que el smbolo igual suceda a la cadena
que designa la variable sin espacios en blanco, de otra manera el
terminal no entender que estamos asignando una variable.
Una vez le hemos asignado un valor a una variable podremos
acceder a l siempre que queramos, teniendo en cuenta que su valor
se perder al cerrar el terminal o al cerrar la sesin, lo que suceda
antes. Para acceder al valor de una variable lo haremos poniendo el
nombre de la variable precedido del smbolo dlar.
cd $home_path
echo $variable
Tambin podemos almacenar en variables el resultado de
ejecutar otros programas o comandos. Si recordamos la seccin 3.1
Bash, salida estndar y otros, vimos que podamos redireccionar la

salida de un comando a otro con el uso de pipes. En este caso lo que

haremos ser guardarnos la salida de un comando para usarla como
ms nos convenga. Para guardar el resultado de un comando en una
variable emplearemos el carcter `.
directorio_actual=pwd
El trabajo con variables nos permite hacer trabajos complejos.
Vamos a ver un ejemplo:
cd /root
usuario=Juan
directorio_actual=pwd
# Crear una directorio con path /root/Juan
mkdir $directorio_actual/$usuario
cd $_
pwd
/root/Juan
mkdir carpetaDe${usuario}
ls
carpetaDeJuan

5.3 Path
PATH es una variable especial en los terminales de los
sistemas Linux. Esta variable permite al terminal saber en que rutas
debe buscar los programas cuando tratamos de ejecutar un comando.
Es decir, cuando nosotros escribimos en un terminal el comando ls. La
variable PATH le indica al terminal donde debe ir a buscar un programa
de nombre ls para ejecutarlo. Si el terminal no encuentra el comando
en ninguna de las rutas que tiene definida en la variable PATH

obtendremos un error informndonos de que el comando no existe.

Juntando conceptos
Comentbamos en el captulo 2 que siempre que queramos
ejecutar un programa desde cualquier directorio en el que nos
encontremos ese programa deber encontrarse en /bin; /usr/bin;
/sbin o /usr/sbin. Ahora sabemos que eso no es exactamente as.
Aunque la convencin es que todos los programas ejecutables se
encuentren en esos directorios, podremos ejecutar cualquier
programa desde cualquier directorio donde nos encontremos
siempre que el programa a ejecutar se pueda encontrar en una de
las rutas especificadas en PATH.
Las distintas rutas especificadas en la variable PATH se
separan por el carcter : y el orden en el que las encontremos es muy
importante. Los comandos o programas a ejecutar se buscarn en las
distintas rutas por orden de aparicin de esta. Esto significa que en el
caso siguiente:
echo $PATH
/usr/local/bin:/usr/bin:/bin
Si tenemos un programa llamado ls en /usr/local/bin y otro
llamado exactamente igual en /bin. El comando ls del directorio /bin
nunca llegar a ejecutarse.
Podemos manipular esta variable a nuestro antojo ahora que
sabemos como asignar valor a las variables. Por ejemplo, si
quisisemos aadir el directorio dir a nuestra variable PATH tan solo
deberamos hacer:

PATH=dir:$PATH
PATH=$PATH:dir
Poner el nuevo directorio delante o detrs del contenido de PATH
depender de nuestras necesidades. Hay que ser cuidadoso al
manipular esta variable puesto que podramos borrar sin querer
todas las rutas que ya tiene guardadas.
Como sucede con otras variables si le asignamos un valor a esta
variable ese valor se perder en cuanto cerremos la ventana del
terminal o en cuanto cerremos sesin. Si queremos hacer los
cambios permanentes deberemos recurrir a un fichero de
configuracin. Si recordamos la seccin anterior, veremos que
debemos aadir estos mismos comandos al fichero /etc/profile o bien
al fichero /home/usuario/.bashrc segn nos convenga.

5.4 Autocompletar
Una de las funciones ms tiles que nos ofrece bash es la
opcin de autocompletar. Es cierto que la funcionalidad no est
siempre disponible en todos los sistemas Linux aunque siempre es
posible instalarla. Debido a que la instalacin de esta funcionalidad
depende de cada distribucin y no es el objetivo del texto tratar cada
distribucin ni una en concreto, no entraremos en detalles sobre la
instalacin. Sin embargo, no resulta difcil encontrar informacin en
Internet.
Cuando estamos trabajando con el terminal, si apretamos la
tecla tabulador <TAB> este intentara autocompletar lo que hayamos
escrito hasta ese momento. El autocompletado es especfico de cada
aplicacin. Eso significa que si ya hemos introducido un comando, el
autocompletado, cuando este activo, tratar de autocompletar segn

los parmetros que dicho comando requiera.

La funcin de autocompletar, por defecto, tratar de
autocompletar lo escrito como una variable si empieza por $, con un
nombre de usuario si empieza por ~, como un nombre de PC o
hostname si lo que hemos escrito empieza por @ o, si no consigue una
correspondencia en ninguno de los anteriores como un comando. Si
tampoco consigue una correspondencia con ningn comando
entonces intentara autocompletar con un nombre de fichero. Por
defecto, si presionamos <TAB> una vez y bash no es capaz de
autocompletar, si presionamos dos veces consecutivas nos ofrecer
una lista de posibles alternativas.
Hay que tener en cuenta que en caso de ambigedad el
terminal nicamente realizar el autocompletado hasta donde le es
posible autocompletar sin ambigedad. Es decir:
ls
fichero1.txt
fichero2.txt
cat fi <TAB>
cat fichero #No autocompletar ms puesto que no puede distinguir
entre ambos
En funcin del primer carcter de la cadena a autocompletar,
el sistema interpretar una u otra cosa.
$ Trata de autocompletar con una variable.
echo $ <TAB><TAB> --> $PATH; $BASH ...
~ Trata de autocompletar con un nombre de usuario
cd ~<TAB><TAB> --> ~dani/; ~oscar/

@ Trata de autocompletar con un nombre de PC

ssh dani@<TAB><TAB> --> @servidor; @web Estos
valores se recogen de /etc/hosts. Si el fichero est
vaci no obtendremos ningn valor.
Cualquier otro inicio se tratar de autocompletar con
un comando
mkd<TAB> --> mkdir
Si no se encuentra ningn comando se tratar de
autocompletar con un fichero
cd /etc/sud<TAB> --> /etc/sudoers
Lo que hemos comentado hasta ahora se trata del
autocompletado estndar que nos ofrece bash. Es posible ir ms all.
Hemos comentado que en caso de una aplicacin o comando la
funcin de autocompletado intentara autocompletar segn los
parmetros requeridos. Esto se consigue mediante el autocompletado
programado. Para poder trabajar con l tenemos el comando complete
que nos permitir modificar el autocompletado ya existente o aadir
nuestras propias funciones para el autocompletado. Vamos a tratar de
ver como funciona antes de tratar de aadir nuestras propias
especificaciones.
Vamos a referirnos a especificacin de autocompletado como
cualquier definicin de autocompletado que se haya definido para
cualquier nombre mediante el uso del comando complete. Cuando
tratamos de autocompletar una palabra se sigue la secuencia
siguiente:
1. Si el nombre identificado tiene una especificacin de

autocompletado, esa especificacin genera la lista de

posibles autocompletados.
2. En caso contrario, si se trata de completar sobre una
cadena vaca, es decir si no se ha escrito nada, todas
las especificaciones que se hayan definido mediante el
comando complete E se usarn para generar la lista
de posibles candidatos.
3. Si la palabra que se trata de autocompletar es la ruta
de un fichero o directorio, se trata primero de encontrar
una especificacin de autocompletado para la ruta
concreta. Si no da resultado, se trata de buscar una
especificacin para el nombre que precede a la ltima
barra. Es decir en /home/dani/ca se buscara
nicamente para ca.
4. Si ninguna de las anteriores permite obtener una lista
de candidatos para realizar el autocompletado, se
utilizarn todas aquellas especificaciones que se han
definido mediante complete D.
5. Si tampoco se encuentra ninguna especificacin que
cumpla con la regla 4, entonces el autocompletado
estndar, el que hemos definido ms arriba que
autocompletaba segn nombres de usuario y otras
especificaciones, se aplica para obtener la lista de
candidatos.
Esta es la secuencia seguida para saber si es posible ofrecer
candidatos para el autocompletado. Lo que todava no hemos visto es

como se obtienen los candidatos. Para ello vamos a ver como funciona
el comando complete. Este comando nos ayudar, por un lado, a
comprender como puede el sistema ofrecernos una lista de posibles
candidatos y por otro lado a poder definir nuestras propias
especificaciones de autocompletado. No veremos todas las opciones
en profundidad pero si las necesarias para hacernos una idea.
Lo primero que debemos saber, es que si todava no tenemos
activado el autocompletado programable podemos hacerlo ejecutando
en cualquier terminal
. /etc/bash_completion
Una vez lo tenemos activado ya podemos recurrir al comando
complete. Este comando tiene multitud de opciones. Quizs la primera
que nos interese ver, para hacernos una idea de como va a funcionar
es:
complete p
Esto nos mostrara las especificaciones de autocompletado
que ya tengamos definidas. Podemos definir especificaciones que
hagan referencia a las ya mencionadas anteriormente. Puede parecer
absurdo definir una especificacin para obtener los directorios con la
funcin autocompletar, pero imaginad que queremos que el comando ls
os devuelva nicamente directorios cuando apretamos el tabulador, en
este caso podemos crear una especificacin de autocompletado para
ello.
complete c [nombre] : Ofrecer posible comandos
para autocompletar nombre.
complete

[nombre]:

Ofrecer

nicamente

directorios cuando autocompletemos nombre.

complete f [nombre]: Ofrecer nicamente ficheros
al autocompletar nombre.
complete h [nombre]: Completar nicamente con
nombres de PC (hostnames).
complete u [nombre]: Completar con usuarios al
autocompletar nombre.
complete v [nombre]: Completar con variables al
autocompletar nombre.
complete g [nombre]: Completar con grupos de
usuario.
complete j [nombre]: Completar con nombres de
programas en ejecucin siempre que el control de
programas en ejecucin(o trabajaos) est activado.
Hay todava algunas ms que nos permiten especificar cual va
a ser la lista de elementos disponibles para autocompletar. Podemos
juntarlas todas ellas en la manera en que ms nos convenga para
obtener las combinaciones deseadas. Si las combinamos, sin embargo,
deberemos tener en cuenta el orden en que las reglas especificadas
van a ser interpretadas por la funcin de autocompletar para no
obtener sorpresas desagradables. Ms adelante, hablaremos sobre el
orden de las distintas reglas del autocompletado programado. El
potencial del comando complete no acaba aqu. Con algunas opciones
podemos llegar a definir nuestras propias listas de opciones o incluso
hacer que la lista de elementos dependa de un programa propio.

-W wordlist: Permite mostrar como opciones de

autocompletar todas aquellas mostradas en la lista
wordlist. La separacin de las distintas opciones se
har segn la variable IFS (Internal Field Separator,
Separador de campos interno). Esto significa que
debemos ser cuidadosos a la hora de redactar la lista
para no obtener resultados inesperados. Se trata de
una variable, por tanto podemos consultar su valor
reverencindola con el smbolo $.
echo $IFS.
Tambin podemos darle el valor deseado a dicha variable
mediante un = como ya hemos visto o mediante el
comando: export IFS= , en caso de que queramos
separar por espacios.
-P valor y S valor: Permiten aadir un sufijo o un
prefijo a la lista de resultados posibles para el
autocompletado. Por ejemplo:
complete P $ u ./miPrograma
./miPrograma <TAB><TAB>
./miPrograma $dani #Cuando el usuario sera nicamente dani
-X filtro: Permite especificar un filtro para los nombres
de fichero, cada opcin que coincida con un patrn en
el filtro es eliminada de la lista de posibles valores
para el autocompletado. Si el patrn empieza con el
smbolo ! cada opcin que no coincida con el patrn

es eliminada de la lista de posibilidades.

-C comando: Ejecuta el comando especificado y coge
el resultado como posibilidad para el autocompletado.
Si se quiere devolver ms de una posibilidad debe
hacerse imprimiendo, con el comando echo, por
ejemplo, cada opcin en una lnea distinta sin ningn
separador adicional. Esta opcin resulta muy
interesante porque permite definirnos nuestros
propios comandos o programas para ofrecer una lista
de posibilidades de autocompletado 100%
personalizada.
-F funcin: Permite definir una funcin de la que se
obtendr una lista de posibilidades para el
autocompletado. Este mtodo es similar al anterior, sin
embargo es ms complejo de utilizar a la par que
ofrece un mayor potencial. Ofrece un mayor potencial
porque mientras que la opcin C ejecuta el comando
en un entorno controlado bajo nuestro terminal, la
opcin F ejecuta el comando en el mismo entorno en
que se est tratando de autocompletar, ofreciendo por
ello acceso a determinadas variables y valores que de
otra manera no tendramos. Es muy importante que los
resultados se guarden en la variable COMREPLY si se
desea que lleguen a mostrarse como opciones de
autocompletado. Para hacer uso de esta opcin
debemos definir una funcin como la del ejemplo:
_parser_options()

{
local curr_arg;
curr_arg=${COMP_WORDS[COMP_CWORD]}
COMPREPLY=( $(compgen -W -iincoming -ooutgoing -mmissed - $curr_arg ) );
}

COMPREPLY: Es una lista que contiene los

resultados que se ofrecern en el autocompletado.
COM_WORDS: Contiene una lista de todas las
palabras que se han tecleado antes de tratar de
autocompletar
compgen: Es un comando que genera una lista de
posibles valores para el autocompletado
dependiendo de las opciones que reciba. La
opcin W tiene el mismo efecto que en el comando
complete. En este caso el objetivo de compgen es
devolver los resultados en el formato adecuado.
Es importante recalcar que en el caso del uso de las
funciones, estas debern guardarse en un fichero y luego ser
invocadas antes del comando complete mediante el uso de:
source fichero_de_la_funcin
De esta manera las tendremos disponibles para poder
usarlas en el comando complete. Es importante en el comando
complete especificar el nombre de la funcin y no del fichero que la

contiene, es por eso que resulta interesante distinguir ambos nombres.

Como hemos comentado al usar complete, debemos ser
cuidadosos en el orden con el que se ejecutan las distintas opciones
para no llevarnos alguna sorpresa inesperada cuando realizamos el
autocompletado. El orden de las instrucciones a grandes rasgos es el
siguiente:
1. Las opciones especificadas con letras minsculas son
las que se tienen en cuenta en primer lugar.
2. A continuacin se considera la lista de posibilidades
que se haya especificado con la opcin W.
3. Cualquier funcin especificada con la opcin F es
ejecutada y se obtiene la cadena de resultados.
4. Cualquier comando especificado con C es ejecutado
y su resultado obtenido.
5. Cualquier filtro especificado con la opcin X se
ejecuta a continuacin, modificando si es necesario los
valores obtenidos anteriormente.
6. Por ltimo, las opciones especificadas por P y S se
ejecutan modificando los valores previamente
obtenidos.
Si queremos que todos estos cambios sean permanentes,
deberemos aadirlos a uno de los ficheros de configuracin:
/etc/profile o /home/usuario/.bashrc.

5.5 Algunos comandos bsicos

Es muy posible que ya se conozcan varios o incluso muchos

de los comandos ms tiles para usar en los sistemas Linux. Estos

comandos que se presentan no son dependientes exclusivamente del
terminal si no que son comunes a todos los sistemas Linux. An cuando
es posible que en muchas ocasiones ya se conozcan estos comandos
nunca est de ms echarles un vistazo. Aunque todos los comandos
suelen tener diversas opciones, en este caso no se presentar
ninguna o se presentarn nicamente las ms relevantes. No conocer
las opciones hoy da no supone un problema puesto que sabiendo lo
que se busca es sencillo encontrar informacin.
Usaremos una notacin comn para representar los
comandos mostrados. Todas las palabras que se encuentren entre los
caracteres <> representan parmetros obligatorios. Las palabras que
se encuentren entre [ ] son parmetros opcionales. Todas aquellos
palabras que no se encuentran entre ningn tipo de carcter forman
parte del comando.
cat <fichero1> [fichero2 fichero3 ...]
Muestra por la salida estndar el contenido de los ficheros
que se especifiquen. cat trabaja de forma secuencial, es decir que el
orden en que se especifiquen los ficheros s que importa.
head [opciones] <fichero>
Muestra las primeras lneas de fichero por la salida estndar.
La opcin n <nmero> nos permite decidir cuantas lneas nos debe
mostrar del fichero.
tail [opciones] <fichero>

Funciona igual que head con la diferencia que muestra las

ltimas lneas de un fichero. La opcin n <nmero> de nuevo nos
permite decidir cuantas lneas queremos mostrar. El comando tail
presenta otra opcin interesante que es la opcin f. La opcin f nos
permite ir viendo en tiempo real como se van aadiendo lneas al final
de un fichero. Para salir de esta visin interactiva nicamente
tendremos que apretar la combinacin Ctrl+C.
ls [opciones] [ruta]
Lista el contenido de un directorio. Por defecto, si se le invoca
sin parmetros muestra el contenido del directorio actual. Es
interesante conocer algunas de las opciones de ls.
-a. Muestra todos los ficheros, tambin los ocultos.
-l. Muestra informacin sobre las propiedades y
permisos de los ficheros.
-R. Acta de forma recursiva, es decir, lista tambin
el contenido de los subdirectorios.
cp [opciones] <origen1> [origen2 origen3 ...] <destino>
Copia un origen en destino. Si se especifica ms de un origen
el destino debe ser un directorio. Si se especifica un solo origen el
destino puede ser un directorio o un fichero. Si el destino es un fichero
se sobrescribir el contenido o se creara el fichero en caso de que no
existiese. Si es un directorio se mantendr el nombre del fichero en
origen. Para poder especificar directorios como origen se debe invocar
el comando con la opcin r.

mv [opciones] <origen1> [origen2 origen3 ...] <destino>

Mueve un fichero o directorio de origen a destino. Si
especificamos dos ficheros dentro del mismo directorio nicamente lo
estaremos renombrando. Igual que con el comando cp si especificamos
ms de un origen el destino debe ser un directorio.
touch <ruta>
Crea un fichero vaco de nombre ruta. Si el fichero ya existe
no har nada pero la fecha de ltima modificacin ser actualizada.
rm <fichero1> [fichero2 fichero3 ...]
Borra un fichero, el fichero borrado no se puede recuperar
mediante mtodos normales, puesto que se elimina del sistema. Hay
que ser muy cuidadoso con el comando rm precisamente por ello. Si en
lugar de ficheros comunes queremos especificar directorios deberemos
especificar la opcin r. Si queremos eliminar ficheros de solo lectura
deberemos especificar la opcin f.
Advertencia
Al combinar las opciones rf puesto que si tenemos permisos de
sper usuario podemos causar un verdadero desastre en nuestro
sistema.
cd <ruta>
Cambia al directorio indicado por ruta. Si ruta empieza por /
estamos navegando a un directorio absoluto, es decir relativo a la raz

del sistema. En caso contrario, estamos navegando a un directorio

relativo a la ruta donde nos encontremos. Recordemos el captulo 2.
pwd
Devuelve la ruta completa del directorio en el que nos
encontramos trabajando.
mkdir <directorio>
Crea un directorio de nombre directorio . Si directorio es una
ruta vlida se crea el subdirectorio en la ruta especificada. Si queremos
crear un directorio debemos tener en cuenta que solo se intentar
crear el directorio cuyo nombre va tras el ltimo carcter /. As pues si
intentamos crear /home/dani/videos/cumpleaos y el directorio videos
no existe el comando mkdir devolver un error. Para que cree toda la
estructura de directorios podemos especificar la opcin p. Si lo
hacemos, en el ejemplo anterior se crearn tanto el directorio videos
como el directorio cumpleaos dentro del directorio dani.
rmdir <directorio>
Permite borrar un directorio. Lo usual es usar la opcin r del
comando rm , sin embargo tambin existe alternativa. Este comando a
diferencia de rm r fallar en caso de que el directorio contenga algn
fichero, sea del tipo que sea.
grep [opciones] <expresin>
Este es un comando extremadamente til. Su uso en solitario
no es muy habitual. Normalmente se utiliza este comando

redireccionando la salida de otro comando hacia grep con un pipe o

tubera. Grep nos muestra por la salida estndar las lneas de un
fichero o de la entrada que corresponda que coinciden con una
expresin. Vamos a verlo con un ejemplo. Supongamos que tenemos
un fichero de 4000 lneas con contenido similar a:
[INFO] test info
[WARN] test info
[INFO] test info
[...]
As hasta llenar las 4000 lneas del fichero. Si empleamos el
comando cat este nos mostrara 4000 lneas en nuestro terminal, estas
no cabrn, eso sin duda. Sin embargo a nosotros solo nos interesan
aquellas lneas que contengan el patrn [WARN] as pues recurrimos al
comando grep.
cat fichero | grep [WARN]
Esta combinacin de comandos nos permitir eliminar todas
las lneas que no empiecen con [WARN]. Esto es vlido para cualquier
combinacin que se nos ocurra. Hay que considerar que la salida del
comando grep puede redirigirse de nuevo al comando grep. Adems
grep presenta una opcin muy interesante que es la opcin v. Esta
opcin permite invertir la seleccin, es decir permite seleccionar todas
aquellas lneas que no coinciden con la expresin.

Existen multitud de comandos y programas en los sistemas

Linux y nosotros mismos podemos ampliar el nmero de ellos

desarrollando nuestros propios programas. Sin embargo, los
comandos presentados se usan muy a menudo para trabajar en
cualquier sistema Linux, sobretodo, pero no exclusivamente, si
debemos ser los responsables de gestionar un sistema.

6. Procesos y threads
Otro de los puntales claves de cualquier sistema operativo
son los procesos que se ejecutan en cada uno de estos sistemas. Junto
con los ficheros y los usuarios que veremos ms adelante, es lo que
realmente nos permite trabajar con nuestros sistemas. En los sistemas
Linux no es diferente y saber trabajar con ellos nos puede ser de gran
ayuda.
Un proceso puede definirse de una forma sencilla como un
programa en ejecucin. As pues, por fin sabemos lo que es un
proceso. Ms concretamente podramos definirlo como una unidad de
proceso gestionada por el sistema operativo. As pues, cuando
hablamos de un sistema multiusuario y multitarea o multiproceso, nos
referimos a que puede tener al mismo tiempo ms de un programa en
ejecucin.
Hoy en da parece que afirmar esto es una obviedad. Sin
embargo, si nos paramos a pensar en las mquina de hace unos aos
o en las mquina de uso domestico de hoy en da quizs nos daremos
cuenta que podemos tener al mismo tiempo varios programas
ejecutndose, varios procesos, y que normalmente estos procesos son
bastantes ms que el nmero de procesadores que tiene nuestra
mquina. Como es posible que se ejecuten simultneamente ms
procesos que unidades de procesamiento tiene nuestra mquina? La
respuesta es sencilla y bastante obvia una vez se conoce: no se
puede.
Los procesos tienen diversos requisitos y necesidades. Por
ejemplo, pueden necesitar estar esperando a poder leer o escribir en

un fichero, pueden estar esperando a que el usuario introduzca datos,

pueden estar esperando a recibir datos de la red, pueden estar
procesando, etc. A fin de cuentas pueden estar ejecutndose,
esperando por entrada/salida de cualquier tipo o en algn otro estado
que se comentar ms adelante. Es tarea del sistema operativo
asignar tiempo de procesamiento a uno u otro proceso segn las
necesidades de este y segn el estado de cada proceso. Es
responsabilidad de nuestro sistema Linux, por tanto que el usuario
tenga la sensacin de multitarea aprovechando los distintos estados
para solapar ejecuciones. El detalle de los ncleos de procesamiento
disponibles y de estas limitaciones nos afectar pocas veces.
nicamente si debemos desarrollar aplicaciones donde el tiempo o los
recursos son realmente crticos deberemos tener en cuenta estos
detalles.
La manera usual de funcionar de cualquier planificador
consiste en interrumpir muy brevemente la ejecucin de todos los
procesos para realizar las tareas bsicas del Kernel, por ejemplo
mantener la informacin en la memoria RAM, e introducir el planificador
para asignar tiempo de cmputo a uno u otro proceso.
Todo proceso est formado por un activo y por un flujo de
ejecucin. El flujo de ejecucin se corresponde con las instrucciones
del programa que se van ejecutando y es conocido como thread o hilo
de ejecucin. Cuando tenemos un proceso con mltiples threads
tenemos entonces un proceso con mltiples flujos de ejecucin. El
tiempo de ejecucin de cada CPU es asignado por threads, aunque
teniendo en cuenta a que proceso pertenecen. La otra parte que tiene
todo proceso es su activo. Este activo se compone de:
El espacio de memoria asignado al proceso.

Las variables globales.

Ficheros abiertos por el proceso.
Los procesos hijos, es decir creados por el
proceso.
Temporizadores.
Otros.
Estos componentes son comunes a todos los hilos de
ejecucin y sern por tanto los que permitirn la comunicacin entre
estos. Sern tambin los que permitan establecer los lmites de
recursos para cada uno de los procesos.
Los demonios o servicios no son otra cosa que procesos que
se ejecutan en nuestro sistema y que tienen unas caractersticas
concretas. Estos procesos son bastante habituales en los sistemas
Linux y suelen identificarse porque tienen una d en su nombre. Por
ejemplo sshd es el demonio de un programa que permite recibir
conexiones remotas, a travs de la red, de otras mquinas. Las
caractersticas comunes en estos procesos son:
Se arrancan al iniciar el sistema.
No mueren. Es decir, estn siempre en ejecucin,
suele ser habitual que cuando un demonio deja de
ejecutarse haya otro programa que est pendiente
de volverlo a levantar, es decir de ejecutarlo de
nuevo.
Suelen ser procesos que se ejecutan en segundo
plano y que no tienen asociado ningn terminal.

Suelen estar a la espera de un evento para

empezar a trabajar.
Es habitual que deleguen las tareas a otros
procesos.

6.1 Listando los procesos en nuestro

sistema
Cada proceso en un sistema Linux est identificado por un
nmero o PID, process ID por sus siglas en ingls. Este identificador es
nico para cada proceso y es el mismo durante todo el ciclo de vida del
proceso. Esto nos puede llegar a ser sumamente til puesto que
recordando un nmero somos capaces de trabajar con el proceso
mientras est vivo.
Para listar los procesos en nuestro sistema recurriremos al
comando ps (process snapshot).
ps
PID TTY STAT TIME
COMMAND
520 p0 S 0:00 -bash
31956
p3 R 0:00 ps
[...]
Este es un ejemplo de la salida que obtendramos para el
comando ps. Vamos a echar un vistazo a lo que significa cada columna,
aunque si hemos ido siguiendo el texto completo algunas de las
columnas nos resultarn bastante intuitivas.
PID: El identificador numrico del proceso
TTY: El terminal o dispositivo sobre el que est

ejecutndose el comando.
STAT: El estado del proceso. Ms adelante veremos
en que estados podemos encontrar a los procesos
en nuestros sistemas Linux.
TIME: Aunque esta columna parece intuitiva, nada
ms lejos, puesto que nos muestra el tiempo de
CPU que el proceso ha usado hasta ahora. Esto
significa que el proceso puede llevar 45 minutos
ejecutndose a la espera de un evento y el tiempo
mostrado ser 0:00. nicamente el tiempo que el
proceso ha estado ejecutando instrucciones se
computa aqu.
COMMAND: El comando o programa que
corresponde con ese identificador de proceso.
Al igual que muchos otros comandos, ps puede invocarse
usando opciones para modificar la informacin o los detalles que
ofrece. A diferencia de otros comandos, ps no recibe sus opciones, es
decir sus argumentos, precedidos del carcter -, si no que
simplemente recibe todas sus opciones separadas del comando por un
espacio. Algunas de las opciones ms conocidas son:
x: Muestra todos los procesos que corren en el
sistema que pertenecen al usuario que lanza el
comando
a: Muestra los procesos para todos los usuarios
u: Incluye informacin ms detallada de los
procesos

w: Muestra los comandos completos. Normalmente

solo se muestra la parte del comando que cabe en
la lnea de salida del comando ps.
t: muestra los procesos que pertenecen al terminal
especificado. Si no se especifica terminal, muestra
los procesos que pertenecen al terminal en uso.
m: muestra tambin los threads de cada proceso.
Por defecto ps muestra nicamente los procesos,
sin embargo, si distinguimos entre threads y
procesos, porque no listarlos tambin?
El comando ps puede aceptar los parmetros al estilo
tradicional de UNIX, es decir precedidos por el carcter -, puede
aceptar los parmetros segn el estilo de GNU, es decir precedidos por
dos caracteres - o puede aceptarlos en el formato BSD que es como
se ha descrito anteriormente. El ms habitual suele ser el que se ha
mostrado ms arriba. Hay que ser cuidadoso pues los parmetros no
son los mismos usndolos segn una u otra nomenclatura.
Al listar los procesos con el comando ps debemos considerar
todava dos cosas, la primera de ellas es que la columna tty puede
tomar el valor ?. Esto significa que el proceso no est asociado a
ningn terminal o que se desconoce el terminal al que est asociado.
La segunda cosa a tener en cuenta son los estados que puede tener
un proceso. Esta es quizs una de las informaciones ms relevantes
que nos puede ofrecer el comando ps. Vamos a ver algunos de los
estados que podemos encontrarnos:
S: Espera interrumpible. Normalmente esperando a
que suceda un evento.

R: Ejecutndose o esperando ser ejecutado.

D: Espera ininterrumpible. Normalmente en algn
proceso de entrada/salida
Z: Difunto. Un estado bastante malo, significa que el
proceso ha muerto pero el proceso padre ha sido
incapaz de liberar sus recursos todava.
X: Nunca deberamos ver este estado. Significa que
el proceso ha muerto. Si vemos este estado es
porque el proceso ha sido incapaz de liberar los
recursos que tena asignados en el momento de
terminar. Tenemos, en este punto, unos recursos
ocupados por un proceso que no existe.
En algunas ocasiones, es posible que encontremos ms de
un carcter para representar el estado. Suele ser siempre as para
BSD, encontraremos igualmente en la mayora de sistemas Linux estos
modificadores de los estados, veamos que significan algunos de ellos:
<: Alta prioridad.
N: Baja prioridad.
l: Se trata de un proceso con mltiples hilos.
s: El proceso lidera una sesin. Una sesin no es
otra cosa que una manera de agrupar procesos
para que el sistema pueda tratar con ellos de una
forma sencilla. Por ejemplo, suele ser habitual que
una ventana terminal sea lder de sesin, de esta
manera al cerrar el terminal es ms fcil lidiar con

todos los procesos que pertenecen a dicha sesin.

6.2 Seales
Una seal es un mensaje del kernel destinado a un proceso.
Vendra a funcionar de una manera similar a como trabajan las
excepciones de hardware. La idea detrs de las seales reside en
que cualquier proceso que este en ejecucin y reciba una seal
detendr su ejecucin para tratar la seal y en caso de que la seal no
implique terminar el proceso, una vez tratada, el proceso recuperar su
ejecucin normalmente.
Normalmente las seales solo pueden ser enviadas por el
kernel o por otro proceso. Cuando se trata de un proceso, este
nicamente puede mandar seales a procesos que han sido iniciados
por el mismo usuario, de otra manera se necesitarn permisos de sper
usuario. Las seales permiten enviar diversos mensajes a los
procesos, de manera que podemos controlar su ciclo de vida con el
uso de seales. En algunas ocasiones, si somos nosotros los
desarrolladores de alguna aplicacin, incluso podremos interactuar
con las seales desde la aplicacin para obtener el comportamiento
que consideremos oportuno.
El comando kill nos permite mandar seales a un proceso si
conocemos su PID.
kill 1359 #Manda la seal TERM (terminar) al proceso con PID 1359.
Por defecto el comando kill siempre manda la seal TERM al
PID especificado, sin embargo es posible enviar la seal que
deseemos pasndosela como parmetro.

kill -2 1359
kill INT 1359
Cualquiera de las dos formulas anteriores es correcta y de
hecho ambas hacen los mismo. En este caso mandar una seal, la de
interrupcin del teclado. Suele ser habitual esta seal para parar o
finalizar procesos en los sistemas Linux. De hecho, esta seal es el
equivalente al famoso Ctrl+C que ha ido apareciendo a lo largo del
texto.
Las seales disponibles en el sistema son bastante variadas.
A continuacin veremos algunas de ellas. Estn expresadas en dos
formatos, ambos vlidos para usar junto con el comando kill. Sin
embargo, a la primera columna debemos quitarle las tres primeras
letras en caso de querer pasarlas como parmetros. Por que incluir
esas letras entonces? En el lenguaje de programacin C, por ejemplo,
se usan con el nombre completo y en los manuales de los sistemas
Linux aparecen tambin con estos nombres, as que usaremos sus
nombres completos.
Seal
(nombre)

Seal (valor
numrico)

Descripcin

SIGINT

Interrupcin del teclado

SIGQUIT

Cerrar desde el teclado

SIGILL

Instruccin no permitida o
desconocida

SIGABRT

Seal para abortar el

proceso

SIGKILL

Seal de muerte

SIGPIPE

13

Salta cuando se escribe

en un pipe pero no hay
nadie dispuesto a leer.
Normalmente no salta
hasta que el pipe no est
lleno.

SIGTERM

15

Seal de terminacin

SIGTSTP

18,20,24

Seal de parada

Las anteriores son slo una muestra de las seales que hay.
Se trata, quizs de las ms comunes. No todas ellas tienen el mismo
efecto y las descripciones de las seales son muy vagas. Sin embargo,
el tratamiento de una u otra seal puede ser modificado por los
procesos, por lo que dar una descripcin detallada resulta bastante
complicado. Pese a eso, las seales SIGSTOP y SIGKILL son seales
que no pueden ser tratadas por los programas que desarrollemos, si
no que fuerzan siempre la terminacin del proceso sea cual sea el
estado de este. As pues, si algn proceso nos est causando
problemas siempre podemos recurrir a:
kill -9 PID
Finalmente, hay algunas de estas seales que tienen una
equivalencia directa en cuanto a combinacin de teclas del teclado.
Son las siguientes:
CTRL+C: kill -2. Manda una seal de interrupcin
al proceso.

CTRL+Z: kill {18,20,24} kill TSTP. Detiene el

proceso, este se puede continuar con el comando
fg o bien con kill CONT.
CTRL+\: kill -3. Enva la seal de cierre al proceso.

6.3 Viendo los procesos en tiempo real

Aunque el comando ps nos da muchsima informacin acerca
de los procesos de nuestro sistema, nos muestra los procesos en un
nico instante del tiempo, ps viene del ingls process snpashot. Si
necesitamos ver en tiempo real que es lo que est haciendo nuestro
Linux y que procesos se estn ejecutando, deberemos recurrir al
comando top.
top
top - 11:36:06 up 1:03, 2 users, load average: 0,38, 0,31, 0,32
Tareas: 249 total, 2 ejecutar, 247 hibernar, 0 detener, 0 zombie
%Cpu(s): 1,1 usuario, 0,4 sist, 0,0 adecuado, 98,4 inact, 0,0 en
espera, 0,0 hardw int, 0,0 softw int, 0,0 robar tiempo
KiB Mem: 16348032 total, 4008256 used, 12339776 free, 275200
buffers
KiB Swap: 16690172 total, 0 used, 16690172 free. 1255640 cached
Mem
PID USUARIO PR NI VIRT RES SHR S %CPU %MEM HORA+
ORDEN
4436 dani 20 0 982792 154512 91896 S 3,0 0,9 0:56.36
spotify
4807 dani 20 0 902092 240028 74752 S 2,3 1,5 0:21.27

chrome
3072 dani 20 0 1138196 282700 110108 S 2,0 1,7 2:14.22
chrome
1608 dani 20 0 404816 138800 55904 S 1,3 0,8 2:39.46
Xorg
2649 dani 20 0 1978388 258592 93712 S 1,0 1,6 2:06.50
cinnamon
4017 dani 20 0 1027028 355312 80784 S 1,0 2,2 1:24.25
chrome
2404 dani 9 -11 512236 12708 9988 S 0,7 0,1 0:17.32
pulseaudio
4879 dani 20 0 718964 52856 31332 S 0,7 0,3 0:02.09
chrome
2685 dni 20 0 2421212 119344 32568 S 0,3 0,7 0:16.68
dropbox
3206 dani 20 0 864884 168212 56048 S 0,3 1,0 0:43.57
chrome
4762 dani 20 0 622428 33680 23552 S 0,3 0,2 0:01.74 gnometerminal
4849 root 20 0 0 0 0 S 0,3 0,0 0:00.09
kworker/1:2
1 root 20 0 33888 4368 2600 S 0,0 0,0 0:01.27
init
2 root 20 0 0 0 0 S 0,0 0,0 0:00.00
kthreadd
3 root 20 0 0 0 0 S 0,0 0,0 0:00.01
ksoftirqd/0

Como vemos, al ejecutar el comando top los parmetros se

van actualizando cada segundo, dndonos informacin nueva de lo
que pasa en nuestro sistema. Como se puede observar, top nos ofrece
informacin sobre el estado de nuestra mquina y sobre los recursos
utilizados, tanto de manera global como por proceso.
Vamos a ver la informacin que nos ofrece este comando tan
til paso por paso. Lo primero que vamos a ver es el tiempo de
actividad del sistema y su carga media.
top - 11:36:06 up 1:03, 2 users, load average: 0,38, 0,31, 0,32
En primer lugar vemos que nos informa de la hora actual del
sistema. En segundo lugar se nos muestra cuanto tiempo lleva el
sistema encendido. A continuacin se muestra el nmero de usuarios
que se encuentran conectados en ese momento al sistema. Finalmente
muestra tres valores. El primer valor es la carga media del sistema en el
ltimo minuto, el segundo es la carga media en los ltimos 5 minutos y
el ltimo se corresponde con la carga media en los ltimos 15 minutos.
Estos tres valores son los que nos van a permitir saber si hay una carga
excesiva en el sistema o si se trata de un pico de carga temporal.
Tareas: 249 total, 2 ejecutar, 247 hibernar, 0 detener, 0 zombie
La segunda lnea, que se muestra inmediatamente arriba, es
bastante explicativa pues nos muestra el nmero de procesos de
nuestro sistema y el estado de cada uno. Los procesos que marca
como hibernando son procesos que se encuentran a la espera de que
suceda algo, bien sea entrada/salida o cualquier otro evento. Por otro
lado, los procesos zombies son aquellos que se han quedado
hurfanos, es decir aquellos cuyos padres ya no se estn ejecutando.

A continuacin las tres lneas siguientes muestran el uso de

recursos del sistema. La primera lnea muestra el uso de CPU, la
segunda lnea muestra el uso de memoria fsica y la tercera el uso de la
memoria virtual. De hecho si nos fijamos cuidadosamente veremos que
top nos est mostrando, separado del resto de la lnea por : , que
informacin nos va a dar.
%Cpu(s): 1,1 usuario, 0,4 sist, 0,0 adecuado, 98,4 inact, 0,0 en
espera, 0,0 hardw int, 0,0 softw int, 0,0 robar tiempo
KiB Mem: 16348032 total, 4008256 used, 12339776 free, 275200
buffers
KiB Swap: 16690172 total,
0 used, 16690172 free. 1255640
cached Mem
En este caso los valores que nos muestra en las distintas
lneas son los siguientes:
(us)usuario: Indica el % de CPU usado por el
usuario.
(sy)sistema: Indica el % de CPU usado por el
kernel.
(id)inactivo: Indica el % de CPU usado por
procesos inactivos.
(wa)en espera: Indica el % de CPU usado por
procesos en espera.
hi(interrupciones de hardware): Indica el % de
CPU gastado en interrupciones de hardware.

si (interrupciones de software: Igual que el

anterior, con la diferencia que este es exclusivo de
interrupciones de software.
Se debe tener en cuenta que el porcentaje de CPU usado por
top puede no ser real. Al final, el uso de CPU se calcula en funcin del
tiempo de uso de la CPU de cada proceso y se calcula cuanto de ese
tiempo de CPU se ha dedicado a usuario, cuanto al sistema, etc. Esto
significa, que los primeros datos de CPU quizs no sean en exceso
relevantes.
En cuanto a las dos lneas siguientes, ambas muestran, en
este orden, la memoria total, la utilizada, la libre y la que se encuentra
en buffers o en cach. Aunque no entraremos en detalles sobre este
ltimo valor, en la mayora de casos, podemos considerar este valor
como parte de la memoria libre.
Una vez hemos pasado estas primeras lneas de informacin
encontramos un listado de los procesos que se ejecutan en nuestra
mquina con un montn de informacin desglosada por columnas que
nos proporcionan muchsimos datos sobre los procesos de nuestro
sistema. En la gran mayora de ocasiones resulta imposible conocer
exactamente todos los procesos mostrados por el comando top. Las
columnas que encontramos para cada uno de los procesos y la
informacin que nos proporcionan es la siguiente:
PID: El identificador del proceso.
USUARIO: Usuario propietario del proceso.
PR: La prioridad de la tarea. En general suele ser
habitual ver a todos los procesos con la misma
prioridad. Esto afecta a como el planificador del

sistema tratar la tarea.

NI: La manera en que la prioridad es asignada al
proceso. Un valor negativo indicar una alta
prioridad. Un valor neutro, 0, indicar que la
prioridad no debe considerarse con este proceso.
VIRT: La memoria virtual usada por el proceso en
Kb.
RES: La memoria fsica usada por el proceso en Kb.
SHR: Memoria compartida usada por el proceso.
Cada proceso suele tener asignado su espacio de
memoria. En algunas ocasiones es necesario
compartir informacin entre procesos. En estos
casos se recurre a la memoria compartida. La
memoria compartida puede encontrarse como un
directorio en /dev/shm, en la mayora de
distribuciones Linux. Si recordamos el captulo 3.
Dispositivos, podemos darnos cuenta que se trata
de una interfaz que nos ofrece el sistema.
S: Se trata del estado del proceso. Aqu igual que
suceda con el comando ps, los estados son
representados con uno o dos caracteres que son
los mismos que listbamos en el caso de ps.
%CPU: El porcentaje de CPU usado por el proceso.
Igual que antes no se trata del porcentaje de CPU
real usado si no del porcentaje de tiempo que el
proceso ha usado la CPU. Este porcentaje es

relativo a la ltima actualizacin de top, por lo que

se debe ser cuidadoso al interpretar su contenido.
En ocasiones podemos ver que este porcentaje
supera el 100%. Esto no significa que nuestro
Linux se ha vuelto loco, simplemente en la mayora
de ocasiones nuestros sistemas Linux nos
muestran el porcentaje en funcin al nmero de
CPUs de los que disponemos. Esto significa que, si
nuestra mquina tiene 8 CPUs, el porcentaje
mximo que podemos observar es 800% en lugar
del 100%.
%MEM: Porcentaje de memoria RAM (fsica, no
virtual) utilizada por el proceso.
TIME+: Muestra el tiempo total de CPU que ha
usado el proceso desde que se inici. Esto significa
que no se trata de cuanto rato lleva ejecutndose
el proceso, si no cuanto de ese tiempo ha estado
haciendo verdaderos clculos. Es posible que en
lugar de TIME+, el comando top nos muestre TIME,
en este caso la informacin que nos da es la misma,
la diferencia estriba en que TIME+ tiene mayor
granularidad, es decir, es ms preciso.

6.3.1 Interactuando con el comando top

El comando top es capaz de mostrarnos mucha informacin y
an y as, sus funcionalidades no terminan ah. Como muchos otros
comandos top puede ser invocado con diversas opciones a las que se
llama usando la sintaxis habitual de - precediendo a la opcin.

En el caso de top adems contamos con una serie de

comandos interactivos, es decir una serie de opciones que podemos
invocar mientras estamos observando los distintos procesos que estn
en ejecucin en nuestro sistema Linux. Veamos algunos de los ms
comunes:
d: Por defecto top se refresca, es decir actualiza la
informacin, cada 3 segundos. Podemos cambiar
este valor presionando la tecla d e introduciendo
luego el nuevo valor en segundos que debe
marcar el refresco de top.
k: Permite especificar un PID, luego la seal
SIGTERM es enviada a dicho proceso.
r: Permite cambiar la prioridad e un proceso. Antes
de poder cambiar la prioridad nos pedir el PID
para poder saber a que proceso se le debe
cambiar la prioridad.
shift+w: Permite guardar los resultados del
comando top al fichero /root/.toprc. Por supuesto,
debemos tener permisos para escribir en este
directorio
h: Permite invocar la ayuda sobre las distintas
opciones y comandos.
Existen ms opciones y caracteres, se pueden obtener la lista
de aquellos que acepta nuestro programa top, simplemente invocando
la opcin h mientras ejecutamos el comando top.
Hay un par ms de opciones que tambin resultan muy tiles.

Supongamos que queremos guardar la salida del comando top a un

fichero porque queremos realizar la caracterizacin de un sistema o
por el motivo que sea. Estar constantemente apretando shift+w no es
cmodo ni, en ocasiones, viable. As pues necesitamos una manera de
guardar estos datos. Para ello top nos ofrece dos opciones muy
interesantes, aunque no se trata de las nicas opciones que tiene este
comando.
-n: permite realizar el comando un nmero n de
veces y luego termina su ejecucin
-b: Lanza top en modo consola de manera que es
mucho ms sencillo guardar los resultados en un
formato comprensible.
Conociendo las opciones, para solucionar nuestro problema,
podramos realizar algo como lo siguiente:
top n 10 b > salida_top.txt

6.4 Planificacin de tareas

En los sistemas Linux encontraremos un par de herramientas
que nos sern extremadamente tiles: cron y at. Este par de
herramientas permiten planificar la ejecucin de una tarea de una
manera bastante sencilla pero que a la vez nos ofrece una flexibilidad
asombrosa.
Bsicamente lo que nos van a permitir ambos comandos es
ejecutar nuestras tareas, es decir, programas, comandos o scripts, en el
momento en el que queramos, en el caso de at y de forma peridica o
puntual en el caso de cron. Vamos a ver como trabajan estas dos
herramientas.

6.4.1 at
El comando at permite programar tareas, aunque estas no
sern persistentes. Que significa esto? Significa que en el momento
que apaguemos el ordenador todas las tareas programadas con at
sern eliminadas.
Podemos invocar el comando at de la siguiente manera:
at 11:00
at 11:00 15/09/2015
Si la hora y la fecha son correctas, at no nos va a dejar
programar una tarea en el pasado, nos aparecer un prompt, es decir
un puntero en el terminal que nos da la opcin de escribir. Desde ese
momento podemos escribir tantos comandos como queramos, tal como
si los estuvisemos escribiendo en un terminal. Una vez hayamos
terminado de introducir todas las tareas que queremos programar para
esa fecha simplemente debemos presionar Ctrl+D y saldremos del
comando at, dejando las tareas correctamente programadas.
Una vez hemos programado nuestras tareas podremos
consultarlas con el comando:
atq
Si nos fijamos en la salida de atq, veremos que junto con cada
tarea nos aparece un nmero identificador. Este nmero es nico para
cada tarea y nos permite identificarlas por si quisisemos trabajar con
ellas. Por ejemplo, nos podra resultar interesante borrar una de las
tareas que tuvisemos programadas. En este caso podramos recurrir
a:

atrm <identificador_de_tarea>
Para hacernos la vida ms fcil el comando at permite trabajar
con algunas palabras en ingls que nos harn la vida ms fcil. A
continuacin se muestran algunos ejemplos, no son todos los
existentes, pero no es difcil encontrar informacin sobre estos detalles
en Internet.
at midnight #Se ejecutarn las tareas a medianoche
at 10:32 +5 days #Se ejecutarn las tareas a las 10:32 de aqu a 5 das
at 10:32 +5 weeks #Se ejecutarn las tareas a las 13:32 de aqu a 5
semanas.
at 10:32 APR 20 #Se ejecutar la tarea a las 10:32 del 20 de abril
En el caso de especificar los meses hay que tener en cuenta
que se deben expresar siempre en maysculas las tres primeras letras
del mes en ingls. Para saber cuales son las opciones que acepta
vuestro comando at es posible que sea necesario recurrir al manual.
Recordemos que la mayora, si no todas las distribuciones de Linux,
cuentan con el comando man. Este comando nos permite ver el manual
de la mayora de comandos y programas de nuestro sistema.
man at

6.4.2 cron
El comando cron permite programar tareas de forma
persistente, es decir podemos apagar el ordenador y al volverlo a

encender las tareas seguirn programadas, siempre y cuando el

tiempo de ejecucin no haya pasado. Cron no es capaz de ejecutar
comandos mientras la mquina est apagada. An as, nos permite
programar tareas peridicas o espordicas con una flexibilidad que
resulta muy til en muchsimas ocasiones. A diferencia del comando at,
tenemos la posibilidad de ejecutar las tareas cada minuto o cada da
sin mucho esfuerzo.
La manera de planificar tareas con cron es usando el fichero
crontab, dado que se trata de un fichero de configuracin, si
recordamos la seccin 2.2 Jerarqua de directorios, no puede estar en
otro lugar que en /etc. Aunque se puede editar este fichero
directamente es recomendable usar el comando
crontab e
En este caso, vamos a asumir que se usa mediante la
invocacin de este comando en todas las ocasiones. Al ejecutar el
comando se nos permitir, si es la primera vez que lo ejecutamos y si
contamos con diversos editores de texto, escoger con que editor de
texto vamos a trabajar. A partir de aqu se nos da la opcin de editar un
fichero en el que podemos poner las tareas que queremos planificar.
Una vez hayamos terminado simplemente cerramos el fichero
guardando los cambios, esto se har de una u otra manera
dependiendo del editor, y ya tendremos nuestras tareas planificadas.
El fichero contiene una tarea por lnea y cada lnea sigue el
formato siguiente:
# variables para ejecutar los comandos, ya deberamos saber que
significan todas
# Podemos refrescar la memoria en el captulo de Bash

SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/
# tareas
*****

comando a ejecutar

En las tareas, lo primero que tenemos son los datos para

definir la fecha de ejecucin, seguida del comando. Esta fecha de
ejecucin se define por 5 valores. Estos valores deben leerse en
conjunto puesto que se modifican entre ellos. Los 5 valores nos dicen,
de izquierda a derecha:
Minuto: Puede tomar un valor entre 0-59. Si
ponemos el valor 58 por ejemplo se ejecutara en el
minuto 58 de la hora y da que especifiquemos, no
cada 58 minutos. Si especificamos un * se ejecutar
cada minuto. Si queremos especificar que la
ejecucin debe darse cada 5 minutos deber
expresarse el valor */5.
Hora: Puede tomar un valor entre 0-23. Funciona
de la misma manera que el anterior.
Da del mes: Puede tomar un valor entre 0-31.
Funciona igual que los anteriores.
Mes: El mes expresado en valor numrico (1-12) o
bien con las tres primeras letras en minsculas del
nombre del mes en ingls. Si especificamos un * se

ejecutar cada mes.

Da de la semana: Expresado en valor numrico
(0-7). Hay que tener en cuenta que el domingo es
tanto el 0 como el 7. Si especificamos un * se
ejecutar cada da de la semana.
Puede parecer algo confuso, pero algunos ejemplos nos
pueden ser de utilidad para entender exactamente como funciona:
# Ejecutar un comando cada minuto. Un asterisco en un campo significa
#todos.
*****
comando
# Ejecutar un comando cada 5 minutos los lunes. La barra indica
#fracciones
*/5 * * * 1
comando
# Ejecutar un comando el primero de cada mes a las 6 de la maana
0 6 1 **
comando
# Ejecutar un comando cada minuto de 6 a 7 de la maana
*6 ***
comando
# Ejecutar un comando el 25 de octubre a las 20:32
32 20 25 10 *
comando
# Ejecutar un comando cada 2 dias a las 7 de la maana
0 7 */2 * *
comando

# Ejecutar un comando a las 7 de la maana y de la tarde. Se

# usa el separador para especificar dos valores
0 7,19 * * *
comando
Adems de los distintos valores que se han mostrado,
numricos; asteriscos y /, cron nos ofrece tambin algunas
construcciones que nos pueden ser muy tiles. Estas construcciones
deben substituir a los 5 valores. Algunas de ellas son las siguientes:
@yearly: Se ejecuta 1 vez al ao.
@monthly: Se ejecuta una vez al mes.
@weekly: Se ejecuta una vez a la semana.
@daily: se ejecuta una vez al da.
@reboot: se ejecuta al reiniciarse el sistema.
Aclaracin
Al especificar una de las construcciones de la lista cron interpretar
que la instruccin debe completarse en el primer instante posible.
Dicho de otra forma, si especificamos @yearly, la accin se
ejecutar el 1 de enero a las 00:00. Si especificamos @weekly la
accin se ejecutar cada lunes a las 00:00.
Dado que se trata de una herramienta muy potente existen
maneras de controlar que usuarios tienen acceso a poder planificar
tareas con cron. Para ello se hace uso de dos ficheros de
configuracin. En ausencia de estos ficheros, dependiendo de la
distribucin de Linux que usemos, tendremos que o bien todos los

usuarios pueden programar tareas, o bien que nicamente puede

hacerlo el sper usuario. Estos ficheros son
/etc/cron.allow: Donde se definen los usuarios
autorizados a razn de uno por lnea
/etc/cron.deny: Donde se definen los usuarios no
autorizados a razn de uno por lnea.
Por que tener dos ficheros? Eso depende de la poltica que
se quiera implementar. Si se opta por una poltica de lista blanca,
especificar solo aquellos usuarios que tienen acceso, se har uso del
primero. Si se desea emplear una poltica de lista negra, permitir el
acceso a todos menos a aquellos que cumplen unos requisitos
concretos, se emplear el segundo de los ficheros.
Una vez hayamos terminado con cron podemos consultar que
tareas tenemos programadas con
crontab l

6.4.2.1 Como funciona cron

Cron debe leer las tareas que tiene pendientes y ejecutarlas
en el momento preciso. Pero, como hace esto? Cron es otro proceso
ms y gasta, por tanto, recursos del sistema. Si cada instante estuviese
realizando comprobaciones no tendramos recursos en nuestro
computador para hacer otras tareas o para otros procesos. As pues, la
idea tras el trabajo de cron es la siguiente:
1. Lee las tareas pendientes.
2. Determina si alguna debe ejecutarse en este instante
de tiempo.

1. En caso afirmativo, ejecuta la tarea programada.

3. El proceso se pone a dormir durante un minuto.
4. Vuelve a 1.
Este es un comportamiento arcaico de cron y no muy eficiente
puesto que si no hay tareas o tenemos muy pocas tareas le estamos
dando a cron recursos del sistema cada minuto, cuando estos recursos
podran ir destinados a otros procesos. Obtenemos entonces un
funcionamiento similar al siguiente:
1. Se busca el fichero crontab para todos los usuarios.
2. Para cada fichero se determina la prxima fecha en
que debe ejecutar-se una tarea.
3. Se colocan todos los comandos una lista de eventos.
Para ms informacin sobre la lista de eventos podis
realizar una bsqueda en Internet sobre FrantaMaly .
4. Se escoge el primer evento de la lista y se calcula
cuanto tiempo falta hasta que sea ejecutado.
5. Se pone el proceso cron a dormir durante el tiempo
que se ha calculado en el paso anterior.
6. Al despertar se comprueba que la fecha es correcta y
se lanza el comando que corresponda.
7. Se calcula si el comando debe volver a ser ejecutado.
1. En caso afirmativo se re-encola el comando con el
nuevo clculo de tiempo.

8. Vuelta a 4.
Si nos fijamos cuidadosamente veremos que los pasos de 1 a
3 solo se ejecutan 1 vez al lanzar el demonio de cron. Esto significa
que si modificamos el fichero /etc/crontab a mano, nuestra tarea no va a
entrar a la lista de tareas pendientes hasta que no reiniciemos el
demonio de cron o la mquina. Es por eso que se recomienda usar el
comando crontab e, puesto que el comando gestiona la inclusin de
la tarea en la lista de eventos por nosotros.

7. Recursos y monitorizacin
Hemos hablado de ficheros, hemos hablado de dispositivos y
de procesos. Son pocos los puntales que quedan por descubrir de
cualquier sistema Linux sin embargo, ningn sistema operativo podra
existir si no fuese capaz de aprovechar los recursos de las mquinas
subyacentes. Es por eso que ser capaz de monitorizar los recursos de
los que disponemos y el uso que se les da es un activo importante para
cualquiera que trabaje con un sistema Linux.

7.1 Visin general de los recursos

Cualquier sistema de hoy en da tiene como objetivo
aprovechar los recursos que tiene la mquina que hay por debajo. De
hecho, esa es la funcin del sistema operativo, permitirnos interactuar
con el hardware de una manera sencilla y al alcance de todos.
En este sentido siempre que trabajemos con nuestros
sistemas Linux nos va a ser de utilidad saber con que recursos
contamos y cual es el estado de estos recursos. Por supuesto, los
recursos de los que ms omos hablar son tambin los que nos brindan
mayor utilidad. Hablamos de la CPU, la memoria RAM y el espacio de
disco del que disponemos.

7.1.1 cpu
La cpu o las cpus, puesto que hoy en da todos los
ordenadores disponen de ms de una, son las que nos permiten
realizar clculos, es decir ejecutar programas y mantener vivos los
procesos. Los distintos procesos de nuestro ordenador compiten por
obtener tiempo de procesamiento y son las CPUs las que nos van a
permitir drselo. Este nmero de CPUs viene dado por el procesador

que tengamos. Por ejemplo: un intel i7.

En el directorio /proc encontraremos cantidad de informacin
relacionada con el procesador. Concretamente, en la mayora de
distribuciones podremos ejecutar el comando:
cat /proc/cpuinfo
Este comando nos va a dar una gran cantidad de informacin
sobre nuestra CPU: quien es el fabricante, si podemos hacer
multithread y todas las caractersticas que tienen las CPUs que tenemos
instaladas en la mquina. De la misma manera, podremos obtener
informacin similar mediante el comando:
lshw
Esta informacin no nos aporta informacin del sistema en
tiempo real. Podemos obtener informacin de lo que nuestra mquina
tiene instalado pero no de como se est comportando. Como se estn
comportando nuestras CPUs viene dado por lo que se conoce como la
carga del sistema. La carga del sistema no es otra cosa que el tiempo
de CPU que consumen los procesos. Si consumen mucho tiempo,
apenas tendremos oportunidades para realizar nuevos clculos por lo
que nuestro sistema se ralentizar. Podemos obtener informacin en
tiempo real de la carga del sistema con el comando uptime.
uptime
18:17:07 up 68 days, 3:57, 6 users, load average: 0.16, 0.07, 0.06
Como vemos uptime nos devuelve la hora actual, el tiempo
que la mquina lleva encendido y tres medidas de la carga de nuestras
CPUs. De estos tres valores ya se habl en la seccin 6.3 Viendo

procesos en tiempo real y simbolizan la carga media del ltimo minuto,

la carga media de los 5 ltimos minutos y la carga media de los 15
ltimos minutos. Una carga alta no tiene que ser necesariamente algo
negativo. Aunque una carga superior al 70%, o el equivalente si
tenemos ms de una CPU, suele indicar que nuestra mquina empieza
a saturarse y que habr ralentizacin.
Los nmeros que se muestran no estn normalizados. Esto
significa que si tenemos 16 ncleos de procesamiento no deberamos
preocuparnos por tener una carga de 5.0 puesto que nuestro mximo
terico es 16.0. De la misma manera si en el primero de los valores
observamos un valor de 16.0 tampoco deberamos preocuparnos,
puede deberse a un pico de procesamiento. Si esta carga se mantiene
y llega a aparecer en el ltimo de los valores, la media de carga de los
ltimos 15 minutos, habr que ponerle remedio cuanto antes.

7.1.2 Memoria
La memoria RAM (Random Access Memory) es un recurso
que nos permite almacenar informacin y acceder a ella sin necesidad
de tener una tabla de particiones o un sistema de archivos.
Precisamente este tipo de memoria recibe su nombre por la manera en
que se accede a ella. El nombre, que proviene del ingls, son las siglas
de memoria de acceso aleatorio.
Este tipo de memoria es mucho ms rpido que los mtodos
de almacenamiento magnticos o de estado slido. El precio por
Megabyte es tambin mayor caro que el de los discos duros. Adems,
plantea otro problema, la tecnologa de la memoria RAM es muy rpida
pero se basa en condensadores que se cargan y se descargan (1s y
0s) para guardar la informacin. El hecho de que la tecnologa use de

condensadores significa que si no reciben alimentacin elctrica, la

informacin se degrada hasta perderse. As pues, una vez apagado el
ordenador el contenido de la memoria RAM desaparecer.
Con estas especificaciones la mayora de mquinas
establecen una jerarqua para guardar los datos con los que deben
trabajar. Los datos que deben perdurar entre reinicios de la mquina
se guardan siempre en los discos duros, o para ser ms exactos en
memoria terciaria, no son solo discos duros si no cualquier dispositivo
de almacenamiento duradero. Los datos con los que ms est
trabajando el procesador se guardan en la memoria cach que es una
tipo de memoria todava ms rpido que la RAM y por tanto, ms caro.
Finalmente los datos con los que el sistema debe trabajar pero que no
caben en la cache se guardan en RAM.
Para obtener informacin sobre el estado de la memoria en
nuestro sistema podemos recurrir a top, como ya se vio en la seccin
6.3 Viendo procesos en tiempo real, o podemos recurrir al comando
free que nos dar una idea de cual es el estado actual.
free h # Muestra el estado de memoria en un formato comprensible
por humanos
free g # Muestra el estado de la memoria en GB
free ht # Muestra el total de memoria de nuestro sistema
free nos muestra por defecto una informacin muy similar a la
que nos mostraba el comando top, en este caso lo hace de una manera
un poco ms comprensible si se le pasa la opcin correcta. Adems de
mostrarnos el cmputo de la memoria ocupada y libre nos muestra
tambin el cmputo de la memoria en buffers i en swap que debe
aadirse al cmputo de memoria libre y de memoria ocupada. Si le

especificamos la opcin t el programa free har este calculo por

nosotros y nos dar los totales de memoria libre y de memoria ocupada.
Igual que suceda con el caso de la CPU, tener el 100% de la
memoria ocupada significa que no vamos a poder destinar memoria a
nuevos programas o a procesos que se encuentren en ejecucin y
reclamen ms memoria, produciendo una ralentizacin en el sistema o
incluso la posibilidad de que algunos procesos finalicen su ejecucin
al no poder solicitar nueva memoria. Si desarrollamos nuestras propias
aplicaciones debemos ser especialmente cuidadosos con esto. La
memoria mal gestionada en una aplicacin puede llevar a tener
errores conocidos como perdidas de memoria que pueden llevar a
nuestro sistema a quedar congelado debido a la falta de memoria libre.
Estos errores son muy difciles de detectar.

7.1.3 Espacio de disco

Todo sistema operativo cuenta al menos con un disco duro,
hoy por hoy suele ser habitual incluso, contar con ms de uno. Este
suele ser tambin uno de los recursos importantes en nuestras
mquinas puesto que los discos duros son los que almacenan los
datos que deben perdurar en el sistema y que suelen ser el principal
motivo de disponer de un ordenador en casa o un servidor.

Juntando conceptos
Si volvemos a la seccin 4.5 Sistema de ficheros, recordaremos que
nicamente vamos a poder trabajar con aquellos dispositivos que

dispongan de un sistema de ficheros y que se encuentren

montados en el equipo. Es decir, nicamente vamos a poder
trabajar con aquellos sistemas que dispongan de un punto de
montaje y de un sistema de ficheros indicado al kernel.
En este caso el valor del que debemos estar pendientes es la
capacidad disponible. Suele ser algo en lo que todos nos fijamos
cuando compramos un disco duro y la herramienta df nos va a permitir
conocer el estado en tiempo real.
df h
Filesystem
/dev/sda1
tmpfs
Udev
tmpfs
/dev/sda2
/dev/sda3
/home

Size Used Avail Use% Mounted on

322M 133M 173M 44% /
943M 0 943M 0% /lib/init/rw
938M 160K 938M 1% /dev
943M 0 943M
0% /dev/shm
228M 16M
201M
8% /boot
58G
191M 55G

1%

Aunque la informacin que nos da el comando df es muy til,

no nos aporta informacin sobre donde estamos agotando los recursos
de almacenamiento de los que disponemos. Es decir, no sabemos en
que lugar de / tenemos archivos que ocupen un 44% del espacio
disponible. Con un 44% de carga no es crtico disponer de esta
informacin. A pesar de lo cual, se debe ser cuidadoso con la
capacidad puesto que puede llegar a suponer un grave problema. En
los sistemas Linux constantemente se escriben logs, al intentar
autocompletar tambin se escriben ficheros temporales y al intentar
ejecutar comandos se escribe en el history como veamos en la seccin

5.4 del captulo sobre bash. Esto quiere decir que si llegamos a llenar
la particin montada en la raz del sistema es muy posible que nos
encontremos con un sistema con el que es bastante difcil, o casi
imposible, trabajar. Por ello debemos ser cuidadosos con el espacio
restante en disco. En estos casos, para saber donde estamos gastando
nuestro espacio en disco, podemos recurrir a la herramienta du.
du *
Nos dar lo que ocupa cada uno de los elementos del
directorio actual. Sin embargo, el comando du no nos va a mostrar el
tamao completo de los directorios, si no el de todos sus elementos. Si
queremos obtener el tamao total de los directorios dentro del
directorio actual deberemos emplear el comando
du s *
De esta manera sumar el tamao del contenido de los
subdirectorios para mostrarnos finalmente este valor. Al igual que ls o
df, du cuenta tambin con la opcin h que permite mostrar la salida en
un formato comprensible para los humanos. Adems, permite
especificar un fichero o directorio concreto, tan solo se debe substituir
el asterisco * por la ruta del fichero del que se quiere calcular el
tamao.
du hs *
Esta herramienta puede ser tediosa de usar, pero se puede
automatizar su uso mediante scripts. Hay que tener en cuenta que en
algunas ocasiones puede parecer que nuestro sistema Linux se ha
quedado bloqueado puesto que du toma un tiempo considerable de

ejecucin, sobre todo si se trata de ficheros de gran tamao.

7.2 Memoria y fallos de pgina

La memoria en nuestro sistema, igual que los ficheros,
obedece una jerarqua. Para gestiona la memoria los procesadores
cuentan con unas unidades conocidas como MMU (Memory Mangament
Unit) o lo que es lo mismo: unidades de gestin de memoria. Estas MMU
son las encargadas de traducir las direcciones de memoria virtual a la
que acceden los procesos en direcciones de memoria real. Los
detalles de porque se hace esta separacin entre memoria virtual y
real no entran en el mbito de este texto. Si se siente curiosidad es
posible encontrar explicaciones en muchos textos de introduccin a la
informtica o sobre fundamentos de computadores.
Para facilitar el trabajo a las MMU el kernel, es decir el ncleo
de nuestro sistema Linux, divide la memoria a la que tienen acceso los
programas en trozos que reciben el nombre de pginas. Estas pginas
mantienen una estructura mediante las tablas de pginas y la MMU
traduce las direcciones de memoria virtual a memoria fsica basndose
en las tablas y su estructura.
Un proceso no dispone desde el inicio de todas las pginas
de memoria que va a necesitar a lo largo de su ejecucin si no que
estas se le van asignando al programa segn las necesita. Ya no solo
cuando este requiere ms memoria si no que cuando se deben leer
datos del disco la memoria trabaja de una manera similar. No se lee
todo un fichero de golpe si no que este se lee segn el tamao de las
pginas de memoria. Esto facilita que si se accede a datos consecutivos
en disco estos ya se encuentren en memoria en el segundo acceso
dado que no se ha ledo nicamente un dato.

Cuando un proceso solicita una pgina de memoria y la

pgina no est disponible se produce lo que se denomina un fallo de
pgina. Aquellos que se dedican a optimizar el cdigo de algunos
programas donde el tiempo es crtico tratan, entre otras cosas, de
minimizar el nmero de fallos de pgina, puesto que estos siempre
suponen una penalizacin en cuanto al tiempo de ejecucin del
programa.
Encontraremos dos tipos de fallos de memoria:
Fallos menores: Suceden cuando el proceso
solicita una pgina que ya se encuentra en
memoria pero no est localizada por la MMU. Un
ejemplo muy claro de esta situacin lo encontramos
cuando el proceso solicita una nueva pgina de
memoria para guardar por ejemplo una estructura
de datos o cuando se solicita una pgina que se
haba solicitado previamente pero la MMU no
dispone de suficiente espacio para mantener todas
las traducciones activas. En estos casos la
penalizacin de tiempo no es especialmente grave
y muchas veces son difciles o imposibles de evitar.
Fallos mayores: Este es un caso ms grave puesto
que se produce cuando la pgina no se encuentra
en memoria. Es el caso, por ejemplo, de tener que
leer datos de un fichero o de un dispositivo de
almacenamiento ms lento. En este caso el fallo es
ms grave puesto que ir a disco duro a buscar
informacin, por ejemplo, suele suponer una

demora de tiempo importante. Este tipo de fallos se

darn tambin cuando la mquina se empiece a
quedar sin memoria disponible y empiece a usar el
espacio de swap para leer o escribir de l. En estos
caso sufriremos una penalizacin en el rendimiento
de los procesos bastante importante.
El comando time delante del programa o comando a ejecutar
nos dar informacin sobre el uso de CPU del programa ejecutado, el
tiempo que ha tardado el programa en terminar su ejecucin y sobre
los fallos de memoria de este:
time ./myScript.sh
0.00user
0.00system
0:00.08elapsed
0%CPU
(0avgtext+0avgdata 3318maxresident)k 648 inputs+0outputs
(3major+234minor)pagefaults 0swaps
Como se puede ver, el comando time nos est indicando que
se han producido 3 fallos mayores y 234 menores. Lo ms probable es
que los 3 fallos mayores se hayan producido al ir a buscar el cdigo
del script a disco as que, probablemente, si volvisemos a ejecutar el
mismo comando no obtendramos los fallos mayores puesto que ya
tenemos el cdigo cargado en memoria.
Tambin podemos ver los fallos de pgina de los procesos
que se estn ejecutando en nuestro sistema recurriendo al comando
ps.
ps o min_flt,maj_flt,pid
El comando top tambin es capaz de mostrarnos en tiempo
real los fallos de pgina, aunque en el caso de top no nos mostrara los

fallos menores. Para poder ver los fallos mientras se est en el modo
interactivo de top se debe presionar la tecla f y la tecla u a
continuacin. Deberamos ver una nueva columna de nombre nFLT
que nos muestra los fallos de pgina mayores. Sobre todo en procesos
que hacen un uso intensivo de memoria y donde el tiempo es crtico
este valor nos aporta mucha informacin.

7.3 Monitorizacin de ficheros

El nmero de ficheros abiertos es otra de las cosas a tener
muy en cuenta en los sistemas Linux. En primer lugar porque es
posible limitar el nmero de ficheros que un usuario puede tener
abiertos al mismo tiempo y en segundo lugar, por lo importantes que
son los ficheros en los sistemas Linux. Hemos visto en el captulo 2.
Ficheros y jerarqua de directorios, la importancia de los ficheros, es
por tanto interesante ser capaz de saber cual es su estado en nuestros
sistemas.
Para esta tarea disponemos de la herramienta lsof. Este
comando permite monitorizar no solo los ficheros regulares si no toda
clase de ficheros: pipes, directorios, discos, elementos de red y, en
general, cualquier tipo de dispositivo.
lsof
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
init
1 root cwd DIR 8,1 4096
2
/
Si ejecutamos el comando lsof no vamos a ver, nicamente, la
informacin que se muestra en el ejemplo si no mucha ms. La cantidad
de informacin que nos va a ofrecer es considerable puesto que nos

mostrar informacin de los todos los procesos abiertos. La informacin

que nos ofrece es la siguiente:
COMMAND: El comando correspondiente al
proceso abri el fichero.
PID: El identificador nico del proceso.
USER: El usuario que ejecuta el proceso.
FD: Este valor nos puede mostrar dos cosas
distintas. Podr mostrarnos el descriptor del fichero
abierto, es decir, un nmero que permite al proceso
identificar el fichero o trabajar con l, o bien puede
mostrarnos la utilidad que se le va a dar al fichero. A
continuacin se muestra algunos valores de los
que puede tomar:
cwd: Directorio de trabajo actual.
txt: Fichero de texto.
mem: Fichero de memoria.
mmap: Fichero de dispositivo cargado en
memoria.
<nmero>: en el caso que tome un valor
numrico nos encontramos en el primero de los
casos que definamos ms arriba.
TYPE: Especifica el tipo de fichero. Si recordamos la
seccin 2.1 Ficheros y directorios, nos vendrn a la
mente algunos tipos de ficheros. Estos son algunos
de los valores que puede tomar este campo:

REG: Fichero regular.

DIR: Directorio.
FIFO: Normalmente se tratar de un PIPE o
tubera.
CHR: Un dispositivo de lectura por caracteres.
DEVICE: Los nmeros que identifican el dispositivo.
Recordemos que el sentido de estos nmeros se
comentaba en el captulo 3. Dispositivos.
SIZE: El tamao del fichero. Los directorios suelen
tener un tamao de 4096 bytes puesto que no se
muestra el tamao de los contenidos del directorio.
NODE: El inode relacionado con el fichero.
Recordemos la seccin 4.6 Inodos y Ficheros.
NAME: El nombre del fichero.
Igual que otros muchos programas, lsof permite una gran
cantidad de opciones. A diferencia de otras utilidades que son ms
genricas entre distintos sistemas Linux, lsfo tiene una gran cantidad
de revisiones que pueden variar entre las distintas distribuciones de
Linux, por eso lo mejor para asegurarse de que opciones tenemos
disponibles o cuales son vlidas es hacer uso de la opcin h. Algunas
de las ms tiles son:
-p pid: Permite ver los ficheros abiertos para un pid
concreto.
-b: Indica a lsof que evite funciones de entrada
salida que puedan dejar el proceso bloqueado a la

espera de una entrada o salida.

-l: Evita la conversin de identificadores de
usuarios a nombres. En el campo USER mostrar un
nmero. Puede ser til cuando hay problemas con
la resolucin de los nombres de usuario.

7.4 Monitorizacin de entrada/salida

La monitorizacin de la entrada/salida, en lo que a escrituras
en disco se refiere, es un valor importante a tener en cuenta en nuestro
equipo. Normalmente al trabajar con programas de terceros no vamos
a poder hacer nada o casi nada por reducir el tiempo de entrada
salida. Si se da el caso que trabajamos con herramientas o programas
propios debemos tener en cuenta que la lectura o escritura en los
dispositivos de almacenamiento permanente es una de las tareas que
ms penaliza a nivel de tiempo. La monitorizacin de estos elementos
responde tambin a la necesidad de tener bajo control lo que pasa en
nuestro sistema Linux.
iostat es la herramienta adecuada para esto. Es posible que
en algunas distribuciones de Linux esta herramienta no venga
instalada por defecto, sin embargo no nos ser difcil encontrarla
puesto que se encuentra en los mismos repositorios.
La salida de iostat depende, como en la mayora de
ocasiones, de los parmetros con los que se invoque. En el caso de
iostat la salida puede variar de una distribucin de Linux a otra, no en
los datos que muestra si no en aquellos que muestra por defecto
cuando se invoca sin ningn parmetro. Antes de mostrar que valores
nos da iostat aclarar que este comando no suele mostrar, por defecto
las distintas particiones. Si es el caso, la opcin p ALL nos permitir

ver los distintos dispositivos de almacenamiento y todas sus particiones.

Algunos de los posibles valores de salida y sus significados
son los siguientes:
tps: Indica el nmero de transferencias por
segundo para el dispositivo. Las transferencias
tienen un tamao indeterminado.
Blk_read/s, kB_read/s, MB_read/s: Indica la
cantidad de datos ledos del dispositivo por
segundo. El primero indica bloques por segundo, el
segundo indica kilo bytes por segundo y el ltimo
de ellos indica mega bytes por segundo.
Blk_wrtn/s, kB_wrtn/s, MB_wrtn/s: Igual que el
anterior, con la diferencia de que hace referencia a
escrituras. Indica la cantidad de datos escritos en el
dispositivo por segundo.
Blk_read: Muestra el total de bloques ledos del
dispositivo. Igual que en los casos anteriores
existen tambin las columnas para kilo bytes y
mega bytes.
Blk_wrtn: Muestra el total de bloques escritos en el
dispositivo. Cuenta con los modificadores para kilo
bytes y mega bytes igual que los anteriores.
rrqm/s: Muestra el nmero de solicitudes de lectura
enviadas al disco por segundo. Las lecturas de un
dispositivo no se realizan directamente si no que se
encolan una serie peticiones que se van

resolviendo segn sea ms adecuado. Como se

resuelven las peticiones de escritura o lectura a los
distintos dispositivos de almacenaje es una tarea
del kernel y no entra en el alcance de este texto. Si
se siente curiosidad es posible recurrir a Internet o
a textos de fundamentos de computadores.
wrqm/s: Muestra el nmero de solicitudes de
escritura enviadas al dispositivo por segundo.
r/s: Muestra el nmero total de peticiones de
lectura que el dispositivo ha sido capaz de atender
despus de que estas fuesen encoladas. Al igual
que pasa con las transferencias no hay un tamao
fijado para las peticiones.
w/s: Muestra el nmero total de peticiones de
escritura que el dispositivo ha sido capaz de
atender por segundo despus de que estas fuesen
encoladas.
await: Esta medida nos puede ser bastante til en
determinadas ocasiones. Muestra el tiempo medio
que tarda el dispositivo en atender cada una de las
peticiones que se le hacen. No distingue entre
lectura o escritura.
iostat muestra, adems de los valores anteriores para cada
dispositivo, informacin sobre el uso de CPU como hacen otros
comandos que se han visto anteriormente. El gran valor aadido que
ofrece reside, no obstante, en la informacin que aporta sobre los

procesos de entrada/salida. Es por eso que no se comentan los

significados de los otros valores de salida, que por otro lado deberan
sernos familiares de otros comandos.
Aunque la utilidad de iostat es indiscutible, la informacin que
nos ofrece est orientada a los dispositivos. Esto puede ser
inconveniente en ocasiones en la que nuestro inters se centre en un
proceso o grupo de procesos concreto. Es para ello que tenemos el
comando iotop. Este programa no viene instalado por defecto en todas
las distribuciones de Linux, sin embargo es muy fcil encontrarlo para
cualquier distribucin que tengamos.
iotop al igual que el resto de comandos de monitorizacin que
hemos visto nos muestra la informacin por columnas. En este caso,
esta es alguna de la informacin que nos ofrece:
TID: Es un identificador nico de thread. A
diferencia de la gran mayora de programas de
nuestro sistema Linux, iotop nos muestra
estadsticas por thread en lugar de hacerlo por
procesos.
PRIO: La prioridad con que las tareas de
entrada/salida se llevan a cabo. Es una medida
tomada en cuenta por el kernel de Linux. Puede
tomar bsicamente alguno de los valore siguientes:
be: best effort que en ingls significa mejor
esfuerzo. El kernel tratara de posicionar estos
trabajos de entrada salida lo mejor posible.
rt: real time o en espaol tiempo real. Esta
prioridad es considerada la ms alta. El kernel

tratar de ejecutar la operacin antes que

cualquier otra.
idle: La menor de las prioridades. El kernel solo
dar prioridad a estas tareas de entrada/salida
cuando no haya ninguna otra tarea pendiente.
DISK READ: Nos da la cantidad de datos por
segundo ledos por el proceso o thread. Hay que
destacar que en este caso, por defecto, no
disponemos de la informacin sobre el dispositivo
del que se lee.
DISK WRITE: Nos da la cantidad de datos por
segundo escritos por el proceso o ms bien por el
thread.
COMMAND: Nos indica a que comando pertenece
el thread. Nos brinda una buena oportunidad de
identificar el proceso propietario del thread que
realiza el consumo.
iotop nos da, por defecto, ms informacin de la mostrada
aqu, sin embargo despus de haber visto los otros comandos de
monitorizacin similares no debera sernos difcil entender que
informacin nos estn ofreciendo las otras columnas.

8. Usuarios
Con los usuarios, completamos el ltimo de los puntos claves
de cualquier sistema operativo moderno y, ms concretamente, de
cualquier sistema Linux moderno. Un usuario en un sistema Linux es
cualquier entidad capaz de ejecutar procesos y poseer ficheros.
Debemos recordar que siempre que hablemos de sistemas Linux
estaremos hablando de sistemas multiusuarios. Una correcta gestin
de los usuarios puede llegar a suponer una diferencia muy importante
respecto a la seguridad de nuestros sistemas con una gestin nula o
inexistente.

8.1 El fichero /etc/passwd

El fichero /etc/passwd es un fichero de configuracin del
sistema, como podemos deducir por la ruta en la que se encuentra.
Este fichero contiene gran parte de la informacin referente a los
usuarios que hay en cualquier sistema Linux. Dado que el sistema de
usuarios y jerarquas es complejo, no es el nico fichero de
configuracin que atae a los usuarios.
En este caso se trata de un fichero de texto donde cada lnea
muestra informacin de un usuario distinto. Una lnea tpica del fichero
/etc/passwd es como sigue:
usuario:x:uid:gid:comentario:home-directory:shell-de-inicio
usuario: Nombre de usuario. Con l se puede
acceder al sistema.
x: Antiguamente este campo albergaba la
contrasea del usuario. Actualmente est obsoleto

y se mantiene nicamente por motivos de

compatibilidad. Aunque se trata de un campo en
desuso, dejarlo en blanco implica que el usuario no
tendr contrasea.
uid: Se trata del identificador nico del usuario.
gid: El identificador nico del grupo al que
pertenece el usuario.
Comentario: Un comentario sobre el usuario.
Directorio Home: El directorio de trabajo del
usuario. Una vez entre en el sistema el usuario
tendr este directorio como directorio raz.
Shell-de-inicio: El terminal con el que trabajar el
usuario cuando entre al sistema. En este caso
podra ser, por ejemplo: /bin/bash que es el que
hemos visto. Es posible dejar este campo vaco, en
ese caso el usuario existir en el sistema pero ser
incapaz de conectarse remotamente o de
autenticar-se en local.
Suele ser habitual en todos los sistemas Linux contar con una
cuenta con nombre de usuario root que es la que goza de permisos de
administracin completos pero el nombre root no define una cuenta de
administracin por si mismo. Lo importante en estos casos no es el
nombre de usuario si no el identificador. Una cuenta con uid=0 ser en
cualquier sistema Linux la cuenta de administracin, ya tenga como
nombre de usuario root o pepe.
Pese a que puede parecer una tontera, resulta interesante

realizar una copia de seguridad del fichero /etc/passwd al trabajar con

l. Si por error cambisemos algn usuario el error no seria muy grave.
Por contra, si por cometiesemos un error en la lnea referente al
usuario root es ms que probable que no fuesemos capaces de
arrancar el sistema. Aunque se ha dicho que el usuario con uid=0
puede tener cualquier nombre, para la mayora de distribuciones es
imprescindible mantener el nombre de usuario de root para este uid.
As pues no es recomendable cambiar esta lnea en el fichero
/etc/passwd si no se sabe perfectamente lo que se est haciendo. Si se
quieren dar a otro usuario distinto permisos de administracin existen
otras maneras de hacerlo que veremosen la seccin 8.6.

8.2 El fichero /etc/shadow

El fichero /etc/shadow es otro de los ficheros de configuracin
asociado a los usuarios en nuestros sistemas Linux. En este caso, el
fichero contiene informacin acerca de los usuarios y de las
contraseas de estos. Se trata de un fichero de texto con una lnea por
usuario con el siguiente formato:
usuario:password:lastchg:min:max:warn:inactive:expire:
usuario: Nombre de usuario. Debe existir en el
fichero /etc/passwd
password: La contrasea del usuario.
Normalmente se encuentra cifrada por lo que no es
reconocible a simple vista.
lastchg: La ltima fecha de modificacin de la
contrasea expresada en segundos desde el
1/1/1970

min: La duracin mnima, en das,

de la
contrasea. Es decir cuanto tiempo debe pasar
desde el ltimo cambio de contrasea hasta que se
permita al usuario volver a cambiarla. El usuario
root o con UID=0 ignora esta restriccin.
max: Cada cuantos das se fuerza al usuario a
cambiar la contrasea.
warn: Con cuantos das de antelacin se avisar al
usuario que debe cambiar la contrasea.
inactive: Indica cuantos das pueden pasar desde
que expira la validez de la contrasea hasta que la
cuenta es bloqueada. Es decir, si toma el valor 0, si
el da que caduca la contrasea no se cambia por
una nueva, la cuenta de usuario quedar
bloqueada. Si se le da a este campo el valor -1, la
cuenta no quedar nunca inactiva por mucho que
expire la contrasea. En este caso siempre se
permitir al usuario entrar a cambiarla. -1 es la
opcin por defecto. Por lo que a menudo vemos un
campo vaco.
expire: Fecha en que la cuenta expira. Se
representa como un valor en das desde el
1/1/1970. Esto permite definir cuentas de usuario
que sern vlidas slo durante un perodo de
tiempo concreto.
El ltimo campo de las lneas del fichero /etc/shadow es un

campo reservado por lo que usualmente las lneas en este fichero

suelen terminar con :. Esto no es porque deban terminarse as, si no
porque el ltimo campo no toma valor alguno.
En cuanto a las contraseas almacenadas en este fichero se
debe tener en cuenta que estn cifradas. Incluso cuando esto dificulta
que den informacin, el fichero /etc/shadow puede ser crtico para la
seguridad de nuestros sistemas. Es por ello que deben ajustarse
cuidadosamente los permisos de este fichero para que sean los ms
restrictivos posibles sin llegar a ser un impedimento.
Un * en el campo de contrasea indica que la cuenta se
encuentra deshabilitada, mientras que un campo vaco puede llegar a
suponer un grave problema de seguridad puesto que indica que la
cuenta no requiere contrasea. Usualmente en la mayora de los
sistemas Linux, la contrasea se almacena mediante una funcin de
resumen o funcin hash irreversible. Sin embargo, esto no debe
significar que no se tomen medidas de seguridad. Hay ataques que
pueden hacer uso del fichero /etc/shadow para obtener las
contraseas de nuestros usuarios.

8.3 Grupos de usuarios

Linux dispone, aparte de usuarios, de grupos. Los grupos no
son ms que una manera de poder asignar permisos de manera ms
sencilla a un conjunto de usuarios que comparten caractersticas.
Resulta ms fcil de entender quizs con un ejemplo. Supongamos un
colegio, lo primero que nos viene a la mente es que habr dos tipos de
usuarios: alumnos y profesores. Podemos definir entonces dos grupos
de usuarios: alumnos y profesores, de manera que nos sea fcil definir
los permisos para cada grupo. De esta manera podemos permitir a todo

un grupo de usuarios acceder a un fichero mientras que les negamos

el acceso a otro grupo.
En los sistemas Linux un usuario puede pertenecer a tantos
grupos como nos convenga, sin ningn lmite concreto. Por otra parte,
todo usuario debe pertenecer como mnimo a un grupo. Si en el
momento de crear un usuario no le asignamos ningn grupo la mayora
de sistemas Linux, si no todos, crearn un grupo especifico para dicho
usuario. Los grupos creados tendrn, en la mayora de sistemas Linux,
un identificador de grupo superior al 500, puesto que por defecto los
grupos con GID inferior al 500 estn reservados para grupos del
sistema.
Para gestionar los grupos a los que pertenece un usuario
podemos recurrir al comando usermod que nos permitir aadirlo a
uno o varios grupos o eliminarlo de estos. Usermod nos da varias
opciones. Algunas de las ms tiles son las siguientes:
-a: Permite aadir a un usuario a grupos
suplementarios. Debe usarse nicamente con la
opcin G.
-G <lista de grupos separados por comas>:
Permite especificar uno o varios grupos
suplementarios que aadir al usuario. Si no se
especifica la opcin a los grupos que se pongan a
continuacin de G remplazarn los grupos
actuales del usuario.
-g: El nombre del grupo al que pertenecer el
usuario de ahora en adelante.
No resulta difcil encontrar todas las opciones en los

manuales. An as, como su nombre indica, sirve para cualquier tarea

que implique una modificacin de las caractersticas de los usuarios.
Veamos un par de ejemplos para que quede ms claro.
#Aade a pepe a los grupos de alumnos y profesores
usermod aG alumnos, profesores pepe
#Modifica los grupos de pepe por administracin y profesores
usermod G administracion,profesores pepe
#Cambia los grupos de pepe por el de profesores
usermod g profesores pepe
Toda la informacin de los grupos se guarda en un fichero de
configuracin del sistema llamado /etc/group. Este es un fichero de
texto donde cada lnea corresponde a un grupo.
grupo:x:gid:lista-usuarios
grupo: El nombre del grupo.
x: En desuso actualmente. Se mantiene nicamente
por motivos de compatibilidad. Igual que pasaba
con el fichero /etc/shadow se usa para representar
la contrasea. Si este campo queda vaco no se
requerir contrasea.
gid: El identificador del grupo.
lista-usuarios: Los usuarios pertenecientes al
grupo separados por ,.
La contrasea en el caso de los grupos servira para permitir
el acceso al grupo a un usuario que no forma parte de l. En este caso
el usuario pasara a tener los mismos privilegios que tiene el grupo

adems de los permisos que l mismo tiene. En la mayora de

distribuciones tanto el campo contrasea del /etc/group como el fichero
/etc/gshadow estn en desuso y se recurre al bit GUID para dar los
permisos de un grupo a un usuario concreto, recordemos la seccin
2.3 Permisos y propiedades de ficheros. Indistinatmente de si va a
usarse o no, es bueno conocer de la posibilidad de proteger los
grupos con una contrasea y de permitir que usuarios se incorporen
temporalmente a grupos. Si un usuario va a poder tener acceso
temporal a un grupo suele ser habitual aadirlo al grupo en lugar de
recurrir a estos sistemas.

8.3.1 Trabajando con los grupos

Aunque modificando los ficheros /etc/group y /etc/passwd
podriamos trabajar completamente con los grupos, es aconsejable
realizar los cambios mediante los programas, comandos, que los
sistemas Linux nos ofrecen para ello.
En el caso concreto de los grupos hemos visto como aadir
grupos a un usuario o como quitrselos. Pero suceder en muchas de
las ocasiones, o en todas, que necesitaremos crear nuevos grupos o
gestionar los existentes. Para ello tenemos una serie de herramientas
a nuestra disposicin.

8.3.1.1 Crear un grupo

Podemos crear un grupo haciendo uso del comando
groupadd. Este comando normalmente requiere que se le pase como
parmetro el nombre del grupo a crear. El resto de datos los coge l
mismo segn los grupos que ya existan en nuestro sistema y los
parmetros que el sistema tenga por defecto.
groupadd profesores

Existen parmetros para este comando que modifican su

comportamiento, algunos de los ms interesantes son:
-r: Crea un grupo del sistema. Es decir con un GID
inferior a 500. nicamente el sper usuario puede
hacerlo.
-g <GID>: Permite especificar el ID de grupo que se
le quiere asignar al grupo. Si este ya existe, el
comando devolver un error.
-f: Obliga al programa a terminar con una salida
exitosa. Si se especifica el comando g con un
identificador de grupo ya existente el sistema
escoger el siguiente identificador libre.
-o: permite especificar un grupo con un GID
duplicado. Cuidado con esta opcin, puede
desenvocar en comportamientos no deseados o
inesperados.

8.3.1.2 Eliminar un grupo

Eliminar un grupo es todava ms sencillo que crearlo. Para
ello nicamente debemos invocar el comando groupdel especificando
el nombre del grupo que se quiere eliminar.
groupdel profesores
Este comando no acepta parmetros. Sin embargo es
importante considerar sus valores de salida puesto que nos indicarn
si todo ha ido bien, o en caso contrario, que error se ha producido. Las
posibles salidas son:

0: xito. Todo ha ido bien. Suele ser una

convencin habitual en sistemas Linux devolver un
0 cuando todo va bien.
2: La sintaxis del comando no es correcta. En este
caso deberemos revisar que lo hemos escrito todo
bien.
6: El grupo especificado no existe.
8: No se puede eliminar el grupo primario de un
usuario. Este error nos est indicando que antes de
borrar el grupo debemos borrar, si nos interesa, el
usuario que tiene este grupo como primario.
10: No se puede modificar el fichero de
configuracin de grupos. Suele ser un problema de
permisos. Deberemos revisar de que permisos
disponemos en el sistema.
En los sistemas Linux los grupos tienen un lmite de usuarios.
Una vez se supera el lmite de usuarios para un grupo se crea un
grupo nuevo con el mismo nombre, el mismo GID y la misma contrasea,
si la tuviese. Hay que ser muy cuidadoso con este comportamiento ya
que el comando groupdel podra funcionar de manera imprevista con
grupos divididos como los que se acaban de describir.

8.3.1.3 Modificar un grupo

En este caso contamos con el comando groupmod. Este al
igual que groupadd recibe varios parmetros para modificar su
comportamiento y al igual que groupdel nos da varios cdigos de
salida para que entendamos que es lo que ha sucedido.

groupmod [opciones] profesores

En este caso los parmetros son muy importantes puesto que
son los que van a definir el comportamiento del programa. Si no recibe
ninguna opcin el comando groupmod no har nada sobre el grupo
que le especifiquemos. En este caso algunos de los parmetros ms
interesantes son:
-n <nuevo nombre>: Permite cambiar el nombre
del grupo por uno nuevo.
-o: Permite cambiar el gid del grupo por uno no
nico.
-g <gid>: Permite cambiar el identificador del grupo.
Si el identificador de grupo especificado ya existe y
no se especifica la opcin o el comando nos
devolver un error.
-p: Permite especificar una contrasea para el
grupo. La contrasea debe proporcionarse cifrada
mediante el comando crypt. La contrasea que se
introduzca aparecer por pantalla por lo que no es
recomendable este mecanismo para cambiar la
contrasea de los grupos. En su lugar se
recomienda el uso del comando gpasswd
explicado en la seccin 8.3.1.4.
En funcin de si ha podido o no realizar la modificacin
especificada, el comando groupmod nos puede devolver uno de los
siguientes valores.
0: xito. Todo ha ido bien.

2: La sintaxis del comando no es correcta.

3: Argumento u opcin invalida. Nos hemos
equivocado al especificar alguna de las opciones.
Probablemente se deba a un error tipogrfico, con
una sola letra es difcil equivocarse de otra manera.
4,6: El grupo especificado no existe.
9: El nombre especificado ya est en uso.
10: No se puede modificar el fichero de
configuracin /etc/group o /etc/gshadow.
Como se puede observar, los errores mostrados son muy
similares a los errores de groupdel. Esto es debido a un tema de
consistencia, podemos confiar al trabajar con grupos que los nmero
de los distintos errores sern los mismos.

8.3.1.4 Grupos y contraseas

Es recomendable aadir o modificar las contraseas de los
grupos mediante el comando gpasswd. Normalmente el uso de
contraseas en los grupos no es necesario puesto que hay otras
alternativas, sin embargo, es posible cambiar o especificar una nueva
contrasea para un grupo mediante este comando.
gpasswd grupo
Si no se le especifican opciones se cambiar la contrasea
del grupo o se especificar una nueva en caso que no tuviese. Si el
grupo no est protegido por contrasea, podremos trabajar con l
siguiendo lo especificado en la seccin 2.3 Permisos y propiedades de
ficheros o podemos recurrir igualmente a gpasswd. Por supuesto, todas

las capas de seguridad que se le puedan aadir al sistema son

bienvenidas, por tanto queda a discrecin del administrador del
sistema decidir si el compromiso facilidad de administracin - seguridad
justifica el uso de contraseas para los grupos.
-a <usuario>: Aade un usuario al grupo
especificado
-d <usuario>: Elimina a un usuario del grupo
especificado.
-r: Elimina la contrasea del grupo
-A <administrador1>, ..., administradorN: Aade
una lista de administradores al grupo
-M <usuario1>,...,usuarioN: Permite especificar
una lista de miembros del grupo
nicamente las opciones A y M pueden ser especificadas al
mismo tiempo. El resto de ellas no pueden ser combinadas. Los
administradores de un grupo tienen potestad para aadir o eliminar
miembros de un grupo, por lo que se debe ser cuidadoso al combinar
ambas opciones.
Al usar los comandos anteriores, se debe tomar en cuenta
que el uso de estos se puede ver modificado por los valores por
defecto respecto a la configuracin de usuarios que especifique cada
sistema y que pueden ser distintos en cada distribucin de Linux. Estos
valores son configurables en todos los sistemas Linux aunque es
posible que las configuraciones no se encuentren siempre en el mismo
fichero o directorio. Ms adelante hablaremos de como cambiarlas.

8.4 Creando y borrando usuarios

Aunque al instalar nuestro sistema Linux se crearn algunos

usuarios que el propio sistema para trabajar, es habitual que queramos
crear nuestros propios usuarios. Por ejemplo, algunas distribuciones
ya se encargan de crear un usuario genrico con nuestro propio
nombre, en el momento de realizar la instalacin. An as, suele ser
habitual tener la necesidad de crear nuevos usuarios o, incluso
cuando estos ya no nos van a ser de utilidad, borrarlos. Como en la
mayora de comandos en Linux, recurrir al ingls nos va a dar unas
indicaciones bastante acertadas de como crear y borrar usuarios. Lo
haremos con los comandos useradd y userdel.
Empecemos por el aadido de usuarios. En este caso
tendremos multitud de opciones para este comando que nos permitirn
una flexibilidad casi absoluta al trabajar con usuarios. Sean cuales
sean los parmetros que especifiquemos al crear un usuario el
procedimiento siempre funciona, ms o menos, como sigue:
1. Se editan los ficheros /etc/passwd, /etc/shadow,
/etc/group y /etc/gshadow
2. Se crea el directorio raz del usuario tambin conocido
como el home del usuario
3. Se asignan los permisos y se define al usuario como
propietario de su directorio home.
As pues lo que necesitamos es invocar el comando useradd y
el har el trabajo de aadir el usuario por nosotros.
useradd pepe
useradd tiene algunos parmetros que modifican su
comportamiento. Algunas de las opciones ms relevantes se muestran

a continuacin:
-D: Usa los valores por defecto del sistema para
crear una nueva cuenta de usuario. No suele ser
habitual emplear esta opcin.
-b <directorio>: Permite especificar el directorio
base para el directorio raz del usuario. Al nombre
especificado se le aade el nombre de usuario que
se est creando. Este valor es /home por defecto. Es
decir, si este parmetro toma el valor /var para un
usuario. Este tendr su directorio raz en
/var/usuario/.
-m: Crea el directorio raz del usuario si este no
existe. Si se especifica la opcin b y no se
especifica esta opcin el directorio raz del usuario
debe existir en el equipo u obtendremos un error.
-d <directorio>: Especifica el directorio raz del
usuario. Lo habitual es aadir el valor especificado
al directorio base. La ruta resultante no tiene por
que existir. Si no existe, sin embargo, el directorio
no se crear.
-e <fecha expiracin>: Permite especificar la fecha
en que la cuenta de usuario expirar. La fecha
debe expresarse en formato AAAA-MM-DD para
que sea tomada en cuenta.
-g <GID>: Permite especificar el grupo principal
para el usuario.

-p <contrasea>: Permite especificar la

contrasea para el usuario. Se debe proveer la
contrasea cifrada mediante el comando crypt. No
es recomendable sin embargo cambiar la
contrasea mediante este parmetro. Se
recomienda el uso del comando passwd en su
lugar una vez el usuario ya est creado.
-s <shell>: La shell o terminal que usar el usuario
al autenticarse en el sistema. Suele ser comn no
especificar un terminal concreto y dejar que el
sistema ponga en este campo el shell que usa la
distribucin por defecto.
-r: Crea una cuenta de usuario del sistema. Las
cuentas del sistema no contienen informacin
temporal, no expiran. Adems el UID de una cuenta
del sistema usualmente estar por debajo de 1000,
asumiendo, claro est, que no se han cambiado los
valores por defecto del sistema.
As pues si se quiere crear un usuario se proceder de una
manera similar a la siguiente:
#Crea el usuario y el directorio raz del usuario pepe
useradd m pepe
#Aade una contrasea al usuario pepe
passwd pepe
Todos los valores que no son especificados en el comando
useradd se toman de los valores por defecto del sistema. Estos valores

se almacenan en unos ficheros que veremos ms adelante. Algunos de

ellos es posible cambiarlos mediante el propio comando useradd. Si se
especifica la opcin D seguida de alguna de las opciones que este
comando permite y sin especificar un nombre de usuario lo que
estaremos haciendo es actualizar los valores por defectos de nuestro
sistema Linux.
Al igual que suceda en el caso de los grupos, el comando
useradd nos dar una salida u otra en funcin de si todo ha ido bien o
si por contra, se ha producido algn error. Para conocer los posibles
valores que nos puede devolver este comando, o cualquier otro, as
como la lista completa de parmetros podemos recurrir a los manuales
del sistema:
man useradd

8.4.1Borrar usuarios en sistemas Linux

De la misma manera que creamos usuarios tenemos el
comando userdel para eliminarlos una vez ya no son tiles. El borrar
un usuario funciona ms o menos a la inversa de su creacin. Si se
borra la informacin de usuario del fichero /etc/passwd y del fichero
/etc/shadow este deja de existir a ojos del sistema. Por otra parte, estos
ficheros no contienen la totalidad de la informacin referida al usuario.
Por ello es mejor recurrir al comando userdel.
userdel usuario
Si no se especifica ningn parmetro el comando userdel
nicamente borrar el usuario de nuestro sistema Linux. El borrado de
un usuario fallar si este se encuentra conectado al sistema. Los
diferentes parmetros nos permitirn modificar este comportamiento.

Estas son algunas de las opciones de las que disponemos:

-f: Un parmetro muy peligroso. Borra el usuario
aunque este se encuentre conectado al sistema.
Adems borra tambin el directorio raz del usuario
y todos los ficheros que hay en su interior. Borra
tambin el directorio que contiene el mail del
usuario
aunque
este
no
pertenezca
exclusivamente al usuario. Si existe un grupo con
el mismo nombre que el usuario este tambin es
borrado incluso cuando existan otros usuarios que
pertenezcan al grupo. Hay que ser muy cuidadosos
con este parmetro para evitar desgracias en
nuestros sistemas.
-r: Borra adems del usuario su directorio raz y
todo el contenido de este.

8.5 Ficheros de inicializacin

Al trabajar con usuarios o grupos hay una gran cantidad de
informacin que podemos decidir especificar o no. En caso de no
hacerlo se cogen los valores por defecto de los que dispone el sistema.
Estos valores no se encuentran en el cdigo fuente del kernel o del
program en uso, si no que se encuentran en ficheros de configuracin.
No solo eso, si no que adems, tal y como veamos en la seccin 2.2
Jerarqua de directorios, podemos encontrar los ficheros con los
valores por defecto en el directorio /etc. Debemos tener en cuenta que
al tener la informacin en ficheros podemos modificarla segn nos
convenga. Deberemos hacerlo, no obstante, con precaucin. Los
usuarios son los agentes a travs de los cuales el sistema ejecuta los

procesos. Si configuramos de manera inadecuada nuestro sistema es

posible que algunos programas dejen de funcionar. Si el error lo
cometemos en determinados ficheros y para determinados usuarios,
por ejemplo en /etc/passwd para el usuario root, es posible que
nuestro Linux ni siquiera arranque.
Aparte de los ficheros que definen los valores por defecto que
nos permiten trabajar con usuarios, hay diversos ficheros que nos
permiten definir la configuracin del entorno de trabajo y del sistema
para los distintos usuarios. En el caso de la configuracin propia a
cada usuario encontraremos duplicidad en los ficheros de
configuracin: encontraremos en /etc aquellos que sean genricos
para todos los usuarios y en el directorio raz del usuario aquellos que
deban afectarle solo a l. Ms adelante veremos los ficheros de
configuracin propios para cada usuario, de momento nos centraremos
en los que nos especifican valores por defecto para trabajar con
usuarios y grupos.
/etc/default/useradd: Contiene los valores por
defecto que se usan en la creacin de usuarios.
Dependiendo de la distribucin de Linux los
valores que podemos encontrar en este fichero
pueden variar. Lo importante, sea cual sea la
distribucin que usemos, es tener claro que
podemos modificar los valores por defecto que nos
ofrece el sistema segn nos convenga.
/etc/login.defs: Contiene algunos de los valores
por defecto para la creacin de usuarios. Los
valores que contiene son distintos a los que

contiene el fichero anterior. En este caso estn ms

orientados a modificar el comportamiento del
comando useradd en lugar de proveer valores. De
la misma manera, este fichero est enfocado a la
configuracin de la suite shadow de contraseas.
/etc/skel: No se trata de un archivo regular si no de
un directorio. En este directorio se encuentra los
esqueletos de los ficheros que todo usuario debe
tener. Es decir en este directorio se encuentran los
ficheros por defecto que se copiarn en los
directorios pertinentes del directorio raz del
usuario.

8.5.1 El fichero /etc/default/useradd

Se trata de un fichero de texto que contiene informacin por
defecto usada por el programa useradd al aadir un usuario. Los
valores que contiene el fichero pueden ser reemplazados por los que
queramos mediante el uso de parmetros o mediante la edicin de este
fichero. Cada atributo se especifica en una lnea diferente en el formato
Atributo=valor
Los espacios en blanco importan, por lo que se debe ser
cuidadoso. La mejor prctica es que ninguna de nuestras rutas tenga
espacios en blanco ni comillas en alguno de los nombres, si los tienen
deberemos ser cuidadosos con estos caracteres porque causarn
problemas. Algunos de los atributos que podemos especificar en este
fichero son:
HOME: Especifica el directorio base que se usar

para crear el directorio raz del usuario. Si este

campo no existe se usar /home
EXPIRE: Define la fecha de expiracin de la cuenta
de usuario. Si no existe este atributo o tiene un
valor vaco las cuentas no expiran nunca.
GROUP: Aunque el comportamiento depende de
otras variables, en caso de que no se cree un
nuevo grupo para el usuario, este atributo permite
especificar que grupo debe ser el grupo primario
de los nuevos usuarios. Muy til si todos los nuevos
usuarios deben caer dentro del mismo grupo. Si no
se especifica ningn valor toma 100 por defecto
SHELL: Especifica que shell usarn los nuevos
usuarios. Si no se especifica valor, el usuario por
defecto no tendr shell por lo que no podr
acceder al sistema.

8.5.2 El fichero /etc/login.defs

Se trata de un fichero de texto que define el comportamiento
de la suite de contraseas de los sistemas Linux y define, por tanto, el
comportamiento del sistema con los nuevos usuarios as como con los
que ya existen. Este fichero debe existir en el sistema, si no existe el
sistema arrancar igual pero el comportamiento que se obtendr es
impredecible.
A diferencia del fichero de /etc/defaults/useradd, este
especifica sus atributos y valores de forma distinta. Cada atributo se
presenta en una lnea y seguido de un espacio en blanco se presenta

su valor. Las lneas en blanco o que empiezan por # no son tomadas

en cuenta.
Atributo valor
Los atributos que puede tener este fichero son muchos y no
los comentaremos todos. Como otras veces, una sencilla bsqueda en
Internet puede arrojar luz sobre ellos. Algunos de los ms interesantes
se presentan a continuacin:
CREATE_HOME: Puede tomar los valores yes o no
(S o No en ingls). Especifica si se debe crear el
directorio raz para los nuevos usuarios.
DEFAULT_HOME: Puede tomar los valores yes o no
(S o No en ingls). Especifica si el usuario debe
entrar al sistema dentro de su directorio raz o en
caso de no poder entrar en el directorio raz debe
entrar en / . En caso de poner este valor a yes el
usuario entrara al sistema en el directorio / en caso
de qua no pudiese hacerlo en el suyo propio.
ENV_PATH: Toma como valor una cadena de
caracteres. Define el PATH que se usar para los
usuarios cuando estos entran al sistema. Se puede
sobrescribir mediante los ficheros de configuracin
propios de los usuarios. Para saber ms sobre el
PATH podemos volver a la seccin 5.3 Path.
GID_MAX, GID_MIN: Ambos pueden recibir como
valor un nmero entero. Especifica el ID mnimo y

mximo del grupo al crear un usuario o un grupo

nuevo. Por defecto toman, respectivamente, los
valores 1000 y 60000. Un ID por debajo del mnimo
especificado se considerar un grupo del sistema.
LOG_OK_LOGINS: Puede tomar los valores yes o
no (S o No en ingls). Permite especificar que se
guarde informacin de las entradas exitosas al
sistema. Resulta muy interesante tener este
parmetro a yes como poltica de seguridad.
MAX_MEMBERS_PER_GROUP: Especifica el
nmero mximo de usuarios que puede tener un
grupo. Una vez se supera el tamao mximo se
duplica el grupo. Esto puede llevar en algunas
situaciones a comportamientos inesperados. Para
ms informacin podemos revisar la seccin 8.3.1
Trabajando con Grupos.
PASS_MAX_DAYS, PASS_MIN_DAYS: Permiten
especificar el mximo y mnimo nmero de das que
una contrasea puede ser usada por los usuarios.
Este comportamiento puede modificarse mediante
comandos.
UMASK: Define la mascara para la creacin de
nuevos ficheros. Por defecto toma el valor 022. La
creacin del directorio raz de los nuevos usuarios
tendr en cuenta esta mascara para asignar los
permisos. Para ms informacin podemos volver a

la seccin 2.3 Permisos y propiedades de ficheros.

USERGROUPS_ENAB: Puede tomar los valores yes
o no (S o No en ingls). Si se pone a yes, useradd
crear por defecto un grupo con el nombre del
usuario al que dicho usuario ser asignado. Si se
pone a no al usuario se le asignar al valor
definido por el atributo GROUP del fichero
/etc/default/useradd
Ya conocemos como y que ficheros podemos cambiar para
modificar los valores por defecto en nuestro sistema Linux. An as
debemos ser cuidadosos con la seguridad de nuestro sistema y con los
permisos de los usuarios puesto que debemos recordar que es posible
modificar estos valores por defecto desde los distintos comandos de
manipulacin de usuarios y grupos.

8.6 Root, sudo y el fichero /etc/sudoers

En los sistemas operativos Linux root es usualmente el
nombre para aquel usuario que posee permisos para realizar
cualquier accin en el sistema. Es decir, es el nombre de la cuenta de
administracin. Con el usuario root podemos modificar cualquier tipo
de fichero aunque no seamos los propietarios o no tengamos permisos
para ello. De la misma manera, podemos asignar o cambiar permisos o
propietarios a cualquier fichero. Dicho de otra forma, es una cuenta de
usuario que nos permite hacer cualquier cosa que se nos ocurra.
Una vez hemos entrado en un sistema Linux podemos
cambiar de usuario con el comando su (del ingls substitute user). Si
simplemente invocamos su cambiaremos al usuario root. Si despus de
su especificamos el nombre de usuario cambiaremos al usuario

especificado. Si la cuenta del usuario a la que queremos cambiar est

protegida por contrasea, el sistema nos solicitar la contrasea del
usuario correspondiente. Hay una excepcin para esta regla: si el
usuario con el que estamos trabajando es el usuario root no se nos
pedir ninguna contrasea para cambiar a otro usuario distinto.
su
su usuario
Esto significa que es muy peligroso que un usuario consiga
acceso como root a un sistema puesto que dicho usuario podr hacer
todo aquello que se le antoje, sin limitaciones. Por ello es importante
proteger la cuenta de sper usuario o root con una contrasea segura
e intentar trabajar lo menos posible con esta cuenta.
Si tenemos la necesidad de trabajar como root o de permitir
que algunos usuarios trabajen como usuario root podemos recurrir al
comando sudo (del ingls substitute user do). Este comando nos
permite ejecutar programas y comandos como otro usuario,
normalmente como root. Es posible que sudo no venga instalado en
algunas distribuciones de Linux, sin embargo no es difcil de instalar
por los medios habituales.
Como ya hemos dicho, el programa sudo permite ejecutar
programas y comandos como root siempre que el usuario sea capaz de
autenticarse, normalmente introduciendo su propia contrasea. En
ocasiones, es posible que no nos interese darles a todos los usuarios
privilegios de superadministrador. En algunas ocasiones nos
convendr otorgarle a un usuario permiso para actuar en nombre de
un grupo, de otro usuario o realizar algunas tareas como root. Esto no
significa, pese a lo dicho, que haya que darle a dicho usuario permisos

totales sobre el sistema. Es ms, eso podra ser un importante fallo de

seguridad. Es por eso que podremos configurar el comportamiento de
sudo mediante el fichero de configuracin /etc/sudoers
El fichero /etc/sudoers es un fichero de texto plano por lo que
puede ser modificado con cualquier editor que usemos habitualmente.
Pese a la posibilidad de usar un editor comn y corriente para
modificar este fichero es recomendable hacer uso del comando visudo.
visudo
De esta manera no solo podremos modificar el fichero de
sudoers sin problema si no que adems, al cerrar el fichero el
programa comprobar que la sintaxis es correcta. Una mala sintaxis en
el fichero de sudoers podra llevar a dejar el comando sudo inservible.
El fichero de sudoers tiene un aspecto similar al que se
muestra a continuacin:
#Lineas por defecto:
Defaults
env_reset
Defaults
mail_badpass
Defaults
timestamp_timeout=5
Defaults
secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
#Lineas de usuarios:
root
ALL=(ALL:ALL) ALL
#Lineas de grupos:
Las lneas por defecto especifican comportamientos de sudo.
Como podemos observar todas las lneas que modifican el
comportamiento empiezan por la palabra clave Defaults seguida de un

tabulador y el valor que debe tomar. Estos valores afectarn a todos los
usuarios del fichero sudoers. Algunos de los valores que podemos
encontrar son:
authenticate: Puede tomar los valores de on y off.
Si est activo obliga a los usuarios a autenticarse
antes de usar cualquier comando con sudo. Por
defecto est activo.
env_reset: Limpia cualquier variable de entorno
seteada antes de ejecutar el comando.
timestamp_timeout: Permite especificar el tiempo
que debe durar la sesin de sudo. Es decir, durante
cuantos minutos el comando sudo no volver a
pedir la contrasea al mismo usuario para
autenticarse. Este parmetro solo tiene sentido si
authenticate se encuentra activo.
insults: Si est activo el comando insultar a los
usuarios que se equivoquen al introducir la
contrasea. Por defecto se encuentra inactivo. La
verdad es que, a parte del detalle gracioso, no
aporta mucho.
log_input: Si se activa, todas las entradas del
usuario cuando emplee sudo quedarn
registradas. Por defecto quedarn registradas en
/var/log/sudo-io. Por defecto log_input est
desactivada.
mail_badpass: Si el usuario que intenta ejecutar el

comando con sudo no introduce la contrasea

correcta se manda un correo electrnico al correo
especificado en mailto indicando el error.
mail_always: Se manda un correo a la direccin
especificada en mailto cada vez que un usuario
ejecuta el comando sudo.
mailto: Permite especificar la direccin de a quien
se deben mandar correos de aviso.
Para las opciones por defecto que pueden tomar los valores
on y off, el comando sudo nicamente requiere escribir el nombre de la
opcin. An as es posible escribir la opcin larga. Para el resto de
opciones se debe especificar el nombre de la opcin, un igual y el
valor que debe tomar la opcin.
A continuacin siguen un conjunto de lneas del estilo:
root

ALL=(ALL:ALL) ALL

Estas son las lneas que verdaderamente definen el

comportamiento del comando sudo para cada usuario. Vamos a ver que
significa cada uno de estos valores:
root ALL=(ALL:ALL) ALL: Usuario sobre el que se
aplica la regla que queremos configurar.
root ALL=(ALL:ALL) ALL: Host, es decir, nombre de
la mquina en el que se aplicar la regla. A menos
que usemos el fichero de /etc/sudoers para
diversas mquinas al mismo tiempo, este siempre
tomar el valor ALL.

root ALL=(ALL:ALL) ALL: Indica en lugar de que

usuario y grupo, en este orden se pueden ejecutar
comandos. Si ponemos ALL podremos ejecutar
comandos en substitucin de cualquier usuario o
grupo.
root ALL=(ALL:ALL) ALL: Indica que comandos o
programas puede ejecutar el usuario o usuarios
que cumplan la regla. Este ltimo parmetro puede
modificarse con ciertas etiquetas. Dos de las ms
tiles son NOPASSWD, NOEXEC.
NOEXEC: Impide ejecutar determinados
comandos a un determinado usuario.
NOPASSWD: Permite ejecutar determinados
comandos sin que el usuario tenga que
autenticarse.
Sudo permite adems la creacin alias para trabajar de
manera ms cmoda. De esta manera podemos definir varios
comandos o usuarios para aplicar ms tarde a nuestras reglas. Todo
esto dentro del fichero /etc/sudoers. Los alias deben especificarse
antes de las reglas y cada uno debe tener su tipo:
Cmnd_Alias: Para los comandos.
User_Alias: Para los usuarios.
Runas_Alias: Usuarios con privilegios o usuarios
del sistema.
Host_Alias: Para los nombres de equipos.

La mejor manera de entenderlo quizs sea con algunos

ejemplos:
#Cmnd_Alias, especifica una serie de comandos
#Permite ejecutar cualquier comando en /usr/bin
#excepto los comandos rm y mv
Cmnd_Alias BIN=/usr/bin, !/usr/bin/rm, !/usr/bin/mv
#Comandos de apagado
Cmnd_Alias POWER=/sbin/shutdown, /sbin/halt, /sbin/reboot,
/sbin/restart
#User_Alias, especifica grupos de usuarios
#Especifica un grupo de usuarios
User_Alias GRUPO1=usuario1,usuario2, usuario3
#Crea una regla para los alias especificados anteriormente.
#Permite ejecutar los comandos definidos en bin pero no los #definidos
en power
GRUPO1 ALL=(ALL:ALL) NOEXEC:POWER, EXEC:BIN
Los alias no suponen ms que una manera sencilla de
organizacin, lo mismo que se logra con ellos es posible hacerlo
substituyndolos por su valor en la lnea que se quiere modificar del
fichero sudoers. Con o sin alias, sudoers permite otorgar privilegios a
determinados usuarios para un conjunto limitado de acciones, frente al
comando su que les permite actuar en nombre de otro usuario sin
restriccin alguna.

8.7 UIDs y cambios de usuario

Sabemos que los comandos su y sudo nos permiten cambiar

de usuario o actuar en nombre de otros usuarios. Si revisamos la
seccin 2.3 Permisos y propiedades de ficheros, recordaremos que era
posible tambin trabajar con determinados ficheros como si fusemos
el propietario o grupo propietario de esos ficheros. Esto se consigue
mediante el uso de algunos de los bits de permisos. Ahora que
tenemos una mejor visin de los usuarios quizs sea el momento de
entender realmente como funciona el cambio de usuarios.
En los sistemas Linux, siempre es responsabilidad del Kernel
manejar los cambios de usuario, para ello hace uso de la familia de
llamadas al sistema setuid. setuid es tambin un programa existente en
los sistemas Linux que permite cambiar el ID efectivo del proceso que
lo invoca. Ms adelante veremos que es el ID efectivo. Antes de eso
vamos a ver que reglas define el kernel de Linux sobre lo que un
proceso puede hacer y lo que no. Aqu mostramos solo tres de ellas
puesto que son las que ms directamente nos afectan en cuanto a
UIDs.
1. Un proceso ejecutndose como root(UID 0) puede usar
setuid() para convertirse en cualquier otro usuario.
2. Un proceso que no se ejecuta como root tendr
importantes restricciones para usar setuid, de hecho en
la mayora de ocasiones no podr hacerlo.
3. Cualquier proceso puede ejecutar un programa con un
bit setuid o setgid siempre que tenga los permisos
necesarios para ello.
Despus de estas tres reglas, es necesario hacer una
distincin que no siempre es sencilla. Cuando se habla de cambio de

usuarios no estamos hablando de introducir contraseas o de nada

que tenga que ver con los nombres de usuario. Tanto los nombres de
usuario como las contraseas son elementos del espacio de usuario y
por lo tanto no tienen relacin con lo que haga el kernel por debajo de
este nivel de abstraccin. De hecho, para el kernel los usuarios son
simplemente nmeros, en la seccin 8.1 el fichero /etc/passwd, hemos
podido ver como cada nombre de usuario se vinculaba con un
identificador numrico nico, este es el que emplea el kernel para
trabajar.
Llegados a este punto es importante ser conscientes que en
los sistemas Linux modernos todos los procesos tienen ms de un UID.
El UID que hemos estado describiendo hasta ahora, aquel que ejecuta
un proceso, es el UID efectivo. A parte de este tenemos el UID real, que
indica a que usuario pertenece el proceso, es decir, que usuario ha
estado interactuando con l y puede enviarle seales. Esto puede
parecer confuso y la documentacin que hay al respecto no ayuda a
hacerlo ms claro. El hecho que para la mayora de procesos el UID
efectivo sea igual al real tampoco ayuda a aclarar su funcionamiento.
Podemos intentar comprenderlo mejor con un ejemplo:
supongamos que usuario1 lanza un proceso que tiene el setuid puesto
y que pertenece al usuario2. El usuario1 sera aqu el UID real porque
es el que ha lanzado el proceso y el que puede interactuar con el. Sin
embargo, el programa tena el setuid puesto y pertenece al usuario2,
por tanto el proceso se ejecutar como si se tratase del usuario2 y por
tanto el UID efectivo correspondera al usuario2. Intentando hacer una
analoga: el UID real equivaldra al sargento que da la orden y el UID
efectivo sera el soldado que la ejecuta.
Los comandos o programas que hemos visto hasta ahora nos

mostraban nicamente el UID efectivo de los procesos en ejecucin. En

la mayora de casos, es posible mostrar, adems, el UID real si se le
especifica al programa invocado las opciones adecuadas. Por ejemplo,
en el caso del comando ps, podemos recurrir a la siguiente lnea para
ver el UID real y el efectivo. No debe sorprendernos si en la mayora de
casos ambos valores son el mismo.
ps eo pid, euser, ruser, comm
Es importante observar que despus de iniciar un programa
como sudo, no nos ser posible enviarle seales o interactuar con el
proceso sin ser sudo. Esto es una consecuencia del comportamiento de
sudo. Este programa lo que hace es cambiar el UID real del programa
que ejecutamos adems del efectivo con lo que la interaccin con el
proceso queda a cargo de root o del usuario que empleemos con sudo
en este caso. Algunos programas, sobretodo por motivos de
seguridad, es recomendable que no se ejecuten con una cuenta como
la de root que tiene permisos casi ilimitados. Es por ello que en el
fichero sudoers disponemos de la opcin: stay_setuid. La opcin, le
indica a el programa sudo que no debe cambiar el UID real al ejecutar
un comando.
Dado que es el kernel el que maneja los cambios de usuario,
los administradores y desarrolladores de sistemas Linux deben ser
especialmente cuidadosos con los cambios de usuario y setuid en sus
programas y en los permisos de los ficheros. Muchas de las intrusiones
que se producen en sistemas Linux se aprovechan de
vulnerabilidades en los programas para tratar de conseguir una
elevacin de privilegios, as se conoce a poder ejecutar programas o
abrir ficheros como root, para poder tener acceso total al sistema.

8.8 Identificacin y Autenticacin de

usuarios
Los sistemas multiusuario como son los sistemas Linux, deben
proveer de sistemas de identificacin y autenticacin de usuarios para
garantizar la seguridad del sistema. Podemos entender la identificacin
como la pregunta: Quien es el usuario? La autenticacin trata de
averiguar si el usuario realmente es quien dice ser. Ambos procesos
sirven tanto para entrar al sistema como para trabajar con los distintos
ficheros y programas.
Si recordamos como trabajaba el kernel de los sistemas Linux
con los usuarios nos vendr a la mente que este los identificaba
nicamente con nmeros, con identificadores nicos de usuario o con
UID, mientras que los diferentes agentes se identifican a ellos mismos
usando un nombre. As pues el kernel conoce las reglas de como
gestionar las llamadas para setuid y conoce que reglas aplicar a uno u
otro usuario autenticado. El kernel, por contra, no sabe nada acerca de
contraseas o nombres de usuario, estas cosas son del mbito
exclusivo del espacio de usuario.
Supongamos, entonces, un caso en el que un proceso de
usuario necesita conocer el nombre de usuario del que lo ejecuta para
poder autenticarlo, igual porque estamos trabajando con sudo. El
procedimiento que seguira el proceso sera algo similar a lo que se
presenta a continuacin, aunque ms complejo.
1. El proceso pide al kernel su UID efectivo mediante una
llamada al sistema.
2. El proceso abre el fichero /etc/passwd
3. El proceso lee una lnea. Si no quedan lneas por leer

termina y da un error. El nombre de usuario no existe.

4. El proceso separa cada lnea en campos. El tercer
campo corresponde con el UID. Recordemos la seccin
8.1 el fichero /etc/passwd.
5. Si el ID obtenido del paso 4 se corresponde con el del
paso 1 termina y devuelve el campo 1. Es decir, el
nombre de usuario.
6. El proceso avanza a la siguiente lnea. Vuelve al paso
3.
Este proceso esconde ms complejidad de la mostrada aqu,
pero estos 6 puntos nos sirven para hacernos una idea aproximada de
lo que sucede. Precisamente debido a la complejidad, los sistemas
Linux no dejan a cada desarrollador la tarea de implementar la
identificacin, eso sera confuso y dara lugar a mayores problemas de
seguridad de los que solucionara. Es por ello que se hace uso de
libreras que permiten llevar a cabo estas tareas. Adems se dispone
de un conjunto de llamadas al sistema como geteuid() o getpwuid() que
permiten hacer de las tareas que se presentan un proceso ms o
menos homogneo para cualquier desarrollador.
Igual que para obtener los nombres de usuario se dan estas
facilidades, no sucede lo mismo con las contraseas. En el caso de las
contraseas, segn los mecanismos tradicionales, es el desarrollador
el que debe encriptar debidamente el valor que le proporcione el
usuario para comparar posteriormente el valor cifrado con el valor que
se encuentre en el fichero de configuracin.

8.9

PAM

(Pluggable

Authentication

Modules)
A diferencia de la identificacin la autenticacin no gozaba de
un sistema centralizado en los antiguos sistemas Linux. Para solventar
el problema, aparece en 1995 de mano de Sun Microsystems lo que se
conoce como PAM por las siglas en ingls de Pluggable Authentication
Mode. Este sistema provee un mecanismo flexible y centralizado para la
autenticacin de los usuarios. Aunque a da de hoy, no todas las
distribuciones de Linux implementan por defecto este mecanismo si
que lo hacen la mayora de ellas.
La idea de PAM es que las diferentes aplicaciones puedan
delegar la autenticacin de usuarios a este mecanismo para tratar de
identificar y autentificar al usuario. El diseo centralizado que tiene y el
sistema modular permiten aadir de manera sencilla segundos factores
de autenticacin, la autenticacin mediante dispositivos fsicos, un usb
por ejemplo, o casi cualquier otro sistema que se nos ocurra.
Para entender como funciona PAM lo mejor es echar un
vistazo a sus ficheros de configuracin. Los mayores problemas que
nos encontraremos son:
Cada distribucin gestiona de forma distinta los
ficheros de configuracin de PAM
Es posible encontrar la configuracin de PAM en
/etc/pam.conf o bien en distintos ficheros dentro del
directorio /etc/pam.d/
Los ficheros de configuracin permiten la inclusin,
mediante lneas de texto en los ficheros de
configuracin de otros ficheros de configuracin
completos, cosa que dificulta la tarea de

entenderlos.
No todos los mdulos de PAM tienen porque estar
siempre disponibles, es posible que sea necesario
habilitarlos.
Teniendo claras las limitaciones que existen podemos
abordar los ficheros de configuracin de PAM. Estos ficheros,
independientemente de la distribucin, son ficheros de texto con una
estructura similar. Empecemos por el caso en el que disponemos del
fichero /etc/pam.conf. En este caso, cada lnea del fichero representa
una regla y debe tener una estructura como la que se presenta a
continuacin:
servicio tipo control ruta [argumentos]
servicio: Nombre de la aplicacin o el fichero
sobre el que se aplicar la regla.
Tipo: Especifica el tipo de accin que deber hacer
PAM. Esto se hace mediante la especificacin de
uno de los 4 grupos de gestin que se presentan a
continuacin:
account: Permite realizar tareas de gestin de la
cuenta de usuario sin realizar ninguna
autenticacin, por ejemplo validar el estado de
una cuenta de usuario.
auth: Permite autenticar a un usuario en dos
pasos. El primero de ellos es asegurarse que el

usuario es quien dice ser, mediante contrasea o

cualquier otro mecanismo. El segundo es
comprobar la pertenencia del usuario a un
grupo o los privilegios de este en el sistema.
password: Permite cambiar las credenciales de
un usuario, bien se trate de una contrasea o de
cualquier otro tipo de credencial.
session: Permite realizar una accin
exclusivamente para la sesin del usuario.
Mostrar el mensaje del da por ejemplo o montar
un directorio.
Si el valor del tipo est precedido por un carcter
-, no quedar constancia en ningn archivo del
sistema en caso que el mdulo no pueda ser
cargado. Si no se especifica el carcter - y el
modulo no se puede cargar se generar la
anotacin correspondiente.
Control: Especifica que debe hacer PAM despus
de que la accin falle o no. Puede tomar valores
complejos o valores simples.
En seguida
entraremos en ms detalle acerca de los valores de
control.
Ruta: El mdulo de PAM que se ejecutar para esta
lnea. Lo que hace cada mdulo puede
encontrarse en el manual de dicho mdulo. Dado
que es posible programar nuestros propios

mdulos para PAM es necesario revisar la

documentacin de cada uno. La ruta del mdulo
debe ser absoluta. Si no lo es, debemos tener en
cuenta que ser relativa a /lib/security en la mayora
de las distribuciones. Podramos encontrarnos por
ejemplo con: pam_shells.so
Argumentos:
Algunos
mdulos
aceptan
argumentos propios al mdulo para modificar su
comportamiento. En caso que existan deben ir en
este lugar. Los argumentos de cada mdulo
debern consultarse en la documentacin de este,
por ejemplo:
auth sufficient pam_unix.so nullok
Especifica que el usuario podra no tener contrasea sin que
ello devuelva un error.
Antes de entrar de lleno con los valores de control, debemos
hacer una ltima consideracin. Las reglas que definamos en los
ficheros de configuracin de PAM se interpretan secuencialmente. Esto
significa que la regla que se encuentra ms arriba es la que primero se
evala. No solo eso, si no que adems las reglas pueden acumularse.
Se puede definir para un mismo programa ms de una regla de manera
que ser la combinacin de todas ellas la que defina si PAM puede o
no realizar la accin. En seguida veremos un ejemplo para tenerlo ms
claro. Veamos antes algunos de los valores que puede tomar el campo
control y que significa cada uno de ellos.
required: En caso de fallo PAM devolver un fallo,
pero solo despus de haber evaluado el resto de

mdulos que hacen referencia al programa o

fichero.
requisite: En caso de fallo PAM devolver un fallo.
Sin embargo, el control se devuelve
inmediatamente a la aplicacin sin ejecutar
ninguno de los mdulos restantes.
sufficient: En caso de xito PAM devolver un xito
si ninguna lnea anterior ha fallado. Ningn mdulo
ms ser ejecutado puesto que el control se
devuelve a la aplicacin inmediatamente.
optional: El xito o fracaso de este mdulo solo se
tiene en cuenta si es el nico asociado al servicio.
include: Incluye todas las lneas del fichero
especificado como valores de control.
Para que dos reglas sean acumulables deben tener el mismo
servicio y el mismo tipo. En ese caso se acumularn las reglas tal como
se muestra en el ejemplo a continuacin.
servicio
servicio
servicio

auth
auth
auth

sufficient
sufficient
required

pam_rootok.so
pam_unix.so
pam_deny.so

En el ejemplo mostrado PAM seguir el procedimiento

siguiente dado que todas las reglas son del mismo tipo para el mismo
servicio:
1. El mdulo pam_rootok.so comprueba que es el usuario
root el que trata de autenticarse. Si devuelve un xito,

dado que el valor de control es sufficient, PAM devuelve

un xito y se devuelve el control a servicio. En caso de
fallo pasar a la siguiente regla acumulada, mismo
servicio y mismo tipo.
2. El mdulo pam_unix.so pide la contrasea al usuario,
en caso de que la contrasea que ofrece el usuario
sea correcta se devuelve un xito. Dado que el valor
del campo control est puesto a sufficient, PAM
devolver un xito y se devolver el control a la
aplicacin. Si da un error se proceder con la siguiente
lnea.
3. El mdulo pam_deny.so siempre devuelve un fallo.
Dado que el campo control toma el valor required PAM
devolver un error. Antes de devolver el error, sin
embargo, ejecutar el resto de lneas. Si en lugar de
required tuvisemos requisite aqu terminara el trabajo
de PAM. En este caso no hay ms lneas, por tanto aqu
terminaramos sucediese lo que sucediese.
A partir de la configuracin que hemos visto podemos
hacernos una idea de como funciona PAM. El funcionamiento concreto
queda ofuscado por los diferentes mdulos que se usan. Adems,
esta configuracin es nicamente para el caso de disponer del fichero
/etc/pam.conf. Que sucede si en nuestro sistemas disponemos en su
lugar del directorio /etc/pam.d/?
El funcionamiento de PAM en esta situacin es muy similar al
que ya se ha mostrado. La principal diferencia estriba en que en el
directorio /etc/pam.d encontraremos un fichero para cada servicio al

que queremos definirle alguna regla. As pues, en lugar de tener un

fichero monstruoso con lneas de la forma:
servicio tipo control ruta [argumentos]
Tendremos el servicio definido por el nombre del fichero
dentro del directorio /etc/pam.d/ mientras que dentro de cada fichero
tendremos, en texto, una lnea por cada una de las reglas para ese
servicio siguiendo la forma:
tipo control ruta [argumentos]
Aunque los mdulos de PAM que tengamos y la propia
configuracin dependen en gran medida de la distribucin de Linux
que usemos y del software que tengamos instalado, tenemos las
referencias anteriores sobre su configuracin para entender el
funcionamiento y, por que no, para atrevernos a configurar los mdulos
que ms nos convenga. Sea como sea, hay algunos consejos que
sern aplicables, si no para todas, para la gran mayora de
distribuciones.
Podemos saber que mdulos de PAM hay cargados
en nuestro sistemas con man k pam_ (importante
no dejarse la barra baja).
Una vez sabemos que mdulos tenemos cargados
podemos tratar de localizarlos mediante el
comando locate.
locate pam_unix.so
Los argumentos de los mdulos y su
comportamiento siempre est definido en los

manuales.
En el caso que exista, el fichero /etc/pam.d/other
define la configuracin por defecto para cualquier
aplicacin que no disponga del fichero de
configuracin para PAM correspondiente.
Algunas distribuciones de Linux generan ficheros
de configuracin para PAM de forma automtica, en
estos casos, no suele ser muy recomendable
cambiar dichos ficheros de configuracin a menos
que se tenga muy claro lo que se est haciendo. En
estos casos, siempre encontraremos algunas
comentarios en el fichero, lneas que empiezan por
# para avisarnos de que los ficheros han sido
generados automticamente.
Al trabajar con los ficheros de configuracin de PAM debemos
hacer siempre una copia de seguridad. Si por algn casual
cometisemos un error en los ficheros de configuracin podramos
llevarnos una sorpresa muy desagradable. En el peor de los casos
podramos ser incapaces incluso de entrar al sistema. Si esto sucede y
hemos sido precavidos, lo nico que debemos hacer es restaurar los
ficheros de configuracin desde la copia de seguridad.

8.9.1 Limitando recursos con PAM

Como hemos visto en PAM (Pluggable Authentication
Modules), PAM sirve para un gran abanico de cosas. Adems de todo lo
visto, PAM nos ofrece una funcionalidad muy interesante. Nos permite
limitar los recursos para los distintos usuarios. Esta es una

funcionalidad que nos resultar interesante tanto a nivel de

administracin como a nivel de seguridad. Por desgracia, no vamos a
encontrar esta funcionalidad en todas las distribuciones ni en todas las
versiones de PAM. Sea como sea, la mayora de sistemas Linux y BSD,
estos ltimos tienen los ficheros de configuracin en otras rutas,
aceptan este tipo de limitaciones.
Igual que sucede con las otras funcionalidades de PAM,
podemos encontrar alguna discrepancia sobre la limitacin de
recursos segn la distribucin de Linux que usemos. Esto no supone
un obstculo para que veamos como funciona. En caso de encontrar
una discrepancia siempre podemos recurrir a los manuales que el
mismo sistema provee. Normalmente encontraremos el fichero de
configuracin con el que vamos a trabajar en: /etc/security/limits.conf
El fichero de configuracin es un fichero de texto con una
lnea para cada una de las reglas. Cada lnea se haya representada
en el siguiente formato:
usuario

tipo

recurso

limite

usuario: Define a que usuario se le aplica la regla.

Debe existir en el sistema. Las reglas pueden
definirse para usuarios. Para grupos si empiezan
por @ o como reglas por defecto si se llena el
campo usuario con el carcter *.
tipo: Podemos especificar las reglas como hard o
soft, duras o blandas. Las reglas definidas como
hard solo podrn ser cambiadas por el usuario
root. Las reglas soft pueden llegar a ser cambiadas
por el propio usuario.

recurso: El recurso que se quiere limitar. Algunos

de los valores que puede tomar son los siguientes:
core: El tamao mximo de los ficheros de
volcado en kilobytes.
fsize: El tamao mximo de los ficheros en
kilobytes.
nofile: El nmero mximo de ficheros que el
usuario puede tener abiertos al mismo tiempo.
rss: Cantidad mxima de memoria que pueden
usar los procesos de la sesin en kilobytes
cpu: Especfica la cantidad de minutos que la
sesin puede hacer uso de la CPU.
nproc: Especifica la cantidad mxima de
procesos que pueden ejecutarse en una sesin.
lmite: Dependiendo del valor que tome el recurso
tomar un valor u otro para indicar el lmite
correspondiente.
Las reglas en el fichero /etc/security/limits.conf son ledas de
arriba abajo. As pues si hay dos reglas que se contradicen la que
aparece ms abajo en el fichero es la que se aplicar. Hay que tener
en cuenta adems que una regla definida para todos los usuarios, con
un asterisco en el campo usuario, siempre tendr menos peso que una
regla especifica. Lo mismo sucede para los grupos. Es decir, una regla
definida de forma estricta para un nico usuario siempre prevalecer
sobre las reglas definidas para el grupo o por defecto. De la misma

manera una regla definida para un grupo prevalecer sobre las reglas
que se definen por defecto.

9. Arranque del sistema

Ahora que conocemos los sistemas de ficheros, los procesos y
los usuarios llega el momento de saber que sucede al arrancar un
sistema Linux: como arranca el Kernel y que sucede hasta que se
ejecutan los procesos de usuario.
Comprender como arranca un sistema Linux nos ayudar a
comprender el sistema en todo su conjunto en lugar de hacerlo por sus
distintas partes o de una manera modular. Adems puede ayudarnos a
solucionar diversos problemas que pueden aparecer mientras el
sistema se inicia. No debe preocuparnos reconocer las etapas en las
que nuestro sistema arranca dado que no es una tarea sencilla, y
menos en los sistemas modernos. Es muy probable que muchas
ocasiones seamos incapaces de interactuar con el sistema de
arranque hasta que se ejecute el primer proceso de usuario. Sin
embargo, seremos capaces de ver a posteriori los mensajes que se
han generado.
De forma simplista podramos decir que todos los sistemas
arrancan de una forma similar a la siguiente:
1. La BIOS o el software de arranque cargan y ejecutan el
cargador de arranque, en ingls boot loader.
Recordemos que, como comentbamos en la seccin
4.1 Tablas de particiones y particiones, es posible que
en los discos nos encontremos con un MBR (master
boot record) que contendr el software de arranque o
puede ser que este proceso dependa completamente
de la BIOS y los sistemas UEFI, como sucede en los

sistemas modernos.
2. El cargador de arranque, boot loader, busca la imagen
del kernel en el disco y la carga en memoria, una vez
cargada en memoria la ejecuta.
3. El kernel inicializa los dispositivos y sus drivers
correspondientes. Podemos refrescar algunos detalles
si volvemos al captulo 3.Dispositivos o a la seccin 3.5
Udev. Es en etse momento que kernel ya conoce los
dispositivos conectados y es capaz de proporcionar
esa informacin para que nosotros trabajemos ms
adelante, an as aun no podremos interactuar con
esta informacin.
4. El kernel monta el sistema de ficheros raz. Es decir, el
sistema de ficheros principal. Si recordamosla seccin
4.9 Montando un sistema de ficheros y, en concreto
como funciona el fichero /etc/fstab, podemos darnos
cuenta que este proceso es algo complejo y que
implica comprobaciones y otras subtareas.
5. El kernel inicia un programa llamado init con PID 1. Es
el primer programa del espacio de usuario. Es decir, el
programa init inicia el espacio de usuario.
6. Init inicia los servicios de bajo nivel como udevd y
syslogd. Esto significa que hasta este momento no
somos capaces de interactuar con los dispositivos o de
generar entradas de log en el sistema.
7. Se configura y se levanta la red.

8. Se ejecutan los servicios de nivel intermedio y de alto

nivel como cron. Podemos recordar que era cron en la
seccin 6.4 Planificando tareas.
9. Se lanzan los procesos de alto nivel como la interfaz
grfica o GUI, si la hubiese, o los procesos de entrada
al sistema para los usuarios.
Como podemos ver, el arranque del sistema es un proceso
complejo que involucra muchos pasos. Intentaremos obtener una visin
completa de estos pasos para ser capaces de entender el sistema en
su conjunto. A este proceso hay que sumar otro proceso similar, aunque
ms sencillo que es realizado antes de la carga del sistema.
Al encender una mquina, antes de empezar todo este
procedimiento, se produce una comprobacin del hardware de la
mquina. Si faltase algn componente importante, si la fuente de
alimentacin no suministrase suficiente potencia, o si un elemento
estuviese conectado all donde no debe, es posible que ni siquiera
lleguemos a ver arrancar la BIOS. En este caso, si hemos montado
nosotros mismos la mquina o si nos la han montado por piezas, antes
de entrar en pnico deberamos revisar que hemos montado
correctamente cada uno de los componentes.

9.1 Los mensajes de inicio

Todos los sistemas Unix, esto incluye tambin a los sistemas
Linux, producen una gran cantidad de mensajes de diagnostico a
medida que arrancan. Desgraciadamente para nosotros la cantidad de
estos mensajes es enorme y en la mayora de los casos muy difcil de
comprender. Al principio, es decir en las primeras etapas del sistema,

estos mensajes son generados por el kernel. En las ltimas etapas de

arranque algunos servicios o procesos pueden generar tambin este
tipo de mensajes de diagnostico, haciendo que sea ms difcil de
comprender.
Incluso una vez el sistema ya ha arrancado el kernel sigue
generando mensajes de diagnostico ante algunos eventos. Por
ejemplo, puede generar mensajes de diagnostico al conectar un nuevo
dispositivo. Eso hace que la cantidad de mensajes final que podemos
ver sea muchas veces desalentadora.
Gracias a la evolucin del hardware y del propio software es
posible que el usuario ni siquiera sea capaz de ver estos mensajes.
Hay distribuciones de Linux o sistemas que se han configurado para
mostrar una pantalla de carga que oculta todos estos mensajes. A
veces, ni tan siquiera es una pantalla de carga y se trata nicamente
de una pantalla en negro. En estos casos, apretar la tecla ESC (o tecla
escape) suele ser suficiente para desactivar la pantalla de carga y ver
los mensajes. An as, la evolucin del hardware ha llevado a que
estos mensajes aparezcan muy rpidamente en la pantalla, siendo casi
imposible leerlos. Es por ello que tenemos dos maneras prcticas de
ver estos mensajes.
Mirar en los logs del sistema. Estos suelen
encontrarse en el directorio /var/log. En el caso de
los mensajes del kernel los encontraremos,
dependiendo de la distribucin que usemos, en
kern.log, messages o messages.log. Sea cual sea
nuestra distribucin y nuestro fichero, un vistazo a
los ficheros en /var/log nos dar una pista bastante
buena puesto que los nombres son bastante

descriptivos.
El comando dmesg. Este comando nos devolver
el contenido de los mensajes del kernel desde el
ltimo arranque. La salida de dmesg puede ser
extremadamente grande por lo que no se
recomienda ejecutar el comando dmesg sin ms. En
su lugar es recomendable redirigir la salida a otro
programa como less, more o tail.
dmesg | tail
dmesg | less
Aunque no podemos entrar a explicar todos los mensajes que
arroja dmesg a continuacin se muestra una posible salida de este
comando:
[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Initializing cgroup subsys cpuacct
[ 0.000000] Linux version 3.11.0-13-generic (buildd@aatxe) (gcc
version 4.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu8) ) #20-Ubuntu SMP Wed
Oct 23 17:26:33 UTC 2013
(Ubuntu 3.11.0-13.20-generic 3.11.6)
[ 0.000000] KERNEL supported cpus:
[ 0.000000] Intel GenuineIntel
[ 0.000000] AMD AuthenticAMD
[ 0.000000] NSC Geode by NSC
[ 0.000000] Cyrix CyrixInstead
[ 0.000000] Centaur CentaurHauls

[ 0.000000] Transmeta GenuineTMx86

[ 0.000000] Transmeta TransmetaCPU
[ 0.000000] UMC UMC UMC UMC
[ 0.000000] e820: BIOS-provided physical RAM map:
[ 0.000000] BIOS-e820: [mem 0x00000000000000000x000000000009fbff] usable
[ 0.000000] BIOS-e820: [mem 0x00000000000f00000x00000000000fffff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000001000000x000000007dc08bff] usable
Si nos fijamos, aunque los mensajes son muchos y muy
variados, todos siguen una estructura, ms o menos, comn. A modo de
gua podemos observar que todos los mensajes empiezan con un
nmero decimal entre corchetes [0.000000]. Este nmero indica el
tiempo transcurrido desde el arranque del sistema. Es decir, si vemos
todo ceros, se trata de un evento que ha sucedido en el segundo 0 de
arranque del kernel. Si por el contrario visemos un mensaje que
empezase por [3.432100] estaramos ante un mensaje que se ha
generado en el segundo 3 desde el arranque del sistema. Esta marca
temporal puede sernos muy til para tratar de detectar errores. Se
puede observar tambin que en ocasiones los mensajes empiezan por
unas letras o nmero seguidos del carcter : y a continuacin
continua el mensaje. En estos casos, lo que encontramos antes del
carcter : indica quien est produciendo el mensaje. Lo que
encontramos despus de los dos puntos no es otra cosa que el
mensaje generado.
Otro comando muy til para trabajar con la salida de dmsg o

con los logs del kernel es el comando grep. Como ya hemos visto en la
seccin 5.5 Algunos comando bsicos, el comando grep es una
herramienta que permite buscar texto plano que coincida con una
expresin dada. As pues podemos hacer uso de expresiones como:
#Buscar mensajes sobre los dispositivos SCSI disk
dmesg | grep -i sd
#Buscar mensajes sobre dispositivos usb
dmesg | grep i usb
Al igual que muchos otros de los comando de sistemas Linux,
dmesg tiene sus propias opciones y argumentos. La lista de
argumentos para dmesg es considerable y nos permite una gran
flexibilidad. Vamos a ver algunos parmetros que resultan interesantes.
Para ms informacin sobre los parmetros de dmesg es posible
recurrir a la entrada del manual:
man dmesg
-u: Muestra los errores del espacio de usuario.
-t: No muestra las marcas temporales del kernel.
-C o --clear: Elimina el buffer de mensajes del
kernel. Debemos ser cuidadosos con esta opcin.
-c: Elimina el buffer con los mensajes del kernel
despus de mostrarlos por pantalla
-L: Muestra la salida de dmesg en distintos colores.
Puede ayudar a comprender los mensajes que
vemos.

-l o level <lista>: Limita la salida de dmesg a los

niveles de error especificados. Recibe como
parmetro la lista de niveles separados por comas.
Podemos ver todos los niveles especificando a
dmesg la opcin h. Algunos de ellos son:
err: Error
warn: Warning o advertencia. Son errores que
no impiden seguir con la ejecucin del programa
que los genera.
crit: Se trata de errores crticos
El tamao del buffer que almacena los mensajes del kernel es
limitado. Normalmente es suficientemente grande como para poder
guardar un gran nmero de mensajes, sin embargo hay que tener en
cuenta que si el sistema lleva mucho tiempo en funcionamiento y se han
ido generando anotaciones por parte del kernel, iremos perdiendo las
ms antiguas. Normalmente esto no suele ser un problema, puesto que
aquellas anotaciones que se borran de los ficheros de logs del sistema
son suficientemente antiguas para que no debamos preocuparnos por
ellas.
Ampliacin
Los logs o anotaciones del sistema se almacenan en ficheros. Para
evitar que estos ficheros crezcan indefinidamente, existe un
mecanismo conocido como log rotate, rotacin de anotaciones.
Cada vez que un fichero alcanza un tamao determinado, el fichero
se comprime y se inicia un nuevo fichero de logs. El nmero de

ficheros comprimidos que se almacenan es configurable por el

administrador de la mquina. Una vez se sobrepasa el nmero
mximo de ficheros comprimidos guardados se empiezan a borrar
los ms antiguos antes de guardar nuevos ficheros.

9.2 El bootloader
El boot loader es un pequeo programa que arranca
despus de las comprobaciones iniciales y de la interfaz de
entrada/salida bsica, es decir despus de la BIOS. El arranque del
sistema depende en gran medida de nuestros discos y de la BIOS, el
boot loader, por tanto, deber ser acorde a la configuracin de nuestra
mquina. En funcin de si disponemos de una mquina que permite el
arranque desde UEFI o si tenemos un disco con un MBR, ver la seccin
4.1 Tabla de particiones y particiones, deberemos escoger el boot
loader en consecuencia.
La tarea del boot loader es sencilla, al menos en apariencia.
Carga el kernel del sistema operativo en memoria y lo ejecuta. Aunque
enunciado parece sencillo es una tarea que a medida que la miramos
detalladamente se revela complicada. En primer lugar debemos saber
donde se encuentra la imagen del kernel. En segundo lugar debemos
conocer con que parmetros se debe llamar al kernel.
Parece que la respuesta es sencilla: tanto el kernel del
sistema operativo como los parmetros con los que se debe llamar
estn en algn lugar del sistema de ficheros. La conclusin sencilla es
que el boot loader nicamente debe buscar en el sistema de ficheros
para encontrar la imagen del kernel y el fichero de configuracin con
los parmetros. Aunque se trata de la conclusin ms fcil, se nos

presenta un gran problema. Debemos recordar que es el kernel el que

monta el sistema de ficheros. No solo eso, tambin es el kernel el que
carga los drivers para entenderse con los dispositivos de
almacenamiento.
Aunque parecen problemas insalvables los boot loaders
recurren a la BIOS o a UEFI para cargar unos drivers muy sencillos que
les permiten acceder a cualquier tipo de dispositivo de
almacenamiento. El acceso no es rpido ni el ms eficiente, pero se
emplea nicamente hasta que el momento en que se carga el kernel. El
mtodo que suelen usar tanto BIOS como UEFI para el acceso a los
discos es el direccionamiento por bloque lgico o LBA. El acceso es
secuencial segn la numeracin de los bloques, pero como se ha
comentado, cuando el kernel este cargado ya se ocupar de mejorar la
velocidad. De la misma manera, ambos sistemas, al menos actualmente,
pues no ha sido siempre as, soportan el montaje de sistemas de
ficheros en modo de solo lectura, permitiendo de esta manera localizar
los ficheros.
Debemos tener en cuenta que cuando no era posible montar
los sistemas de ficheros en modo lectura programar los boot loaders
era ms complejo que en la actualidad puesto que deban lidiar con el
problema. As pues, una vez solucionada la principal problemtica
podemos decir que adems de lo descrito un boot loader debe ser
capaz de:
Permitir seleccionar entre distintos kernels.
Permitir escoger entre distintos parmetros para
iniciar el kernel. Aunque esto depender de
como configuremos el cargador de arranque o

boot loader. Hay sistemas operativos como

Windows que en un funcionamiento normal no
dan esta opcin. Por suerte la mayora de
bootloaders que cargan sistemas si que la
permiten Linux.
Permiten cargar distintos sistemas operativos.
Hay que remarcar que esto es distinto de la
primera opcin. Como veamos en la seccin 1.2
Una visin general de los sistemas Linux, un
sistema Linux no se compone nicamente por el
kernel. Esto significa que podemos tener un
mismo sistema operativo con dos kernels
distintos.
Aunque algunas distribuciones incluyen uno u otro, escoger
el boot loader es una tarea que depende de cada usuario. Cada uno
tiene sus propias caractersticas, algunos estn pensados nicamente
para sistemas UEFI, otros para sistemas con uso de MBR y otros
pueden trabajar con ambos. Estos son algunos de los ms conocidos:
GRUB: Puede trabajar con escenarios basados
en UEFI o BIOS+MBR. Es uno de los ms
extendidos y ms usados independientemente
de la distribucin de Linux que utilicemos y en el
que nos centraremos. Su configuracin es
bastante intuitiva puesto que sigue el formato de
muchos scripts de sh, el terminal del que
evoluciona bash.
Syslinux: Est pensado para cargar el kernel

desde una gran variedad de sistemas de

ficheros, sin embargo permite cargar nicamente
ficheros que se encuentren en la particin
donde se encuentra instalado.
LILO y ELILO: El primero para trabajar
nicamente con arranque desde la BIOS, el
segundo para arrancar nicamente desde UEFI.
Es uno de los primeros boot loaders de Linux. El
soporte para ELILO ha sido descontinuado por
lo que no se recomienda su uso. En cualquier
caso es decisin del usuario. El soporte para
LILO tambin se ha visto discontinuado debido a
la amplia aceptacin de GRUB.
systemd-boot: Es un boot loader que trabaja
nicamente con UEFi permitiendo seleccionar
entre varias imgenes que cargar segn su
configuracin o segn un men en pantalla. Se
incluye en los sistemas junto con systemd. Ms
adelante hablaremos de systemd. Pese a
disponer de este cargador en el sistema sigue
siendo posible recurrir a otros como GRUB.
Aunque la variedad de boot loaders es, a da de hoy, bastante
considerable, GRUB es casi universal por la sencillez de configuracin
y su rendimiento. Normalmente cuando se recurre a otro cargador de
arranque es porque se busca una mayor velocidad, menor tiempo de
respuesta o una configuracin ms sencilla aunque se pierda cierta
flexibilidad. Sea como sea, la eleccin queda en manos del usuario.

9.3 Parmetros del kernel

Muchos de los programas en los sistemas Linux disponen de
parmetros que modifican su comportamiento. Lo hemos estado
observando a lo largo de todos los comandos mostrados. El kernel o
ncleo del sistema no es distinto. No solo eso si no que adems, el
kernel suele ser bastante parecido, si no igual, entre todas las
distribuciones. La discusin de si es igual o no o de donde termina el
kernel y empiezan los mdulos que ya no forman parte de este la
dejaremos para otros.
Una vez hemos arrancado el sistema y hemos entrado
podemos ver que parmetros ha pasado el boot loader al kernel. Para
ello recurrimos a un comando y a un directorio que ya conocemos:
cat /proc/cmdline
Los parmetros que nos muestra pueden parecer confusos
pero solo podemos encontrar parmetros de dos tipos. Palabras
sueltas que especifican un comportamiento concreto o parejas de
clave=valor. En estos casos el kernel especifica que una misma clave
puede tener n valores separados por comas. Es decir: clave=valor1,
valor2, ..., valorN. En ocasiones esto no ser til, en otras puede llegar
a serlo mucho. De la misma manera hay parmetros que resultan
crticos para que todo funcione mientras que hay otros que son
superfluos.
La lista de parmetros del kernel es bastante larga, podemos
encontrar por Internet algunas listas de estos parmetros. En la gran
mayora de ocasiones encontrar la lista completa no nos aportar nada

que necesitemos. En ocasiones, encontrarla puede ayudarnos a

entender mejor el sistema en su conjunto y el ncleo de los sistemas
Linux en particular.
A la hora de trabajar con los parmetros el kernel buscar
primero las claves siguientes:
root=<valor>
nfsroot=<valor>
nfsaddrs=<valor>
ro
rw
debug
init=<valor>
A continuacin el kernel revisar el resto de parmetros. Si el
parmetro es conocido se interpreta segn su significado. Si el kernel
encuentra una pareja de clave=valor donde la clave no es ninguno de
los parmetros que el kernel puede aceptar, entonces se considera
como una variable de entorno. Es decir si encontrase
internals=mi_valor considerara que internals es una variable de
entorno. As pues, si alguno de los parmetros no es soportado por el
kernel esto no causar un error crtico.
Algunos de los parmetros que se le pueden pasar al kernel
son los siguientes:
root= : Este parmetro le dice al kernel que
dispositivo usar como sistema de ficheros raz en
el momento de arrancar. Recibe un parmetro

del tipo /dev/sda3. Debemos tener en cuenta que

esta forma no es equivalente a la que se usa ms
adelante para representar los dispositivos en el
kernel. De hecho para un dispositivo que tiene
como valor de major 8 y valor minor 3. El kernel
podra recibir un parmetro del estilo 0x803 en
lugar de /dev/sda3.
nfsroot= : Asigna el valor de la raz del nfs
(Network FileSystem o en castellano Sistema de
ficheros en red), cuando es necesario. Si la ruta
especificada no empieza por /, , un nmero
se aade a los especificado el prefijo /tftpboot/.
nfsaddrs= : Permite especificar la direccin de
la mquina remota en caso de un arranque en
red. Es importante recalcar que con la bajada de
precio de las unidades de almacenamiento, casi
siempre discos duros, cada vez es menos usual
cargar el sistema operativo en red, aunque con
el uso de chromebooks quizs este repuntando
un poco. Sea como sea, si se especifica la opcin
root= esta tendr prioridad sobre el arranque
de red.
init= : Define el primer comando que debe
ejecutar el kernel. Si no se especifica ningn
valor el kernel probar /sbin/init, /bin/init y
finalmente /bin/sh. Si no encuentra ninguno de
estos programas y no se ha especificado valor

nos dar un error de pnico. Para los

habituados a Windows: el equivalente a un
pantallazo azul. Este comando es muy
importante. Quizs resulta interesante, ahora o
despus de terminar de leer lo referente al
arranque del sistema, reflexionar sobre que
pasara si el primer comando que ejecuta el
kernel es /bin/bash.
ro, rw: Le dicen al kernel que debe montar el
sistema de ficheros raz en modo de solo lectura
o en modo de lectura y escritura
respectivamente. Suele ser habitual encontrar la
opcin de solo lectura para el sistema de
ficheros raz.
debug: Los mensajes del kernel que se
muestran por pantalla son delegados tambin a
un demonio, veamos en el captulo 6. Procesos y
threads, para recordar que es un demonio. Este
demonio se encarga de almacenar los mensajes
generados por el kernel en un fichero. Como
hemos visto anteriormente los mensajes del
kernel ya se guardan en un fichero, debug lo
nico que permite es guardar ms informacin si
cabe, demasiada en la mayora de los casos.
rootdelay= : Especifica el nmero de segundos
que el kernel debe esperar antes de tratar de
montar el sistema de ficheros raz. Puede resultar

bastante til en momentos en los que montamos

un sistema de ficheros en red o cuando sabemos
de la lentitud del dispositivo de almacenamiento.
rootfstype= : Especifica al kernel que monte el
sistema de ficheros raz como si se tratase de un
sistema de ficheros del tipo indicado.
Normalmente se usa para garantizar
compatibilidades hacia atrs, por ejemplo montar
un sistema de ficheros ext3 como si se tratase de
un ext2. De otra manera el propio kernel suele
ser bastante bueno para detectar por l mismo el
sistema de ficheros adecuado.
resume= : Bastante importante, le indica al
kernel donde localizar la informacin que se
guarda despus de suspender el sistema. Suele
ser la misma particin donde se encuentra la
swap, podemos volver a al seccin 4.3 La
particin SWAP o espacio SWAP, para refrescar
la memoria. Suele ser til para recuperarse de la
hibernacin.
panic= : Por defecto despus de un mensaje de
pnico, un error irrecuperable del kernel, algo
muy malo, el sistema no se reinicia. panic permite
obligar al reinicio del sistema despus de
esperar los segundos especificados tras un error
de pnico.

Los parmetros del kernel estn divididos en categoras:

segn sean generales, afecten a discos, a memoria, etc. Los que se
han visto aqu son todos de carcter general. Segn lo que se quiera
conseguir ser necesario buscar parmetros ms especficos.

9.4 Arranques MBR y UEFI

En todo momento se ha hablado de dos maneras distintas de
gestionar el arranque del sistema: mediante master boot record (MBR) y
mediante UEFI. El primero de ellos emplea la BIOS, el sistema bsico de
entrada/salida, para ser capaz de cargar el gestor de arranque del
sistema operativo. Si recordamos la seccin 4.1 Tablas de particiones y
particiones, el gestor de arranque se almacenaba en un espacio de
poco ms de 400 bytes en el primer sector del disco duro. Esto, a da de
hoy es insuficiente para el cargador de arranque. Es por ello que
realmente lo que se almacena en este espacio es un cargador del
cargador de arranque. Actualmente, si se debe trabajar con la BIOS
para el arranque se trabaja con cargadores en mltiples etapas de
manera que se almacena una primera etapa en el espacio MBR
mientras que el resto del cargador de arranque o bootloader se
almacena en el espacio que queda entre MBR y la primera particin. El
almacenamiento del cargador de arranque antes de la primera
particin no es muy seguro, puesto que puede ser sobrescrito con otra
informacin, conscientemente o por error, impidiendo el correcto
arranque del sistema. Hay tablas de particiones, como GPT, que no son
soportadas por este mtodo.
Por otro lado, el sistema UEFI est basado en un nuevo
mecanismo que remplaza la BIOS. Los sistemas UEFI estn cada vez
ms extendidos porque ofrecen funcionalidades muy tiles como son la

posibilidad de navegar por sistemas de ficheros, o de disponer de un

terminal propio antes del arranque del sistema operativo. Adems
ofrecen una interfaz mucho ms sencilla de cara al usuario para
interactuar con UEFI. Aunque muchas placas actuales ya trabajan con
UEFI es habitual que se siga conociendo a la interfaz que ofrecen
como BIOS.
Para almacenar el cargador de arranque, UEFI no emplea,
como hemos visto, un registro de arranque primario o MBR. En su lugar,
y dadas sus capacidades para trabajar con sistemas de ficheros, UEFI
almacena el cargador de arranque en un sistema de ficheros conocido
como ESP (EFI System Partition). Este sistema de ficheros contiene un
directorio llamado efi que contiene a su vez un subdirectorio por cada
cargador de arranque disponible. Por ejemplo: efi/microsoft, efi/grub o
efi/systemd-boot.
En la actualidad, muchos sistemas UEFI, disponen de una
opcin conocida como arranque seguro (secure boo), que requiere
que el cargador de arranque se encuentre firmado digitalmente, si no
el sistema es incapaz de arrancar. Muchos de los cargadores de
arranque de sistemas Linux no se encuentran firmados, mientras que
las versiones de Windows ms recientes como Windows 8, no arrancan
si no es haciendo uso de esta caracterstica. Para solucionar el
problema, si tan solo vamos a usar Linux podemos deshabilitar el
arranque seguro. Si necesitamos poder trabajar con ambos sistemas
operativos al mismo tiempo deberemos buscar un cargador de
arranque que se encuentre firmado digitalmente. Hay algunas
versiones de GRUB que lo estn.
Tanto al trabajar con BIOS como con UEFI, se debe proveer un
cargador de arranque adecuado para el sistema con el que se trabaja.

Los cargadores de arranque de BIOS no funcionan para sistemas UEFI

y viceversa. Al hablar de cargadores como GRUB que soportan ambos
tipos, en realidad se dispone de un tipo distinto para cada uno de
ellos.

9.5 GRUB, un primer vistazo

GRUB proviene de las siglas en ingls Grand Unified Boot
Loader. Una de las funcionalidades ms importantes que nos ofrece
GRUB es la posibilidad de navegar por los sistemas de ficheros,
permitiendo de esta manera un acceso sencillo a las imgenes de los
distintos kernel y a las configuraciones disponibles. Podremos
configurar GRUB desde nuestro sistema Linux como si de un elemento
ms del sistema se tratase, es decir, a travs de un fichero de
configuracin.
Habitualmente los sistemas Linux y en general todos los
sistemas operativos, hacen lo posible por esconder el cargador de
arranque, sea GRUB o cualquier otro. Es posible, por tanto que nunca
hayamos visto el cargador de arranque pese a que sabemos que
siempre es el encargado de arrancar el kernel. Lo primero que
deberamos probar es de ver el cargador de arranque. Para ello
deberemos presionar, en la mayora de ocasiones, la tecla shift, para
poder ver la pantalla de seleccin del kernel.
Una vez aparezca la pantalla de seleccin del kernel, es
habitual que si estamos unos segundos sin interactuar de ninguna
manera con ella, se lance el kernel por defecto. Si queremos disponer
de tiempo para observar las opciones con tranquilidad ser suficiente
con apretar la tecla ESC (escape) para cancelar la cuenta atrs.

Una vez hayamos accedido al gestor que nos ofrece GRUB

deberamos ver algo parecido a lo siguiente:

Si presionamos la tecla e en cualquiera de las opciones

veremos una serie de comandos y los parmetros con los que inicia el
kernel, son los mismos que en la seccin 9.3 Parmetros del kernel. De
un primer vistazo resulta bastante confuso entender que est pasando
con las opciones a la hora de arrancar el Kernel. Es fcil que veamos
ms de una vez la palabra root, por ejemplo. Debemos tener en cuenta
que GRUB tiene sus propios mdulos y comandos, la mayora de ellos
con la misma sintaxis que emplean los comandos UNIX. Adems los
comandos del propio kernel tambin cuentan con una sintaxis muy
parecida.
El nico root que equivale a la raz del sistema es el que
pertenece a la lnea que lanza el kernel. De la misma manera los
parmetros que recibe el kernel estarn siempre en la lnea que
empieza por linux . En cualquier caso, y atendiendo a posibles
cambios, debemos ser cuidadosos a la hora de distinguir los comandos
de GRUB de la lnea que lanza el kernel.
A grandes rasgos GRUB funciona de la siguiente manera:
1. Se carga el kernel de GRUB. Cuidado, el kernel de
GRUB no es el kernel de Linux, se trata de cosas
distintas.
2. GRUB puede acceder a las particiones y sistemas de
ficheros despus de la inicializacin de su kernel. De
nuevo no se trata todava del kernel de Linux.
3. GRUB identifica sus particiones de arranque y carga
los ficheros de configuracin que corresponda.
4. GRUB ofrece al usuario una pantalla como la que
hemos visto antes que permite al usuario editar los

parmetros, abrir un terminal o seleccionar que desea

lanzar.
5. Despus de un tiempo de espera o de la seleccin del
usuario, GRUB lanza los comandos obtenidos. En este
caso s que se trata del kernel del sistema operativo.
6. Finalmente GRUB carga y ejecuta el kernel del sistema
operativo segn la localizacin y parmetros que ha
obtenido.
En el funcionamiento de GRUB intervienen ms variables y
mdulos, sin embargo estos seis pasos nos permiten hacernos una
idea bastante buena de como trabaja GRUB.

9.6 El terminal GRUB

Una vez estamos en la pantalla de seleccin de GRUB se nos
da la opcin de abrir un terminal presionando la tecla c. Este terminal
es muy parecido al que manejamos en los sistemas Linux. No obstante,
debemos tener en cuenta que en el punto en el que se nos ofrece el
terminal el kernel de Linux todava no ha cargado. Los comandos que
tendremos disponibles son los de GRUB no los del sistema Linux,
aunque realmente la sintaxis es muy parecida o igual.
Una de las cosas que podemos hacer es listar los dispositivos
que tenemos conectados al sistema. Ms concretamente, dispositivos
de almacenamiento como discos duros que es con lo que trabaja
GRUB. Recurriremos al comando ls. A diferencia del comando ls en
Linux, en GRUB y sin parmetros, ls listar dispositivos en lugar de
ficheros o directorios.
grub>ls

(hd0)

(hd0,msdos1)

(hd0, msdos5)

En este caso la salida del comando nos muestra que

disponemos de un disco duro (hd0) que contiene dos particiones.
Adems sabemos que las particiones son de tipo msdos, es decir que
contienen una tabla de particiones de tipos dos, con espacio MBR. Si
queremos informacin ms detallada, igual que para el comando del
sistema Linux, podemos emplear la opcin l.
grub> ls l
En este caso, veremos que la salida es ms detallada pero
esencialmente distinta de la que muestra el mismo comando cuando es
capaz de mostrar ficheros o directorios.
Tambin disponemos de la funcionalidad para ls de listar
ficheros y directorios siempre que especifiquemos un sistema de
ficheros vlido. Para ello, podemos recordar las particiones que
acabamos de listar o podemos recordar simplemente la variable $root.
Los dos comandos siguientes son equivalentes:
grub> ls (hd0, msdos1)/
grub> ls ($root)/
La manera de trabajar con GRUB y con el terminal de Linux,
sea cual sea el que usemos, es bastante similar. En muchas ocasiones
podremos usar las funciones de autocompletado. Podremos usar
tambin las flechas del teclado para acceder al historial o para editar el
comando en que nos encontramos. En la pgina del proyecto gnu
(http://gnu.org) es posible encontrar un manual de referencia completo
sobre GRUB que nos puede ayudar si necesitamos realizar tareas ms
complejas. Aunque, en la mayora de ocasiones, no debera ser

necesario.

9.7 GRUB, configuracin y gestin

La instalacin de GRUB suele ser ms complicada que su
configuracin. Por suerte al instalar nuestra distribucin de Linux esta
se har cargo, en la gran mayora de ocasiones, de instalar el
cargador de arranque, sea GRUB o cualquier otro. Es por ello, que
debe preocuparnos ms la configuracin que la propia instalacin.
La configuracin de GRUB se encuentra en un directorio,
normalmente en el fichero grub.cfg y varios ficheros ms que sirven
para la configuracin de cada uno de los mdulos y que suelen
contener una extensin .mod. A diferencia de otros ficheros de
configuracin, no encontraremos el directorio de configuracin de
GRUB en /etc. En primer lugar no se trata de un fichero de
configuracin del sistema operativo, puesto que es anterior a este. En
segundo lugar y no menos importante, en tiempo en que GRUB
necesite su configuracin todava no disponemos de la jerarqua de
directorios del sistema operativo puesto que no hay sistema operativo.
Por tanto, el directorio de configuracin de GRUB se encuentra en
/boot/ y suele ser /boot/grub o /boot/grub2.
Igual que suceda con el fichero sudoers en la seccin 8.6, no
es recomendable modificar los ficheros de configuracin de GRUB
manualmente puesto que cualquier error puede ser crtico para el
arranque del sistema. Suele usarse para modificar los ficheros de
configuracin el comando grub-mkconfig, o en algunas distribuciones
grub2-mkconfig.
Si nos fijamos en el fichero grub.cfg veremos que se trata de
un fichero de texto que contiene una ristra de comandos de GRUB.

Estos comandos definen el comportamiento inicial, antes de mostrar

opciones al usuario. A continuacin, podremos observar una serie de
lneas que empiezan con la palabra clave: menuentry. Estas lneas
definen cada una de las lneas que nos ofrece GRUB en el men y los
parmetros, comandos y opciones que carga cada una de ellas. As
pues, podemos configurar cada opcin de arranque nosotros mismos
de forma permanente realizando los cambios sobre la entrada de men
correspondiente.
menuentry "Install on sdb1" {
set root=(hd1,1)
Linux /vmlinuz root=/dev/sdb1 ro quiet splash
initrd /initrd.img
}
La entrada de arriba es solo un ejemplo de lo que seria una
entrada del fichero de configuracin. Estas entradas suelen ser
bastante ms complejas, sin embargo, es suficiente para observar como
se estructura. Los parmetros a los que invocamos para la llamada al
kernel (Linux) son los mismos que se han comentado en la seccin 9.3
Parmetros del kernel. Sobre initrd hablaremos ms adelante. Para el
resto de comandos de GRUB, si requerimos de una configuracin
compleja podemos recurrir al manual ofrecido por gnu.
Para aadir nuevas entradas al men de GRUB o hacer
cambios significativos en la configuracin de GRUB es recomendable,
adems de hacer copias de seguridad de los ficheros existentes,
realizar los cambios en un fichero aparte. Una vez hemos terminado
con los ficheros de configuracin deberemos aadirlo al directorio
/boot/grub/miconfiguracion.cfg. Otra opcin de la que disponemos es

usar los scripts llamados custom que encontramos en /etc/grub.d. Estos

scripts nos permiten copiar y registrar nuestros propios ficheros de
configuracin para GRUB. La verdad es que no es preferible un
mtodo sobre otro, simplemente se trata de una cuestin de
costumbres.
Para generar o instalar un nuevo fichero de configuracin de
GRUB, una vez creado este, deberemos hacer uso de:
grub-mkconfig o /boot/grub/fichero_de_configuracin.cfg
grub-mkconfig o /boot/grub/grub.cfg
Si el fichero no existe, este se crear de nuevo con los
parmetros por defecto. Estos parmetros por defecto son muy
dependientes de la distribucin de Linux que haya instalado el
cargador, es por eso que no entraremos en detalles. No debera ser
difcil, sin embargo, obtener informacin al respecto.

9.8 El sistema de ficheros inicial en RAM

Al arrancar el kernel de Linux, hemos visto que debe
montarse el sistema de ficheros raz. Para ello, se requieren una serie
de drivers y de ficheros de configuracin. Normalmente los drivers se
incluyen en mdulos del kernel en lugar de incluirse en el propio
ncleo del kernel para evitar que el tiempo de carga sea excesivo. Los
discos en RAID o cifrados complican todava ms el trabajo de poder
montar el sistema de ficheros raz. Adems, los sistemas modernos dan
soporte a la opcin de hibernacin que requiere recuperar el fichero
en el que se realizo el volcado de los datos. Para evitar que el kernel
considere una variedad inmanejable de casos particulares se hace
uso de un sistema de ficheros raz temporal. Este sistema de ficheros se

conoce como initramfs o sistema de ficheros inicial en RAM.

Aclaracin
RAID significa conjunto redundante de discos independientes, por
sus siglas en ingls. A grandes rasgos, un sistema de RAID es un
mecanismo de almacenamiento empleando varios discos que
permite redundar o repartir la informacin entre los discos
disponibles. Dependiendo del nivel de RAID que se emplee las
ventajas o desventajas sern unas u otras. No resulta complicado
encontrar informacin al respecto en Internet.
Si recordamos las opciones del fichero de configuracin de
GRUB o las lneas que nos permite configurar desde el men,
recordaremos que haba una lnea:
initrd
Esta es la lnea encargada de montar el sistema de ficheros
en RAM. El sistema de ficheros, en las versiones actuales, conocido
como initramfs no es ms que un fichero comprimido. Este fichero se
descomprime y se monta en memoria RAM en lugar de hacerlo en un
dispositivo de almacenamiento permanente. A partir de ese momento
substituye al sistema de ficheros raz hasta que el programa init es
capaz de montar el sistema de ficheros en disco.
Hay que tener en cuenta que el contenido de este sistema de
ficheros cambia en gran medida segn la distribucin, por lo que el
trabajo que debe realizar el proceso de inicio tambin cambiar.
Mientras algunas distribuciones como Debian tienen una informacin
bastante concreta sobre mdulos y drivers necesarios, otras

distribuciones como Fedora, generan un sistema de ficheros raz

temporal mucho ms genrico, que luego debe ser capaz de buscar y
encontrar algunos de los datos necesarios.
En cualquier caso, conociendo la distribucin con la que
trabaja cada uno y la existencia de initrd, debera ser sencillo
encontrar informacin concreta a la distribucin en Internet.

9.9 El programa init

Init es un programa corriente y como tal se encuentra en /sbin.
Lo que diferencia a init del resto de programas es que es el primer
proceso que se ejecuta despus de iniciar el kernel. Init es el
responsable de encender, parar y gestionar los servicios esenciales de
cualquier sistema. O al menos antes era responsable de estas tareas.
Los init modernos tienen un nmero mayor de responsabilidades. A da
de hoy hay tres implementaciones mayoritarias de este programa:
System V init: Es un sistema secuencial de
arranque. En esta implementacin se ejecuta o
se lanza solo un servicio en cada instante de
tiempo. Secuencialmente es muy sencillo resolver
dependencias pero el rendimiento puede verse
enormemente resentido. Es el que usan
distribuciones como Red Had u otras.
Systemd: Se trata del estndar emergente para
el programa Init. Confa en resolver varios
servicios al mismo tiempo con una resolucin de
las dependencias algo ms compleja que su
predecesor pero con un mejor rendimiento.
Upstart: Upstart es un estndar para Init basado

en eventos, es similar en concepto a systemd.

Aunque su adopcin se dio en varias
distribuciones de Linux, muchas de las que lo
usaban han migrado en versiones ms
modernas a systemd.
Junto con las implementaciones ms conocidas de Init
aparecen muchas ms, por ejemplo Android tiene su propio estndar
para Init. S, android es un sistema Linux y por tanto son aplicables los
conceptos aqu descritos.
A diferencia de los estndares tradicionales como system V
init, systemd es un estndar orientado a objetivos, requiere que se le
especifique el servicio que debe ejecutar y las dependencias que
requiere y systemd se encarga de solucionar las dependencias en el
momento de lanzar el servicio. Adems, systemd es un estndar de
evaluacin perezosa o bajo demanda. Es decir, contempla la opcin de
no lanzar los servicios hasta que estos son necesarios, a diferencia de
otros estndares como system V que lanzan todos los servicios
programados de inicio. Upstart tambin considera el tipo de evaluacin
perezosa para ejecutar los distintos servicios.
Otra de las diferencias principales entre systemd, Upstart y
otros estndares anteriores como system V es la centralizacin en torno
a scripts. System V lanza los demonios o servicios mediante scripts que
ejecutan el programa que corresponde, el programa se desvincula del
script y permanece en ejecucin. Usando este mecanismo se suele
guardar un fichero con el PID del servicio que se ha lanzado para
poder interactuar con l ms tarde dado que ha sido desvinculado del
script. Systemd y Upstart por contra no estn centrados en scripts si no

que permiten la manipulacin de los scripts directamente.

Para identificar que Init tiene nuestro sistema podemos seguir
los pasos siguientes:
1. Si existe el directorio /usr/lib/systemd y /etc/systemd
nuestro Linux trabaja con systemd
2. Si existe el directorio /etc/init con varios ficheros .conf
en su interior nuestro sistema Linux tiene Upstart o en
el caso de Debian 7.0 o sus derivados es posible que
se trate de System V.
3. Si no se cumple ninguno de los anteriores pero existe
/etc/innitab seguro que tenemos System V.
4. Una manera de averiguar que estndar de init tenemos
es recurrir al manual:
man init

9.10 Runlevels
Un sistema Linux se puede encontrar en diversos estados en
cada momento de su ejecucin. Los estados de un sistema operativo
complejo se definen por los procesos que se estn ejecutando o que
se pueden ejecutar en un determinado momento. Este conjunto de
estados se conoce como runlevels en las implementaciones System V
de Init. Lo comentamos de manera global dado que Upstart y Systemd
mantienen compatibilidad con los runlevels para dar soporte a
aquellos scripts o servicios que estn pensados para ejecutarse
nicamente con System V. Sin embargo, tanto Upstart como Systemd
consideran el sistema de runlevels obsoleto y las implementaciones
difieren bastante entre uno y otro estndar.

Los estados o runlevels se numeran con los nmeros del 0 al

6. El runlevel 0 equivale al sistema apagado y el 6 al reinicio del
sistema. El usuario trabaja usualmente en un nico runlevel aunque el
sistema se encarga de cambiar entre runlevels segn convenga. Hay
que entender que cada distribucin ha usado los runlevels como ms
le ha convenido, sin embargo, ms o menos los significados de cada
uno son los que se muestran a continuacin. El 0, el 1 y el 6 respetan el
significado entre distintas distribuciones.
Nmero

Nombre

Descripcin

Halt

Apaga el sistema. El hardware

debe soportarlo, aunque hoy en
da casi todos lo soportan.

Single-user

Modo de recuperacin. No se
ejecuta ningn demonio ni se
configura la red. nicamente est
disponible el usuario root y los
sistemas de ficheros. GRUB suele
dar la opcin de iniciar en este
runlevel.

Multi-user

Multiusuario sin soporte de red.

Lanza los demonios pero no
configura ni exporta
configuracin de red.

Multi-user +
networking

Inicia el sistema normalmente. Es

igual que el runlevel 2 pero con

servicios de red

En desuso

Queda libre para que cada

distribucin haga con l lo que
quiera. Normalmente suele ser
igual que el 3.

Multi-user +
GUI

Inicia el sistema normalmente

igual que el runlevel 3 pero
adems carga el entorno grfico
de usuario. Los usuarios suelen
trabajar en este runlevel.

Reboot

Reinicia el sistema.

Hasta ahora todo esto parece muy abstracto. Tenemos

estados, en cada estado se ejecutan unos programas o servicios y el
kernel cambia entre distintos runlevels segn le convenga en cada
momento. Donde encontramos todo esto en nuestro sistema Linux?
La informacin acerca de los runlevels forma parte de la configuracin
del sistema y en /etc/rc1.d/ encontraremos todo los programas o
servicios que se ejecutarn para el runlevel1. Si cambiamos el 1 por el
nmero que nos interese veremos los programas correspondientes al
runlevel especificado.
Si observamos los directorios del interior de cualquiera de los
runlevels observaremos dos detalles cuanto menos curiosos. En primer
lugar, todo lo que encontramos es o debera ser un enlace simblico a
scripts que se encuentran, posiblemente, en /etc/init.d. Esta es la
manera de trabajar de System V Init con los runlevels. En el caso de
systemd o Upstart la manera de trabajar depende de cada

implementacin. La segunda cosa que observamos es que todos los

nombres dentro de los directorios de los runlevels siguen el mismo
formato:
[K o S] + nn + [nombre] #Por ejemplo S01motd
Este formato est justificado y es el que definir el
comportamiento de cada script al entrar al runlevel junto con el orden
en que ese programa o servicio se ejecutar o dejar de hacerlo.
K (kill): Indica que el proceso se parar al entrar
al runlevel.
S (start): Indica que el programa se ejecutar al
entrar al runlevel.
nn: Es un nmero de dos dgitos que marca la
prioridad de ejecucin. Mientras ms bajo sea el
nmero mayor prioridad.
nombre es simplemente indicativo para que se pueda
entender que hace el script. Hay que tener en cuenta que en caso que
dos scripts o servicios tengan el mismo nmero la prioridad ser
definida segn el orden alfabtico de nombre.
Si un fichero no empieza con la letra S o K ser ignorado por
init al arrancar. Si queremos realizar copias de seguridad de nuestros
ficheros o queremos cambiar el orden en la secuencia de arranque
deberemos procurar que las copias de los ficheros empiecen por un
carcter inocuo, por ejemplo _.
Una vez nos encontramos dentro del sistema, o siempre que
tengamos acceso a un terminal podemos saber en que runlevel nos
encontramos podemos recurrir al comando runlevel o who r.

runlevel
N5
who r
run-level 5

2015-09-06 8:37

En el primer caso la salida nos indica el runlevel con el valor

numrico mientras que la N nos indica que este no ha cambiado desde
el inicio del sistema. En el segundo caso, who r, nos devuelve el
runlevel y la fecha en que este fue establecido.
Finalmente, para aadir un script a un determinado runlevel,
podremos recurrir al comando update-rc.d.
update-rc.d servicio start 90 3 5 #Aade S90servicio a los runlevels 3 y
5
update-rc.d servicio stop 90 0 1 6 #Aade K90servicio a los runlevels
0,1 y 6
update-rc.d servicio defaults
update-rc.d realiza un trabajo que puede ser realizado a
mano, si se crean los links simblicos en los directorios apropiados con
los nombre apropiados y los permisos que corresponden nuestro
servicio se ejecutar de la misma manera que se ejecutara cualquier
otro servicio. Si no disponemos de update-rc.d y nuestro sistema
funciona mediante runlevels, no hay problema en realizar el proceso
manualmente.

9.11 System V Init

El estndar de System V para init es uno de los ms antiguos
de los sistemas Linux. Su uso ha ido desapareciendo de las distintas
distribuciones Linux a medida que han sacado versiones modernas,

sin embargo, todava hay una cantidad importante de distribuciones

que usan este estndar. Una instalacin tpica del programa init de
System V se compone de un fichero de configuracin, usualmente
/etc/inittab, y de un conjunto de scripts o de links simblicos a scripts.
El fichero /etc/inittab es un fichero de texto donde
encontramos una regla por lnea. Las lneas que empiezan por el
carcter # no se toman en cuenta, son comentarios. Cada una de las
reglas tiene el formato siguiente:
uid:rl:accin:comando
15:5:wait:/etc/rc.d/rc 5
uid: Un identificador nico. No tiene que ser
necesariamente un nmero, vale con que sea
una cadena corta y nica, por convencin
resulta ms sencillo emplear nmeros, puesto
que si lo hemos hecho bien basta con
incrementar en 1 el ltimo valor que veamos.
rl: El runlevel en el que se aplicar la accin. Por
comodidad a la hora de trabajar con el fichero
de configuracin /etc/inittab es recomendable
agrupar las lneas aplicables a un mismo
runlevel.
accin: La accin que init deber realizar. Por
ejemplo, para la accin wait, init esperar a
haber completado la ejecucin del comando
antes de realizar nada ms. Algunas de las
acciones que puede tomar y sus repercusiones

son:
wait: El proceso se lanzar al entrar en el
runlevel e init se esperar a que termine el
proceso antes de realizar ninguna otra
accin.
respawn: El proceso se volver a lanzar una
vez termine.
once: El proceso se lanzar al entrar al
runlevel, init no esperar a que termine el
proceso para lanzar otros programas del
runlevel.
powerwait: Si init recibe una seal de que
hay problemas de corriente o alimentacin, se
de el apagado, por ejemplo, ejecutar el
proceso y esperar a que termine antes de
hacer nada ms.
boot: El proceso se ejecutar durante el
arranque del sistema. En este caso se
ignorar el runlevel. Init no esperar a que
termine el proceso para lanzar otros.
bootwait: El proceso se ejecutar durante el
arranque del sistema. En este caso se
ignorar el runlevel y se esperar a que
termine el proceso antes de realizar ninguna
otra accin.

ctraltdel: Este proceso se ejecuta cuando init

recibe la seal de que se ha presionado
Ctrl+Alt+del. En la mayora de sistemas Linux
esta combinacin de teclas provoca el reinicio
del sistema. En servidores que deben estar
encendidos 24/7 y que no estn en lugares
con acceso restringido puede resultar muy
interesante deshabilitar Ctrl+Alt+supr como
combinacin de teclas para apagar o reiniciar
el sistema.
comando: Equivale al comando que se
ejecutar para la regla. En el caso del ejemplo la
accin especificada es realmente importante
dado que /etc/rc.d/rc 5 ejecutar todos los
programas que se encuentren en el directorio
/etc/rc5.d/.
Existen ms acciones que permiten matizar como queremos
que init interprete los servicios a lanzar. Podemos encontrar estos
matice o acciones recurriendo al manual: man inittab.
Inittab junto con los runlevels y los links simblicos que
encontramos en /etc/init.d y que se han comentado en la seccin 9.10
Runlevels, nos permite entender como arranca el espacio de usuario
en System V. Al ejecutarse el servicio init se lee el fichero /etc/inittab y se
van ejecutando cada una de las reglas y acciones definidas segn los
runlevels.
System V utiliza un mecanismo conocido como run-parts para
ejecutar los scripts que se encuentran en /etc/init.d/. Este programa est

pensado para ejecutar todos o algunos de los programas en un

directorio concreto siguiendo un orden. No es necesario conocer
mucho acerca de run-parts, pero un buen smil para entenderlo es que
es similar a ejecutar ls sobre un directorio y ejecutar despus todos los
programas que nos devuelva ls ordenndolos, por ejemplo, por orden
alfabtico. Este es el trabajo de run-parts i es lo que permite especificar
unas prioridades en /etc/rc*.d/.

9.11.1 Cambiar de run level

System V permite cambiar el runlevel una vez nos
encontramos dentro del sistema. El cambiar de runlevel puede ser til
para forzar a leer algunos ficheros de configuracin o incluso para
cargar dependencias que no se han satisfecho correctamente. Para
poder realizar el cambio recurriremos al comando telinit.
telinit 3
El comando anterior cambiar al runlevel 3. Adems de
cambiar entre runlevels el comando telinit nos permite cargar de nuevo
la configuracin en /etc/inittab. Por defecto la configuracin en este
fichero se carga nicamente cuando el kernel lanza el programa init. Si
hemos estado trabajando con el fichero /etc/inittab y necesitamos
aplicar los cambios inmediatamente por que queramos realizar una
accin, al apagar el sistema por ejemplo, podemos forzar la carga de
las reglas en /etc/inittab de nuevo.
telinit q #Recarga las reglas de /etc/inittab

9.11.2 Interactuar con los servicios y

demonios
Aunque System V trabaja con granjas de links que se ejecutan

mediante las acciones especificadas en /etc/inittab, es posible

interactuar con los servicios o demonios que son ejecutados por el
programa init. Para ello simplemente debemos conocer el nombre del
script o programa que lanza el servicio o demonio en el directorio
/etc/init.d. Despus podremos interactuar con l mediante las opciones:
start, stop, status y en algunos casos restart.
/etc/init.d/apache2 start
/etc/init.d/apache2 stop
/etc/init.d/apache2 restart
/etc/init.d/apache2 status
La opcin status pasada a un script o servicio como se
muestra, devolver un mensaje informando si el servicio se encuentra
en ejecucin o se encuentra parado. Normalmente status basa su
informacin en un conjunto de ficheros que guardan el PID de los
servicios que ha ejecutado Init o el usuario manualmente. En algunos
casos es posible que no se haya creado correctamente el fichero con
el PID o que no se haya borrado correctamente al terminar el proceso.
En cualquier caso, aunque status es muy til en la mayora de
ocasiones, puede ser necesario comprobar el estado del proceso
mediante el comando ps.

9.12 Systemd
Systemd es una de las implementaciones ms nuevas para el
programa Init. A diferencia del init de System V, systemd engloba muchas
ms tareas y responsabilidades. Systemd adems de manejar los
servicios de nuestro sistema Linux es capaz de montar sistemas de
ficheros, monitorizar la red, lanzar temporizadores y otra gran mirada

de tareas.
Este conjunto de funciones que ahora es capaz de realizar
systemd no vienen solas. La complejidad tanto en el procesado como
en la configuracin del sistema ha crecido muchsimo al implementar
este Init. Pese a la complejidad, parece que cada vez son ms las
distribuciones que incluyen systemd. A diferencia de sus competidores,
systemd hizo pblica una interfaz de programacin para que los
desarrolladores que quieran puedan trabajar con ella. Quizs este es
uno de los motivos de su amplia aceptacin.
Antes de adentrarnos un poco en la complejidad de systemd
vamos a ver, a grandes rasgos, que sucede despus de iniciar el
kernel.
1. Systemd carga su configuracin
2. Systemd determina su objetivo de arranque.
Recordemos que systemd a diferencia de otros como
systemV, trabaja por objetivos. El objetivo por defecto
de systemd suele estar definido en el fichero
default.target.
3. systemd determina todas las dependencias que debe
satisfacer para lograr el objetivo. En otros Init como el
de SystemV esto no era necesario porque el
lanzamiento de los servicios era secuencial. Systemd
permite el lanzamiento de los distintos servicios en
paralelo.
4. Systemd activa las dependencias y el objetivo de
arranque.

5. Despus del arranque systemd se queda a la espera

de eventos del sistema , uevent por ejemplo, para
recordar la utilidad de uevent podemos volver a la
seccin 3.5. Esto significa que Udev pasa a estar
integrado dentro de systemd.
Como
hemos comentado, systemd
asume
ms
responsabilidades adems de lanzar los servicios al iniciarse el
sistema. Cada una de las capacidades de systemd, es decir, cada una
de las cosas que puede hacer se conoce como un tipo de unidad. As
pues, encontraremos entre otros, los siguientes tipos:
Unidades de servicios: Controlan los servicios.
Unidades de montaje: Controlan el montaje de
sistemas de ficheros
Unidades objetivo: Controlan otras unidades.
Es el caso de la unidad objetivo que se trata de
alcanzar despus de arrancar el kernel.
Normalmente, default.target es la encargada de
agrupar el resto de las unidades necesarias
para poner el sistema en funcionamiento.

9.12.1 Systemd y las dependencias

En sistemas como systemV init las dependencias no suponan
un problema mayor que el de ordenar la secuencia de arranque para
que los distintos servicios se lanzasen en el orden adecuado. En el
caso de systemd las dependencias se diferencian por tipos, pudiendo
usar un tipo u otro segn lo grave que sea un fallo en la inicializacin
de estas. Ver algunos de los tipos que podemos encontrarnos nos

ayudar a comprender mejor que significa el tipo de la dependencia:

Requires: Se trata de una dependencia estricta.
Si systemd no es capaz de activar la
dependencia desactivar la unidad.
Wants: Systemd activar la dependencia antes
que la unidad, el servicio por ejemplo, a
continuacin activar la unidad sin preocuparse
si la ejecucin de la dependencia se ha podido
llevar a cabo o no.
Requisite: La dependencia debe estar activa en
el momento de activar la unidad. Si no lo est
systemd no probar de activarla, simplemente
fallar y desactivar la unidad.
Hay otros tipos de dependencias que podremos definir en los
distintos ficheros de configuracin. Ms adelante, veremos como
trabajar con los ficheros de systemd y como configurar el inicio. Las
mismas dependencias que pueden ser especificadas para una unidad
pueden ser especificadas a la inversa. Por ejemplo: supongamos que
el servicio A depende del servicio B. En este caso, en la configuracin
de la unidad A podemos especificar una dependencia de tipo Requires
o bien, en la configuracin de la unidad B podremos especificar
RequiredBy haciendo referencia al servicio A.
Para ver las dependencias de un tipo determinado de una
unidad podemos recurrir al comando systemctl (system control). Este
comando es muy til a la hora de interactuar con systemd, dado que es
la principal herramienta para controlarlo. En el caso que nos ocupa,
para las dependencias, deberamos usar:

systemctl show p Wants unidad

Donde Wants puede ser cualquiera de los tipos de
dependencia vlido mientras que unidad es la unidad (siempre
refirindonos a unidades de systemctl) de la que queremos conocer las
dependencias.
Adems de las dependencias, systemd permite especificar
prioridades en la ejecucin de las distintas unidades. Para ello no se
fija en el nombre de los ficheros a ejecutar como suceda con system V.
En este caso las prioridades se definen al igual que las dependencias:
en la configuracin de las unidades. Tenemos dos palabras clave que
permiten controlar el orden: before y after, antes y despus en ingls.
As pues si queremos que un servicio se ejecute forzosamente antes
que otro, adems de las dependencias podremos especificarlo con la
propiedad before=<programa antes del que debe ejecutarse>.

9.12.2 Configurar Systemd

Lo primero que debemos hacer para poder configurar
systemd a nuestro gusto es localizar donde se encuentran los ficheros
de configuracin. Estos pueden encontrarse distribuidos por todo el
sistema, aunque suele ser habitual que se encuentre en:
/usr/lib/systemd/system: Las configuracin de
las distintas unidades de systemd
/etc/systemd/system: La configuracin del
propio systemd
Como norma general es recomendable no realizar ningn
cambio en los ficheros que se encuentran en /usr, siempre es preferible
realizar los cambios en /etc. La distribucin o nuestro sistema ya se

encargarn de mantener la integridad de los datos en el resto de

directorios. Si sabemos que es lo que estamos haciendo siempre se
puede modificar cualquier fichero, realizando, eso s, copias de
seguridad previamente.
Si somos incapaces de encontrar los ficheros de
configuracin podemos recurrir de nuevo a systemctl:
systemctl p UnitPath show
Una vez hemos localizado donde se hallan los ficheros de
configuracin de las distintas unidades podremos trabajar con ellos.
Los ficheros de configuracin de estas unidades son algo distintos a
los ficheros de configuracin que hemos visto hasta ahora. En primer
lugar tienen secciones. Cada seccin empieza con el nombre de la
seccin entre los caracteres [ ]. En segundo lugar, cada seccin tiene
sus valores y atributos, estos no se representan en una sola lnea sino
que cada atributo u opcin se escribe en una lnea en el formato:
palabra clave=valor
Algunas de las palabras clave ya las hemos visto, puesto que
corresponden a las opciones de orden y a de dependencias. Las
palabras clave que existen son muchas y dependen en gran medida
del tipo de seccin. Las secciones que podemos tener son tambin
limitadas y dependen en gran medida del tipo de unidad. Todo fichero
debe contener al menos la seccin Unit . La seccin Install aunque
opcional, tambin es comn a todos los tipos de unidad. Adems de
estas dos secciones cada unidad debe contener una seccin con el
nombre del tipo de unidad. Algunos de estos tipos son:
socket: Para elementos de red.

device: En el caso de dispositivos.

mount: Para juntar sistemas de ficheros con
directorios en el sistema. Podemos revisar la
seccin 4.9 Montando un sistema de ficheros
para ms informacin.
swap: Permite trabajar con particiones y
espacios de swap. Podemos revisar la seccin
4.3 La particin SWAP o espacio de SWAP para
ms informacin.
service: Permite trabajar con los servicios.
target: Permite trabajar con otras unidades.
Hay bastantes ms tipos, de hecho uno por cada tipo de
unidad que acepta systemd. Es posible encontrar ms informacin al
respeto recurriendo al manual:
man systemd
man systemd.unit
Cada uno tiene sus propios atributos y opciones, obligatorios
u opcionales. Para conocer como configurar cada tipo de unidad es
recomendable recurrir al manual para estar seguros de que se
realizar la configuracin correctamente. En el caso que nos ocupa,
comprender el funcionamiento de systemd, tendremos suficiente con
conocer las secciones comunes y entender que no son las nicas
existentes. Antes de entrar en ms detalles vamos a ver un ejemplo del
fichero de configuracin de una unidad.
[Unit]

Description=Some HTTP server

After=remote-fs.target sqldb.service
Requires=sqldb.service
AssertPathExists=/srv/webserver
[Service]
Type=notify
ExecStart=/usr/sbin/some-fancy-httpd-server
Nice=5
[Install]
WantedBy=multi-user.target
Como podemos observar, las secciones Unit e Install estn
presentes. La tercera seccin, Service, nos indica que estamos viendo
el fichero de configuracin de una unidad de tipo servicio.
La seccin Unit describe cuestiones genricas de la unidad y
es donde se expresan tanto las prioridades como las dependencias.
Las dependencias que se deben expresar en esta seccin son
nicamente las directas. Es decir, aquellas que se expresan como
RequiredBy no entran dentro de la seccin Unit. Algunas de las
opciones que podemos encontrar en Unit adems de las ya
comentadas son:
Description: Una descripcin de la unidad. No
es obligatorio y el nico propsito es mostrar al
usuario una descripcin comprensible del tipo
de unidad de que se trata.
OnFailure: Especifica una lista, separada por

espacios, de unidades que deben ejecutarse en

caso de que la unidad donde se especifica la
opcin falle.
IgnoreOnSnapshot: Toma como valor true o
false, verdadero o falso en ingls. En caso de
estar a false, la unidad se ignorar al hacer un
snapshot de systemd. No recomendable
deshabilitar esta opcin si no se tiene muy claro
lo que se quiere hacer. Por defecto toma el valor
cierto.
AssertPathExists: Comprueba que una ruta
existe. En caso de que no exista devuelve un
error y la ejecucin de la unidad se considera
fallida.
ConditionPathExists: Igual que la anterior. La
diferencia radica en que la ejecucin de la
unidad no se considera fallida en caso que el
directorio no exista. El servicio, por ejemplo, no
se ejecuta, pero se satisfacen las dependencias
y la unidad se considerar ejecutada
correctamente.
Hay varias opciones que incluyen condiciones o Asserts de
manera que es posible incluso comprobar la arquitectura del sistema
antes de realizar una u otra accin. Es posible encontrarlas todas en
las pginas del manual.
La seccin Install a diferencia de la seccin Unit es opcional.

En la seccin Install se definen aquellas opciones que nicamente se

tomarn en cuenta al habilitar o instalar la unidad, pero no en cada
una de las ejecuciones. Install si que acepta las dependencias del tipo
RequiredBy. Adems acepta algunas otras opciones como:
Alias: Una lista de nombres separada por
espacios que la unidad debe recibir al ser
instalada.
Also: Una lista de unidades adicionales,
separadas por espacios, que deben ser
instaladas conjuntamente con la unidad donde
se especifica la opcin.
En los distintos parmetros de configuracin se pueden
emplear el uso de especificadores. Los especificadores son variables
que toman valores concretos que permiten concretar alguno de los
valores de una unidad. No todos los especificadores son aceptados en
todas las secciones. Sin embargo, los manuales de cada una de las
secciones deberan concretar que especificadores aceptan. Algunos
de ellos son:
%I: Nombre de la instancia. Permite definir una
nica unidad para varias instancias. Para ello se
emplea el carcter @. Si el nombre de una
unidad es getty@ y se lanza getty@tty1, %I ser
substituido por tty1
%u: Nombre de usuario que est configurado en
la Unidad. Si no hay ningn usuario configurado
para la unidad toma el valor del usuario que
ejecuta systemd, normalmente root.

%n: Nombre completo de la unidad.

%H: el nombre de red de la mquina en el
momento en que systemd lanza la unidad. Se
debe ser cuidadoso %H porque el nombre de
red podra ser inexistente o uno no deseado
hasta que se cargan los mdulos de red.
%v: La versin del kernel. Equivalente a la
salida del comando uname r.

9.12.3 Systemctl y journalctl

Systemctl es la aplicacin o el comando que gobierna la
mayora de interacciones con systemd. Es por ello que es importante
tenerla en cuenta. Vamos a ver algunas de las tareas que podemos
llevar a cabo mediante esta herramienta. Seguiremos la misma
convencin que al revisar los parmetros de bash. Los valores entre [ ]
sern valores opcionales mientras que los especificados entre < >
sern parmetros obligatorios.
systemctl list-units [patrn]
Permite listar todas las unidades conocidas por systemd. Si se
especifica un patrn solo aquellas unidades que coincidan con el
patrn sern listadas. Por defecto no se considera ningn patrn.
systemctl start <unit1 unit2 ...>
Inicia una unidad. La accin de iniciarla no es la misma que la
de habilitarla. Las unidades que no se encuentran habilitadas o en un
estado de fallo no coincidirn con ningn nombre que se especifique

dado que systemd no las conoce. Antes de iniciarlas ser necesario

instalar o habilitar las unidades.
systemctl stop <unit1 unit2 ...>
Para una unidad. En este caso la unidad debe encontrase
iniciada, en caso contrario systemd ser incapaz de pararla.
systemctl reload <unit1 unit2 ...>
Fuerza que la unidad vuelva a cargar la configuracin.
Debemos ser cuidadosos, porque fuerza a que la unidad cargue la
configuracin del servicio, o el tipo correspondiente, no a que systemd
recargue su configuracin sobre la unidad. Si queremos que systemd
recargue su configuracin sobre las unidades deberemos hacerlo
mediante:
systemctl daemon-reload <unit1 unit2 ...>
systemctl restart <unit1 unit2 ...>
Permite reiniciar una unidad. No reinicia nicamente la
configuracin, si no la unidad completa. Si la unidad no se encuentra
iniciada la iniciar.
systemctl enable <unit1 unit2 ...>
Instala una unidad segn se especifica en la seccin Install. Si
la seccin install no se encuentra en el fichero de configuracin de la
unidad no se considera ningn link relativo a las dependencias.
Despus de ejecutar este comando se ejecuta
systemctl daemon-reload

para asegurar as que systemd carga correctamente la

configuracin. El hecho de instalar una Unidad no la ejecuta. Para ello
debemos recurrir al comando start.
systemctl disable <unit1 unit2 ...>
Desinstala una unidad. Despus recarga la configuracin de
systemd para asegurarse que se ha desinstalado la unidad
correctamente. Hay que diferenciar desinstalar de parar. Desinstalar
una unidad no la para, por lo que deberemos detenerla antes de
poder deshabilitarla.

9.12.3.1 journalctl
Una de las caractersticas de systemd es que guarda los logs
en formato binario, es decir, no comprensible por humanos. Para poder
ver entonces los logs de una unidad o de systemd se debe recurrir a
otra herramienta: journalctl.
Por defecto journalctl nos muestra los logs del sistema. Esto es
el equivalente a inspeccionar los logs del kernel durante el arranque
leyendo el archivo /var/log/messages, podemos recordar algunas
cosas volviendo a la seccin 9.1 Los mensajes de Inicio.
journalctl permite especificar una unidad concreta de la que
obtener el log, un programa o incluso un nombre de usuario. Esto es
porque systemd pasa a gestionar los logs del sistema, cosa que no
hace System V.
La mejor manera de conocer todas las opciones de journalctl
es recurrir a las pginas del manual, sin embargo vamos a tratar de ver
a travs de algunos ejemplos, algunas de las opciones que nos ofrece
journalctl

# Permite obtener los logs referentes al usuario con UID 1001

journalctl _UID=1001
# Permite obtener los logs para una unidad concreta
journalctl _SYSTEMD_UNIT=unidad
#Permite filtrar los logs por un rango de fechas
journalctl --since='2015-02-29 00:01' --until='2015-03-29 00:01'
#Permite mostrar los mensajes que se corresponden con un PID
journalctl _PID=123

9.12.4 La polmica tras systemd

Systemd ha levantado, desde su salida, una gran polmica.
Aunque no voy a posicionarme, intentar exponer los argumentos de
aquellos que se oponen a systemd. Luego es responsabilidad de cada
uno valorar estos argumentos y decidir que opinin le merece este
sistema.
Systemd como primer programa que se ejecuta en el sistema
toma el PID=1. Esto suceda igualmente con el init de System V. El PID 1
tiene una caracterstica especial y es que el sistema no puede
funcionar si no hay un proceso que tome este PID. Como hemos visto
cualquier actualizacin en las unidades de systemd requiere un
reinicio del demonio. Si el demonio de systemd es incapaz de arrancar
nuestro sistema Linux se apagar. Algunos de los detractores de
systemd alegan que los sistemas Linux no pueden permitirse el tener
que reiniciar el sistema por cada actualizacin que se realice.
Otro de los motivos que plantean los detractores de systemd
es que este sistema rompe con la mentalidad Unix. Unix siempre ha
intentado caracterizarse por el lema: Haz una cosa y hazla bien para
venir a defender un sistema modular, poco acoplado y donde la

robustez de los programas estuviese demostrada. En el caso de

systemd defienden que ha aglutinado demasiadas tareas, rompiendo
completamente el principio de diseo de Unix. Es cierto que Linux no
es Unix pero desciende de Unix y son muchos los detractores que
presentan este argumento.
La comunidad en torno a systemd es otro de los motivos en
contra de systemd. Linux y sus derivados son open source, de cdigo
abierto, esto significa que la comunidad tiene acceso a su cdigo y a
trabajar con l. El tratamiento de los responsables de systemd con la
comunidad ha dejado muchos episodios, algunos soberbios, que han
enfadado a la comunidad implicada con Linux. El argumento de la
comunidad se ha vuelto muy potente en contra de systemd ya que se
dice de Linux que debe ser un proyecto Comunity Driven. Es decir,
llevado por la comunidad, sin aceptar imposiciones de gobiernos ni de
grupos de presin. Esto en un mundo como el de hoy es muy difcil a
todos los niveles. De una u otra forma, el trato de los responsables de
systemd con la comunidad Linuxera ha levantado algunas ampollas.
Otro punto que no ha gustado nada es que systemd guarde
los ficheros en binario en lugar de hacerlo en texto plano. Esta queja
responde igualmente a la filosofa de transparencia de los sistemas
opensource y de la sencillez de comprender lo que se est
configurando sin que se requiera un programa que hable en nombre
del usuario. Por otro lado, es cierto que los ficheros binarios ofrecen un
mejor rendimiento que los ficheros de texto.
Finalmente, otro de los puntos a considerar son las
dependencias que esta generando systemd y que no gustan. En
general el acoplamiento de las funciones de systemd es un problema
para muchos de sus detractores. Systemd no funciona en sistemas no

Linux, es decir no funciona en derivados de Unix como FreeBSD, esto

provoca que muchos crean tambin que traiciona la filosofa de los
sistemas operativos Linux. Todo nos conduce a que aparecen
programas como gnome3.8, que es un entorno grfico de escritorio
para usuarios Linux, que empiezan a depender de systemd. Esto
provoca que estos programas dejen de funcionar en sistemas no
Linux, levantando ms ampollas todava en los defensores de la
filosofa Unix.
Estos y algunos ms son los argumentos presentados. En
Internet han corrido ros de tinta o de bytes sobre el asunto as que no
ser difcil encontrar ms informacin. Dejo a la responsabilidad del
lector evaluar unos y otros argumentos y decidir que hacer.
Lamentablemente la eleccin del primer programa que se inicia, va
ligado a la distribucin y systemd no se deja desinstalar fcilmente, con
lo que muchas veces no se tendr eleccin.

9.13 Upstart
Upstart es un programa de inicio que adoptaron Ubuntu y
otras distribuciones. A da de hoy ha perdido mucho terreno respecto a
systemd que es el que se est imponiendo como opcin mayoritaria
para substituir a system V. Upstart a diferencia de systemd es orientado
a eventos. Al lanzarse el programa se genera el primero de los eventos
por parte de Upstart. El primer evento desencadena la ejecucin de
algunos programas de inicio que a su vez desencadenan nuevos
eventos. Una vez el sistema esta ha arrancado completamente, Upstart
queda a la espera de nuevos eventos y es capaz de gestionarlos.
Adems las unidades con las que trabaja Upstart son
conocidas como trabajos. Los trabajos son lanzados por los eventos y

se conocen principalmente dos tipos de trabajo:

Trabajos de tipo tarea: Tienen un final definido.
Empiezan y acaban. Un ejemplo muy claro sera
la tarea encargada de montar todos los sistemas
de ficheros. Una vez montados todos los sistemas
de fichero conocidos la tarea termina y el
proceso asociado deja de existir.
Trabajos de tipo servicio: Son los servicios
tradicionales de Systemd y System V. En este caso
el programa no debe tener un final definido,
puede permanecer por un tiempo indeterminado
a la espera de eventos o procesando a
intervalos. Se tratara por ejemplo de un servidor
web. Es decir, el servidor web y las pginas web
que ofrece estn siempre disponibles hasta el
momento en que suceda el evento de apagado.
El proceso de inicializacin que sigue Upstart, sera a
grandes rasgos, el siguiente:
1. Carga su fichero de configuracin y los ficheros de
configuracin de los trabajos
2. Lanza el primer evento, se conoce como startup event.
A la accin de lanzar un evento se la conoce como
emitir un evento.
3. Lanza los trabajos que deben ser lanzados al recibir el
primer evento.
4. Los nuevos trabajos generan nuevos eventos. Los

nuevos eventos lanzan nuevos trabajos. Es una

ejecucin en cascada. Cuando no hay nuevos eventos
Upstart queda a la espera.
La mayora de instalaciones de Upstart tienen un mecanismo
de ejecucin similar al que se presenta a continuacin:
1. Se lanza mountall y otros procesos con la seal startup.
Mountall se encarga de montar todos los sistemas de
ficheros conocidos por el sistema y de generar las
seales apropiadas.
2. Se ejecuta, entre otros, Udev que se encarga de
gestionar los dispositivos conectados.
3. Una vez hecho esto se lanzan los trabajos que
configuran las interfaces de red.
4. Sigue con la ejecucin del resto de servicios.
Aunque el orden que se presenta es bastante superficial, lo
importante es el concepto subyacente. Upstart se encarga en primer
lugar de los sistemas de ficheros, los dispositivos y la red y en ltima
instancia del resto de servicios. Las seales generadas entre estos
trabajos pueden lanzar otros trabajos, pero estos sean quizs los ms
importantes.

9.13.1 Configuracin de Upstart

Upstart mantiene la configuracin de todos sus trabajos en
/etc/init. Dentro de este directorio todos los ficheros que tengan la
extensin .conf son tratados como ficheros de configuracin de
trabajos. A diferencia de System V, el nombre en Upstart no define la
prioridad en la que los trabajos son lanzados. Al ser un sistema

orientado a eventos, sern estos los que marquen el orden en el que

los distintos trabajos se irn ejecutando.
Los ficheros de configuracin de Upstart son ficheros de texto
plano en que cada lnea o prrafo presenta una opcin. Todos los
ficheros de configuracin de trabajos deben tener al menos un prrafo
exec o script.
exec /bin/foo --opt -xyz foo bar
script
# hace cosas
if [ ... ]; then
...
fi
end script
Exec proporciona la ruta a un binario ejecutable dentro del
sistema y sus posibles argumentos para que sea ejecutado. Por contra
script proporciona un shell script que ser ejecutado. Dentro de un
prrafo de script podemos encontrar una o varias especificaciones
exec. Todo el cdigo de script que se proporcione a Upstart se
ejecutar empleando el terminal /bin/sh con lo que se debe cuidar que
la sintaxis sea adecuada para este terminal.
Adems, los ficheros pueden contar con otro tipo de prrafos
o lneas. Lo ms sencillo para conocerlos todos es recurrir a las
pginas del manual. Sin embargo, hay algunos que resultan
especialmente interesantes:
start on startup
start on runlevel [23]

emit startup
Es el caso de start on o de emit. start on o stop on
permiten definir cuando el trabajo debe lanzarse o pararse. Ambos
pueden recibir como parmetros el nombre de un evento o un runlevel.
En el caso del nombre del evento estaremos especificando que el
trabajo debe lanzarse en cuanto suceda el evento. En el caso de
especificar un runlevel el trabajo se lanzar o parar en cuanto se
cambie a dicho runlevel. En el caso del ejemplo, el trabajo se lanzara
al entrar en el runlevel 2 o en el 3. El funcionamiento de los runlevels
es el que se ha descrito en la seccin 9.10 Runlevels.
emit permite lanzar un evento. Esta funcionalidad puede ser
muy til para ejecutar otros trabajos segn un orden de prioridad que
nos convenga. Los eventos pueden ser definidos por el usuario.
Adems, hay una serie de eventos conocidos que pueden ser usados
para poder realizar una planificacin medida y ajustada. Algunos de
ellos son:
control-alt-del: Evento que se produce cuando
se da la pulsacin de las tres teclas
mencionadas al mismo tiempo.
startup: Es el primer evento que lanza Upstart al
iniciarse.
power-status-changed: Es un evento que se
genera cuando cambia la alimentacin de
corriente de la mquina. Por ejemplo si se
mantiene apretado durante varios segundos el
botn de apagado y el sistema se va a apagar.

local-filesystems: Se lanza este evento cuando

los sistemas de ficheros locales han sido
montados.
session-end: Se lanza este evento cuando un
usuario termina su sesin.

9.13.2 initctl
De la misma manera que en systemd tenamos systemctl,
Upstart ofrece la herramienta initctl para interactuar con l. initctl nos
permite diversas tareas, algunas de ellas tan tiles como la posibilidad
de enviar seales en cualquier momento.
initctl start <trabajo> [clave=valor, ...]
Permite lanzar un trabajo, independientemente de si se ha
satisfecho o no el evento que lo lanza. La lista de parejas clave=valor
permiten pasar parmetros al trabajo que se est intentando lanzar. Si
el programa ya se encuentra en ejecucin, este comando lanzar una
nueva instancia. Si no se quiere que un programa o servicio pueda
tener mltiples instancias, por ejemplo no nos interesa tener dos
servidores web, es posible especificar en el fichero de configuracin la
opcin
instance
Si se intenta lanzar un trabajo configurado como instancia y
este ya se est ejecutando se obtendr un error.
initctl stop <trabajo> [clave=valor,...]
Permite parar un trabajo. De nuevo la lista de parejas

clave=valor permiten pasar parmetros al trabajo a parar.

initctl restart <trabajo> [clave=valor,...]
Permite relanzar un trabajo. Hay que tener en cuenta que el
trabajo que se relance retendr su antigua configuracin. Si se quiere
que el trabajo cargue una nueva configuracin debe pararse primero
con el comando stop y lanzarlo posteriormente con start.
initctl stop trabajo
initctl start trabajo
initctl status <trabajo> [clave=valor,...]
Permite conocer el estado de uno de los trabajos. La salida
de este comando se muestra en la salida estndar de una forma similar
a la siguiente:
job start/running, process 1234
initctl emit <evento>[clave=valor,..]
Permite generar un evento. El conjunto de parejas
clave=valor son parmetros que son pasados como parte del evento,
no al propio evento. El usuario o administrador es libre de inventarse
los nombres de evento que quiera. Para que un evento sea til, algn
fichero de configuracin debe recogerlo. Lo mismo sucede con los
eventos en el fichero de configuracin de los trabajos.
initctl reload-configuration
Solicita al programa init que recargue su configuracin.
Aunque pueda parecer un comando til, la verdad es que Upstart ya
cuida de cargar la configuracin automticamente mediante mtodos

de vigilancia de cambios en los directorios donde se encuentran los

ficheros de configuracin.

9.14 Apagado del sistema

El programa init es tambin el encargado del apagado del
sistema. Si no el responsable directo, si en gran medida. En los
sistemas Linux disponemos del comando shutdown. Este comando
dependiendo de las opciones se encarga de apagar el sistema de una
forma controlada y segura. Su funcionamiento a grandes rasgos es el
siguiente:
1. Se notifica a todos los usuarios conectados al sistema
que este va a apagarse.
2. Se bloquean todas las operaciones de entrada al
sistema.
3. Se solicita a todos los procesos que terminen su
ejecucin. Si recordamos la seccin 6.2 Seales, esto
se hace mediante la seal SIGTERM.
4. Si la seal SIGTERM no permite terminar el proceso
correctamente, pasado un tiempo init manda la seal
SIGKILL a los procesos que no han terminado.
5. Se bloquean todos los sistemas de ficheros en uso.
6. Se desmontan los sistemas de ficheros.
7. Se monta el sistema de ficheros raz en modo de solo
lectura.
8. Se escriben los datos pendientes a disco.
9. Se le indica al kernel la accin a realizar.

El ltimo paso depende en gran medida de las opciones de

shutdown. Bsicamente este comando lanza los eventos
correspondientes en Upstart, activa las unidades que corresponde en
systemd o cambia el runlevel en System V. Independientemente de cual
sea la manera de invocarlo el procedimiento suele ser el mismo.
Aunque una de las opciones que recibe shutdown, permite
especificar el tiempo que tardar en iniciarse el programa de apagado
del sistema, los dos primeros puntos se realizan en el momento de
ejecutar el comando. Esto significa que si se pretende empezar el
proceso de apagado 1 hora despus de ejecutar el comando, los
usuarios no podrn entrar al sistema durante 1 hora. Hay que ser
pues, cuidadosos con el comando shutdown.
Normalmente el apagado del sistema solo puede ser llevado
a cabo por el administrador de la mquina o por usuarios autorizados,
por lo que si obtenemos un error indicndonos que el comando no
existe, es posible que no tengamos permisos para ejecutarlo. Sea
como sea, siempre puede ser til recurrir al manual en caso de duda.
Estas son algunas de las opciones que nos ofrece el comando
shutdown:
-k: No apaga el sistema. Pero enva los mensajes
de advertencia como si realmente se fuese a
iniciar el proceso de apagado.
-r: Reinicia el sistema.
-h: Realiza un halt del sistema despus del
shutdown. El shutdown implica parar el kernel.
Una vez parado el kernel el sistema ya no est
en funcionamiento. Un halt implica, adems,

parar todas las CPUs de la mquina. La

alternativa al halt implica un poweroff. Poweroff a
diferencia de halt lo que hace es enviar una
seal para cortar la alimentacin de las CPUs.
-P: Pide realizar un PowerDown del sistema
despus del shutdown. Se puede consultar la
opcin r para entender ms sobre esta opcin.
-c: Cancela un apagado que se encuentre
pendiente. Muy til si hemos programado un
shutdown para dentro de 15 minutos y nos
damos cuenta que hemos olvidado algo
importante.
tiempo: El tiempo debe especificarse tras las
opciones, sin guin delante. Suele expresarse
en formato +m donde m es el nmero de minutos
a esperar antes de realizar el apagado. Si se
quiere realizar el apagado en el momento de
ejecutar el comando debe introducirse como
tiempo la palabra clave now , ahora en ingls.
Para hacernos una idea exacta de la sintaxis de shutdown
veamos un par de ejemplos:
# Reinicia el sistema sin demora
shutdown r now
#Apaga el sistema y las CPUS pasados 10 minutos
shutdown h +10

10. Red
Aunque tener el sistema conectado en red no es
imprescindible para su funcionamiento, hace ya unos aos que un
sistema que no est conectado a otro, aunque no este conectado a
Internet, sirve de bien poco. En el mundo de la informtica se dispone
ya de servidores de disco, redes internas y externas y de una de las
redes globales ms conocidas por todos: Internet. As pues, la
configuracin de la red y sus caractersticas se han convertido en una
de las cosas esenciales para cualquier mquina y tambin para los
sistemas Linux.

10.1 Breve introduccin a las redes de

computadores

Las redes de computadores o las redes a partir de ahora, nicamente

buscan la manera de poder enviar informacin de una mquina a otra.

Despus ser responsabilidad de cada programa el tratar esta
informacin segn le convenga. Dado que el envo de informacin es
un trabajo complejo, en computacin se resuelve mediante un modelo
de capas. Cada capa es responsable de una parte del proceso y es
independiente del resto de las capas. A da de hoy existen dos
modelos de capas: el modelo OSI y el modelo TCP/IP. El primero de ellos
es principalmente terico, mientras que el segundo es el ms
extendido y el que se usa hoy en da. Antes de adentrarnos ms,
vamos a ver una primera fotografa de lo que suele ser una red
domestica o de oficina. En muchos de los casos, sobre todo en redes
domesticas el elemento que en la imagen aparece como switch es el
propio router, que realiza ambas funciones.
Este tipo de red se conoce como LAN (Local Area Network o
red de rea local). Lo que en el dibujo aparece como host equivale a
las mquinas de la red. Ahora podemos entender que el nombre de
una mquina en el sistema Linux se conozca por hostname, este es el
nombre con el que la mquina se identificar en la red.
Seguro que el esquema presentado es conocido por todos:
varios ordenadores o dispositivos, mviles por ejemplo, conectados a
un mismo router que nos da acceso a Internet o a cualquier otra red.
Este ejemplo representa a la mayora de las viviendas actuales.
Un sistema de red funcional basado en el modelo TCP/IP, que
es el modelo con el que trabajaremos en los sistemas Linux, tambin
Windows y MAC, est basado en 5 capas. Cada capa tiene un conjunto
de protocolos que realizan las tareas necesarias para cumplir las
tareas de la capa. Estos protocolos se definen en unos documentos
pblicos conocidos como RFC (Request for Comments), as si uno

quiere profundizar en cualquiera de los protocolos de red tan solo

tiene que realizar una bsqueda con las palabras clave: protocolo
RFC. Donde protocolo es el nombre del protocolo por el que sienta
uno curiosidad. La torre TCP/IP es la siguiente:

El uso de internet con minsculas es expreso. De esta manera

se pretende diferenciar internet de Internet, la red global a la que
accedemos cada da para consultar el correo o leer los peridicos.
Cada una de estas capas tiene sus propios mensajes con sus propias
cabeceras y cada una de estas capas tiene sus propias direcciones.
Capa de aplicacin: Es el nivel ms alto,
normalmente no comprendido por ninguno de
los actores intermedios de la red. Los protocolos
que se definen en este nivel especifican como se
comunican las aplicaciones entre ellas. Un

ejemplo muy claro y seguro conocido por todos

es http.
Capa de transporte: La capa de transporte
tiene asociada una direccin conocida como
puerto. La capa de transporte se encarga de las
comunicaciones extremo a extremo, de una
aplicacin a la otra. Esta capa es capaz de
fraccionar los mensajes en trozos ms pequeos
si as se requiere. En destino ser la
responsable de recomponer los mensajes
fraccionados. Los dos protocolos ms conocidos
de la capa de transporte son TCP y UDP.
Capa de internet: Se encarga de la
interconexin de mquinas. La direccin que
define cada uno de los extremos se conoce
como direccin IP y debera ser nica en la red.
Este nivel es todava independiente de la
infraestructura que la mquina tenga por debajo.
Es decir, tenga el hardware que tenga nuestra
mquina dispondr de direccin IP. En esta capa
los protocolos ms conocidos son: IPv4, IPv6 e
ICMP
Capa de red: Se encarga de gestionar el acceso
a la red, de la manera en que la mquina puede
encaminar los datos y de como hacer llegar los
datos a otros elementos de la propia red. Se
asocia habitualmente con la direccin MAC que

es nica para cada dispositivo.

Capa fsica: Sera propiamente el firmware del
dispositivo de red que estemos empleando. Esta
capa se encarga de gestionar frecuencias,
intensidades, voltajes y otros detalles de bajo
nivel en los que no vamos a entrar.
Todos los elementos de una red de computadores
implementan diversas capas de este modelo de red. Dependiendo del
trabajo del dispositivo implementaran ms o menos capas. As por
ejemplo, cuando se habla de un router se habla de un dispositivo de
red de nivel 3. Hablar de un dispositivo de red de nivel 3 implica hablar
de un dispositivo que implementa las 3 primeras capas: es decir Fsica,
Red e internet. As pues, en principio un router de nivel 3 no debera
entender de puertos. A da de hoy es habitual encontrar routers de
nivel 4 o switches, que actan como distribuidores de datos, de nivel 3.
Un servidor con toda seguridad implementar las 5 capas de este
modelo de red. De otra manera sera incapaz de proveer u obtener
ningn servicio a travs de la red.

10.2 Un smil de las comunicaciones entre

mquinas
Vamos a intentar ver como funciona una comunicacin de red
mediante una analoga con el servicio de correos. En algunos
momentos ser necesario ponerse las gafas de la imaginacin para
que el efecto sea el esperado, pero esperemos que ayude a ver las
cosas ms claramente.
Supongamos que queremos enviar una carta. Al escribir la
carta debemos escribirla en un lenguaje que estamos seguros que la

persona que la reciba va a entender. No solo eso si no que adems

deberemos escoger en que forma y que nivel de educacin debe tener
el texto. No es lo mismo una carta para nuestro jefe que una carta para
un amigo. Supongamos que es una carta formal, sera entonces algo
como lo que sigue:
A la atencin del seor Rodrguez.
Como trabajador de Empresa.SA me gustara invitarle a Ud. y a su
seora a asistir a la inauguracin de nuestra nueva planta en Ciudad.
[...]
Esperamos su grata asistencia.
Saludos Cordiales
Nombre
Una vez hemos decidido forma, modales e idiomas la carta
est lista para meterla en el sobre. Acabamos de escoger el protocolo
de la capa de aplicacin. Una vez la carta se ha escrito, la
introduciremos en un sobre y anotaremos la direccin y el remitente. Lo
primero que escribiremos es a donde debe llegar la carta, en este caso
a que despacho y desde donde:
A: Despacho del Director General, planta 5, Edificio Alpha
De: Cubculo 3D, Planta 2, Edificio Omega
Con esto acabamos de especificar la direccin de la capa de
transporte. Especificamos el destino final dentro del edificio al que
debe llegar. Al poner as la direccin ya hemos escogido el protocolo,
an sin saberlo. Cada edificio tiene su propio repartidor de correo que
va repartiendo la correspondencia del da entre las mesas y
despachos. En el caso de que el mensaje vaya destinado a alguien en

otro edificio deberemos especificar una nueva direccin, puesto que

seguramente a la gente de Correos no sepa que hacer con una carta
que tenga como direccin y remitente lo que le hemos escrito hasta
ahora. As pues, cogeremos el sobre y lo introduciremos dentro de otro
sobre con la direccin del edificio y el remitente correspondiente. Esto
es tambin lo que sucede en el caso de la red. Al delegar de una capa
a la otra se encapsula el mensaje con nuevas cabeceras especificando
las direcciones adecuadas.
A: Av. La avenida 49, La ciudad, 00000, Provincia
De: C\ La calle 4, Otra ciudad, 00001, Provincia
Acabamos de pasar a la capa de internet y hemos escrito la
direccin IP. Una vez tenemos los dos sobres, metemos el paquete
resultante en otro sobre. En el sobre escribimos:
Chico del correo
Con esto escogemos la capa de red y escribimos la direccin
nica, la MAC. Luego se lo damos a nuestra secretaria. Ella conoce al
chico del correo y se lo dar en mano. Hemos recorrido todas las
capas de protocolos que nosotros tenamos disponibles. Ahora queda
en manos de otro.
El chico del correo abrir el sobre y dentro encontrar otro
sobre con las direcciones del edificio. Como claramente son
direcciones enviadas a otro edificio, introducir el paquete en otro
sobre y escribir como direccin:
A: El cartero
De: El chico del correo

El chico del correo de nuestra empresa solo ha podido

entender las dos primeras direcciones. Al ver que la segunda no era su
responsabilidad ha vuelta a encapsular el mensaje en un nuevo sobre
y se lo ha pasado a alguien que si que entiende la siguiente direccin.
El chico del correo ha actuado como un switch.
El cartero realizar el mismo proceso que ha realizado el
chico del correo, con la diferencia que el cartero si que entender la
direccin Av\..., la direccin IP, As pues, la irn intercambiando entre
oficinas de correos y carteros hasta que llegue a su destino. Los
carteros y las distintas oficinas realizan el papel de todos los routers
entre un origen y un destino.
Una vez en su destino, el cartero le entregar al chico del
correo del Edificio Alpha una carta que va destinada a l. Al abrirla el
chico del correo segundo, ver que dentro el destino es
Av. La avenida 49, La ciudad, 00000, Provincia
Esta, efectivamente, es la direccin del edificio donde se
encuentra, su direccin IP, por tanto tambin abrir este sobre. Dentro
del sobre encontrar otro destinado a:
Despacho del Director General, planta 5, Edificio Alpha
Esta vez la carta no es para l, por tanto no la abrir. Sin
embargo, la carta va destinada a una aplicacin de esa mquina. Es
decir, conoce donde est el despacho del Director General. Por tanto
se la har llegar. Acabamos de interpretar el puerto y estamos
delegando el mensaje a la aplicacin.

La aplicacin, es decir el Director General o seor Rodrguez,

afortunadamente habla el mismo protocolo de aplicacin que nosotros.
Por tanto al abrir el ltimo sobre entender exactamente lo que pone.

10.3 La capa de red o acceso a la red

En los sistemas Linux no tenemos excesivo control sobre la
capa de red. Sin embargo, cada uno de los dispositivos de red que
tengamos en la mquina tiene una direccin nica que es conocida
como direccin MAC, del ingls Media Access Control. La MAC permite,
en principio, identificar de forma nica cada dispositivo. Si nuestra

mquina dispone de de n tomas Ethernet o de varios pinchos wi-fi cada

uno de ellos tendr su propia direccin MAC. De la misma manera,
cada uno de ellos se corresponder con una interfaz de red distinta.
Es habitual que un router tenga ms de una interfaz de red,
puesto que suele estar conectado a mltiples redes simultneamente.
En el caso de los routers domsticos actuales, suelen tener al menos
cuatro. La configuracin de los routers de las distintas compaas ya es
un tema aparte.
Una direccin MAC tiene la forma:
01:23:a2:df:00:ff
En principio esta direccin es nica y vinculada al dispositivo
de red que estemos usando para conectarnos, sin embargo, en los
sistemas Linux es posible cambiarla. Para ello debemos recurrir al
comando ifconfig. Antes de ver exactamente este comando debemos
tener en cuenta que en diversas distribuciones est siendo substituido
por una familia de programas ms nuevos conocida como ip.
ifconfig nos permite trabajar con las interfaces de red de
nuestro sistemas. Para ello, como muchos otros comandos se vale de
parmetros y de diversas opciones. A medida que vayamos
adentrndonos en la configuracin de red del sistema iremos viendo
ms utilidades de ifconfig.
Si invocamos ifconfig sin parmetros nos mostrar una lista de
las interfaces disponibles y diversa informacin sobre estas interfaces.
La salida de ifconfig debera ser algo similar a lo siguiente:
eth0

Link encap:Ethernet HWaddr 09:00:12:90:e3:e5

inet addr:192.168.1.29 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::a00:27ff:fe70:e3f5/64 Scope:Link

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

RX packets:54071 errors:1 dropped:0 overruns:0 frame:0
TX packets:48515 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:22009423 (20.9 MiB) TX bytes:25690847 (24.5 MiB)
Interrupt:10 Base address:0xd020
A la izquierda de todo nos indica el nombre de la interfaz, en
este caso eth0. Marcado en gris, podemos ver la actual direccin MAC.
Para poder cambiarla, lo que deberemos hacer es:
1. Deshabilitar la interfaz que corresponda.
2. Cambiar la MAC.
3. Habilitar de nuevo la interfaz.
Es recomendable antes de realizar ningn cambio sobre la
MAC apuntarla en algn lugar seguro por si luego necesitsemos
recuperarla. Los pasos anteriores, con ifconfig seran de la siguiente
manera:
ifconfig eth0 down
ifconfig eth0 hw ether 01:02:03:04:05:06
ifconfig eth0 up
Substituyendo la direccin MAC por aquella que nos interese.
Es posible que dependiendo del entorno en el que nos encontremos
una MAC alterada nos impida hacer cosas que de otra manera
podramos hacer. Tambin podra suceder a la inversa. Despus de un
cambio de MAC es posible que se requiera reiniciar los servicios de red
del sistema Linux para que el cambio tenga efecto.

10.4 Direcciones IP
Aunque la idea es que el protocolo usado en cada una de las
capas sea transparente al resto de capas, la verdad es que el
protocolo IP y su compaero ICMP de la capa de internet, forman parte
casi inseparable de las implementaciones de protocolos de red de
cualquier sistema moderno. El protocolo IP pretende que sea posible
enviar mensajes de una mquina a la otra independientemente del
hardware que haya debajo, independientemente de la topologa de
red. La idea detrs de IP es una red descentralizada en que existen
subredes y una manera de conectar estas subredes entre si. De ah el
nombre de internet: la capa permite la conexin entre redes, en ingls
net.
El protocolo IPv4 que es a da de hoy el ms extendido, est
asociado con las direcciones IPs que son direcciones de aspecto:
a.b.c.d #Es un ejemplo. Una IPv4 real no tendr letras
127.0.0.1
Estas direcciones son una tupla de 4 nmeros separados por
puntos. Cada uno de los 4 nmeros es la representacin en base
decimal de 8 bits, la direccin completa son por tanto 32 bits. Esto
significa que ninguno de los nmeros podr ser nunca superior a 255.
Estamos limitados tambin, a un total de 4 mil millones de direcciones.
Las direcciones IP deben ser nicas en la red donde se encuentran.
Aunque esto es una simplificacin, un clculo rpido nos lleva a darnos
cuenta que los dispositivos conectados a da de hoy superan con
creces los 4 mil millones. Con el propsito de suplir la carencia de
direcciones IP, adems de otras necesidades, nace IPv6. Este nuevo
protocolo permite representar las direcciones IP con 128 bits en lugar

de los 32 de IPv4. IPv6 solucionara los problemas de direccionamiento

del Internet actual. Sin embargo, la implementacin de IPv6 todava no
se ha aceptado completamente, seguramente por el miedo a los
problemas de compatibilidad que esto pudiese ocasionar. Pese a que
la implementacin no es completa los sistemas Linux implementan lo
que se conoce como doble pila: implementan tanto IPv4 como IPv6.
ifconfig
eth0 Link encap:Ethernet HWaddr 09:00:12:90:e3:e5
inet addr:192.168.1.29 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::a00:27ff:fe70:e3f5/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:54071 errors:1 dropped:0 overruns:0 frame:0
TX packets:48515 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:22009423 (20.9 MiB) TX bytes:25690847 (24.5 MiB)
Interrupt:10 Base address:0xd020
Si ejecutamos de nuevo ifconfig, vemos que este nos da, en
gris, ambas direcciones. Marcadas como inet e inet6 para IPv4 e IPv6
respectivamente. Si nos fijamos el separador para las direcciones IPv6
es el carcter : en lugar de .. No solo eso si no que adems vemos
que faltan nmeros. Esto es debido a que las direcciones de IPv6 se
expresan en hexadecimal y permiten la supresin de los 0 intermedios
indicndolo con un campo vaco, es decir ::.
Para ver la direccin ip de nuestra mquina, como ya hemos
visto, podemos recurrir a ifconfig o bien, podemos recurrir al nuevo
conjunto de comandos.

ip a s # Del ingls ip address show

10.4.1 Subredes
Comprender las subredes y las direcciones IP, as como su
funcionamiento, es el primero de los pasos para comprender como
funciona internet. Aunque no es el objetivo de este texto profundizar
en las subredes, tambin son uno de los bloques imprescindibles para
comprender como funciona cualquier red de computadores y por tanto
se intentar dar una visin global.
Una subred es un conjunto de mquinas, cada una con su
direccin IP, de tal manera que la direccin IP de estas mquinas, est
de alguna manera agrupada u ordenada. As por ejemplo, todas las
mquinas que tengan una IP entre 192.168.10.0 y 192.168.10.255
pueden pertenecer a la misma subred. Todas las direcciones IP estn
definidas por dos elementos: la direccin IP y la mascara de red. La
direccin IP ya la hemos visto. La mascara de red tambin nos la ha
mostrado ifconfig. Dicha mascara nos est indicando que parte de la
direccin IP nos indica la red y que parte identifica al host. Tal como
sucede con la direccin de las cartas en las que se especifica calle y
nmero de vivienda.
Para saber como relacionar la mascara de red con la IP
debemos pasar a notacin binaria:
IP: 10.23.2.0 --> 11000000 10101000 00000001 00011101
Mascara: 255.255.255.0 --> 11111111 11111111 1111 1111 00000000
Lo que indica la mascara son los bits de la direccin IP que no
pueden ser modificados. Dicho de otro modo, que bits de la direccin IP
sirven para especificar la subred a que pertenece la mquina.

10101000 00000001 00011101 00011101

La parte en negrita representa la subred. Mientras que la
parte no resaltada representa el host perteneciente a la subred
indicada. Es importante resaltar que las direcciones de host dentro de
una subred con todos los bits a 1 o todos los bits a 0 estn reservadas.
Si nos fijamos en la salida de ifconfig
ifconfig
eth0 Link encap:Ethernet HWaddr 09:00:12:90:e3:e5
inet addr:192.168.1.29 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::a00:27ff:fe70:e3f5/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:54071 errors:1 dropped:0 overruns:0 frame:0
TX packets:48515 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:22009423 (20.9 MiB) TX bytes:25690847 (24.5 MiB)
Interrupt:10 Base address:0xd020
Una de estas direcciones, aquella que tiene en la parte del
host todos los bits a 1, nos la est marcando como una direccin
especial. Concretamente nos la est marcando como Bcast, de
Broadcast en ingls. Esta direccin permite mandar un mensaje a todos
los hosts o servidores de la subred a la que pertenece.
La notacin de la mascara de red puede expresarse tal como
marca el comando ifconfig o bien nos la podemos encontrar en
notacin CIDR (Classless Inter-Domain Routing). Esta notacin es ms
sencilla de entender y lo que hace es indicarnos, en notacin decimal
cuantos bits de la direccin IP se emplean para identificar la subred. As

por ejemplo:
IP: 192.168.2.1 Mask: 255.255.255.0
# Es equivalente a
IP: 192.168.2.1/24
Si nos fijamos en la notacin en binario ser ms sencillo
comprender el porque:
11111111 11111111 1111 1111 00000000
#Los primeros 24 bits son 1, mientras que el resto son 0s.
Una IP con una mascara con todo 1s est representando de
forma unvoca un host. Si los 32 bits de una direccin IP sirven para
identificar una subred, significa que la subred est compuesta por una
nica mquina con la IP expresada.

10.4.2 Convertir una netmask a notacin

CIDR
Para pasar de la notacin de netmask a la notacin a CIDR
deberemos trabajar en notacin binaria. Si tenemos la mascara:
255.240.0.0
11111111 11110000 00000000 00000000
Para saber como sera en notacin CIDR nicamente
debemos contar el nmero de 1s. Todos los bits que se encuentren a 1
en la mscara sern bits de la IP que no podrn alterarse puesto que
representan la subred a la que pertenece.
Lo mismo sucede a la inversa. Si tenemos una mascara /12 lo
nico que debemos hacer es escribir 12 1s.

111111111111
y completar con 0s hasta completar las 32 cifras
11111111111100000000000000000000
Luego cada 8 cifras introducimos un espacio y convertimos los
4 nmeros binarios que obtengamos a decimal.Eso nos dar la
mascara.
11111111 11110000 00000000 00000000
255 240 0 0
Debemos tomar en cuenta que una mscara tendr los 1s de
forma consecutiva. No debemos considerar mascaras que tengan 0s
intercalados entre los 1s.
Juntando conceptos
Si la mascara de red representa bits invariables de la direccin IP,
los bits puestos a cero representan la parte variable de la IP, la que
nos permite identificar a un host. Esta parte variable, permite
representar un nmero limitado de hosts. Dicho de otro modo, la
mascara de red, adems de indicar cual es la subred, limitar el
nmero de IPs, de dispositivos, que pueden estar conectados a una
misma subred. Con una mascara /24 nos quedarn 8 bits libres.
Estos 8 bits nos permitiran representar un total de 256 IPs distintas.
Lamentablemente la primera IP y la ltima de cualquier subred
estn reservadas. Una mascara /24 permite, entonces, disponer de
254 IPs distintas en la subred.

10.4.3 Subredes Privadas

Como hemos visto, el nmero de dispositivos que se pueden

conectar a la red est limitado en por el nmero de bits con que se
representan las direcciones. Aunque en IPv6 las posibles direcciones
son virtualmente infinitas, si queremos una IP pblica, accesible por
todo el mundo deberemos pagar por ella a nuestro ISP, nuestro
proveedor de servicios, Telefnica por ejemplo.
Para montar una red privada, igual no es necesario disponer
de una ip que sea accesible por todo el mundo. Es por ello que en IPv4
hay diversos rangos de direcciones IP que estn reservados para
direcciones privadas. Estas subredes no son enrutables, es decir no se
pueden conectar a otras redes. De esta manera dos organizaciones
distintas pueden compartir la misma IP en dos mquinas distintas
siempre que estas direcciones IP se encuentren dentro de los rangos
reservados para direcciones privadas.
Los rangos reservados son:
10.0.0.0/8 o 10.0.0.0 con netmask 255.0.0.0
192.168.0.0/16 o
255.255.0.0
172.16.0.0/12
255.240.0.0

192.168.0.0 con netmask

172.16.0.0

con

netmask

10.4.4 Cambiando o asignando una IP a una

interfaz
Los sistemas Linux nos dan la posibilidad de especificar
manualmente que IP y mascara queremos usar adems de darnos la
opcin de obtenerla automticamente. Para ello podemos recurrir al
comando ifconfig o a los comandos de la nueva familia de comandos ip.

#aade una IP a la interfaz eth0

ifconfig eth0 127.0.0.1 netmask 255.255.255.0
ip a a 127.0.0.1/24 dev eth0
En el caso de ifconfig tan solo debemos especificar la interfaz
y a continuacin la direccin IP que queramos junto con la mascara de
red. Hay que tener en cuenta que si no se especifica una mascara de
red se tomar por defecto una mascara /32 o 255.255.255.255.
Para la familia de comandos ip, se debe especificar la accin:
ip a a (ip address add) seguida de la IP, la mascara en notacin CIDR y
finalmente la palabra clave dev seguida de la interfaz a la que
queramos aadir la IP.
Juntando conceptos
Cada interfaz de red se corresponde a un dispositivo en los
sistemas Linux. Esto significa, por tanto, que cada dispositivo de red
tiene tambin un fichero asociado.
Si recordamos el captulo3. Dispositivos, recordaremos que se
hablaba de unos dispositivos llamados sockets. De una manera
bastante simplificada, podramos decir que los sockets nos permiten
enviar mensajes del espacio de usuario a los dispositivos de red. A
parte de esto tambin permiten la comunicacin entre procesos
igual que los Pipes, pero una de las funcionalidades ms
importantes es la de permitir la comunicacin con los dispositivos de
red.
Si queremos borrar las direcciones IP que tenemos en una
determinada interfaz podemos recurrir de nuevo a los dos comandos

anteriores:
ifconfig eth0 0.0.0.0
#ip address delete
ip a d 127.0.0.1/24 dev eth0
#si tuviesemos ms de una IP y quisiesemos borrarlas todas
ip a flush dev eth0

10.4.5 Resolucin de nombres de Dominio

(DNS)
Recordar una direccin IP es complicado. Recordar diez
direcciones IP empieza a ser bastante complicado. Imaginad que cada
vez que queris entrar a Facebook fuese necesario introducir su
direccin IP, imaginad ahora que hubiese que hacerlo para todas las
pginas web a las que entramos a diario. Para que las direcciones de
las distintas mquinas sean ms accesibles se emplea un protocolo de
resolucin de nombres de dominios conocido como DNS. Este
protocolo permite que usemos direcciones de mquinas tales como
facebook.com. Es el sistema el que se encarga de contactar con un
servidor de DNS para resolver el nombre de dominio en una direccin
IP que pueda comprender el kernel.
En Linux, podemos ver que IP corresponde a un domino
ejecutando el comando host
host <nombre de dominio>
DNS funciona como una especie de pginas amarillas en las
que se realiza la equivalencia de nombre de dominio con una IP.
Almacenan, adems, otra informacin sobre los dominios. Podemos
acceder a la informacin a travs de las distintas opciones del

comando host. Algunas de ellas se listan a continuacin:

-4: nicamente muestra la IPv4 de la mquina.
-6: nicamente muestra la Ipv6 de la mquina.
-t <tipo>: Especifica el tipo de entrada que se
quiere recuperar sobre el dominio. Algunos de
los tipos son:
A: IP versin 4.
AAAA: IP versin 6.
CNAME: Canonical Domain Name. Sirve para
especificar que un dominio es un alias de otro
dominio.
MX: Mail Excahnge. Permite asociar una
direccin de correo al dominio.
SOA: Proporciona informacin sobre el
servidor DNS primario de la zona.
TXT: Permite asociar un texto cualquiera a un
dominio.
-a: Permite obtener toda
disponible en el registro DNS.

la

informacin

Es posible que no todos los campos del registro DNS para un

dominio estn completos. De hecho hay servicios que permiten al
poseedor de un dominio pagar para ocultar alguna de la informacin
relacionada con sus dominios. En cualquier caso el comando hosts
proveer lo que pueda conseguir. Una vez conseguida la IP tanto da

acceder a un servicio por su IP o por su nombre de dominio.

10.4.5.1 Como funciona la resolucin de

nombres de dominio
Hemos visto como host nos puede devolver las IPs de un
dominio concreto u otra informacin de inters. Considerando que
hemos hablado de servidores DNS, llegamos a la conclusin que con
los servicios adecuados, podemos convertir una mquina Linux en un
servidor de DNS. No entra dentro del propsito de este texto explicar
como convertir nuestra mquina Linux en un servidor de DNS puesto
que es un proceso que variar enormemente entre distribuciones. Sin
embargo, si que puede resultar interesante hacernos una idea global
de como se resuelve una peticin de DNS. Para aquellos que
necesiten instalar un servidor de DNS en su mquina, no ser difcil
encontrar manuales de como hacerlo.
Hay que tener en cuenta que la resolucin de DNS se
produce en el espacio de usuario, a diferencia de los otros procesos
que involucran la red que se resuelven en espacio de kernel. El
funcionamiento tpico de la resolucin DNS es el siguiente:
1. La aplicacin llama a una funcin de una de las
libreras compartidas, para conocer que IP hay detrs
de un nombre de dominio.
2. Se consulta como actuar en el fichero /etc/nsswitch.conf.
Suele ser habitual que antes de consultar ningn
servidor de DNS se consulte el fichero /etc/hosts. En los
sistemas Linux es posible cambiar este
comportamiento.
3. Una vez se llega al punto que es necesario consultar

un servidor de DNS se consulta el fichero

/etc/resolv.conf para conocer la direccin IP del servidor
a consultar.
4. Se manda una solicitud de DNS al servidor. Si el
servidor conoce la IP enviar est de vuelta a la
aplicacin. Si no lo conoce, suele ser habitual, que el
propio servidor de DNS genere una cascada de
consultas a otros servidores DNS hasta que se obtiene
la direccin buscada.
5. La direccin deshace el camino desde el servidor de
DNS y se entrega a la aplicacin.

10.4.5.2 El fichero /etc/nsswitch.conf

El fichero /etc/nsswitch.conf es un fichero de configuracin
usado por los sistemas Linux para conocer la procedencia de muchos
servicios asociados a nombres. As por ejemplo, una de sus funciones
originales, aunque ya en desuso, es indicarle a las libreras del sistema
de donde debe obtener las contraseas asociadas a los usuarios.
El fichero /etc/nsswitch.conf es un fichero de texto plano en
que cada lnea representa una base de datos y seguido de un espacio
el lugar donde esa base de datos debe obtener los valores. As por
ejemplo es habitual encontrar una lnea:
passwd: compat
Esta lnea activa el modo de compatibilidad para la base de
datos de contraseas. En este caso no ser nsswitch.conf quien se
haga cargo de proporcionar los valores si no que lo har PAM,
podemos revisar el captulo 8.Usuarios para ver en que fichero

podemos encontrar las contraseas y como funciona PAM.

El fichero /etc/nsswitch.conf permite la especificacin de varias
fuentes para una misma base de datos. En el caso de que se
especifique ms de una fuente, el orden en el que aparecen marca la
prioridad de las fuentes especificadas. As, en el caso que nos ocupa,
el de dns, deberemos buscar la base de datos nombrada como hosts.
Esta lnea indica donde debe buscar para resolver los
nombres de dominio, lo habitual sera ver una lnea como la siguiente:
hosts: files dns
files indica que debe buscar en los ficheros de configuracin
del sistema, ms concretamente en el fichero /etc/hosts. La segunda
fuente nos indica que debe enviar una solicitud de resolucin a un
servidor de DNS. El servidor de DNS en el que debe buscar se
especificar en otro fichero de configuracin.
Atencin
Para poder poner en primer lugar la consulta al servidor de dns y
en segundo lugar el fichero de configuracin debe hacerse
siguiendo la siguiente lnea:
hosts:

dns [!UNAVAIL=return] files

De otra manera, si la consulta al servidor dns falla nunca se

buscar la resolucin en los ficheros de configuracin.

10.4.5.3 El fichero /etc/hosts

El fichero /etc/hosts es un fichero de configuracin de texto

plano que permite especificar relaciones entre nombres de dominio y
direcciones IP. Cada lnea del fichero tiene una de estas relaciones y
consta de 3 columnsa, aunque la tercera es opcional. En primer lugar,
se especifica la direccin IP, a continuacin el nombre de dominio y
finalmente, si se desea, un alias. El formato sera el siguiente:
127.0.0.1 localhost miPC
208.164.186.1
ip1.com

aliasIP1

La IP 127.0.0.1 es una IP especial que representa siempre a

la propia mquina. As pues, si nos conectamos a la IP 127.0.0.1,
estemos en la mquina que estemos nos conectaremos a la propia
mquina.
Despus de modificar el fichero de hosts es necesario
reiniciar los servicios de red para que los cambios sean tenidos en
cuenta. Es recomendable antes de modificar el fichero realizar una
copia de seguridad del mismo.

10.4.5.4 El fichero /etc/resolv.conf

El fichero /etc/resolv.conf es tradicionalmente el fichero que
permite configurar los servidores de dns a los que solicitar la
resolucin de nombres de dominio. Aunque actualmente este fichero
sigue existiendo, en muchas ocasiones no es manejado por el usuario
si no por otros programas o procesos que se encargan de manejar los
datos que hay en l. Es el caso, por ejemplo, del network-manager en
aquellas distribuciones que cuentan con l. La tarea de configuracin
rehace entonces sobre los programas que manejan este fichero y no
sobre el fichero propiamente.

Si mantuvisemos la configuracin manual ms tradicional, el

fichero /etc/resolv.conf presentara un aspecto como el siguiente:
search ejemplo.com
nameserver 8.8.8.8
nameserver 8.8.4.4
En el ejemplo, el search indica que en caso de intentar
conectar a un nombre de dominio incompleto, por ejemplo Facebook
en lugar de Facebook.com, se debe completar la cadena introducida
con ejemplo.com. Si se diese el caso, Facebook quedara como:
Facebook.ejemplo.com.
Las lneas siguientes indican los servidores de DNS a los que
hay que contactar. Estos se consultan segn el orden de aparicin en
el fichero. Al contrario de lo que pueda parecer, si uno de ellos
devuelve un valor informando que no se ha podido consultar el
nombre de dominio no se consultar al siguiente. nicamente en caso
de que un servidor no este disponible se consultar al siguiente.
Si al abrir el fichero /etc/resolv.conf nos encontramos una
direccin 127.0.0.1, significa que el archivo est gestionado por otro
programa. En estos casos es muy recomendable no modificar el fichero
manualmente.

10.5 Rutas y tablas de rutas

Una vez conocemos las subredes y las direcciones IP que
identifican a las mquinas de estas subredes, necesitamos mecanismos
que nos permitan conectar las subredes entre ellas. Este es el trabajo
de los enrutadores, o como son ms conocidos de los routers.

Un router no es ms que una mquina que se encuentra en

ms de una red. Es decir, dispone de ms de una IP. Esto permite que,
llegado el momento, pueda recibir mensajes de una subred y enviarlos
a otra. Al enviar un mensaje a travs de la red nuestra mquina decide
donde enviarla segn una tabla de enrutamiento. En la tabla de
enrutamiento se especifica que hacer con los mensajes segn el
origen del que provengan. Las mquinas que se encuentran en la
misma red se pueden alcanzar directamente, es lo que se conoce como
entrega directa. Para entregar los mensajes a mquinas que se
encuentran en otra red se debe recurrir a un router. Un router tiene
conciencia de las redes a las que pertenece y de las mquinas que
puede encontrar en dichas redes. Tambin tiene conocimientos sobre
otros routers a los que debe enviar los mensajes en caso de no poder
entregarlos en ninguna de las redes a las que est conectado.
Los sistemas Linux acten o no como enrutadores, disponen

de una tabla de enrutamiento que les permite decidir por que interfaz
deben entregar los mensajes. Si deben realizar entrega directa o si por
el contrario deben entregar el mensaje a un router. Incluso pueden
enviar los mensajes que van a una determinada direccin IP con la
direccin de origen que se especifique. Para ver la tabla de
enrutamiento de nuestro sistema podemos emplear
route n
Destination Gateway
Genmask
Flags Metric Ref Use Iface
192.168.1.0 0.0.0.0
255.255.255.0 U 0 0
0 eth0
0.0.0.0
192.168.1.10 0.0.0.0
UG 0 0
0 eth0
ip r s # ip route show
192.168.99.0/24 dev eth0 scope link
127.0.0.0/8 dev lo scope link
default via 192.168.99.254 dev eth0
Aunque la salida de ambos comandos es bastante distinta, en
esencia nos muestran la misma informacin. Fijmonos primero en la
salida del comando route n.
Vemos que la primera columna nos indica la destinacin. En la
primera lnea una IP que termina en 0. Si recordamos el apartado de
subredes, hemos comentado que una la parte que indica el host de
una Ip no poda ser todo 0s o todo 1s. Estas direcciones estn
reservadas. La direccin con todo 0s en la parte que no representa la
subred, se emplea junto con la mascara de red, la tercera columna,
para indicar que la regla afecta a la subred al completo. La segunda
columna nos indica el gateway o puerta de enlace, es decir, a donde
deben enviarse los mensajes que lleguen a la mquina, o sean

generados por ella, y que vayan destinados a la subred

192.168.1.0/24. En el caso del comando route n un 0.0.0.0 nos indica
que deben entregarse mediante entrega directa.
Juntando Conceptos
Si los mensajes deben entregarse mediante entrega directa,
podemos deducir que la mquina se encuentra en la subred
192.168.1.0/24, al menos en la interfaz en la que esta regla est
especificada.
La ltima columna de la salida de route n nos indica la
interfaz de red por la que deben ser entregados los mensajes. La
eleccin de la interfaz puede ser tanto por que la mquina tenga
interfaz en redes distintas como por que se quiera cambiar el medio. Es
decir, enviar unos mensajes de forma inalmbrica y otros a travs de la
interfaz con cable.
Finalmente nos quedan 3 columnas, estas nos indican
diversos parmetros sobre la ruta:
Flags: Indican propiedades sobre la regla de
enrutamiento definida, puede tomar, entre
otros, los valores siguientes:
U: La ruta est activa.
H: La destinacin es una sola mquina.
G: La ruta implica un router.
!: Descarta todos los mensajes que
cumplen las condiciones de la regla.

Metric: La distancia hasta la destinacin. La

distancia se cuenta en routers que atraviesa
el mensaje. As pues, si definimos una regla
con una mtrica de 3 y debemos atravesar
ms de 3 subredes para poder alcanzar el
host de la destinacin el mensaje no llegar
nunca. Actualmente el parmetro de las
mtricas est en desuso y de hecho en el
nuevo comando ip route ya no se emplea por
defecto. Esta mtrica sigue empleandose en
otros protocolos, pero asociada a cada
mensaje concreto.
Ref: Un parmetro en desuso. Se mantiene
nicamente por compatibilidad con los
kernels antiguos.
Si nos fijamos ahora en la salida de ip route, vemos que es
algo distinta. Sin embargo, la informacin es la misma. Igual que en el
caso del comando route, cada lnea se corresponde con una regla de
enrutamiento.
192.168.99.0/24 dev eth0 scope link
En primer lugar, nos indica IP y mascara, en notacin CIDR, a
la que se aplicar la regla. Es decir, todos los mensajes que tengan
como destinacin la IP y la mascara especificada cumplirn con la
regla. A continuacin nos indica el dispositivo, es decir dev eth0 . Con
esto conocemos que interfaz usar para mandar los mensajes cuando
se cumpla la regla. Finalmente nos indica el mbito del envo.

Encontramos dos opciones: la del ejemplo, scope link que nos indica
que se trata de entrega directa, por tanto que la destinacin se
encuentra en la misma red, o bien via 192.168.99.254 que indica
que se debe enviar a travs de un router y la IP de dicho router.

10.5.1 Ruta por defecto

En las tablas de enrutamiento encontramos rutas por defecto.
En el caso de route n era una regla que tenia como ip de destinacin
la direccin IP 0.0.0.0 con la mascara 0.0.0.0 y en el caso de ip route se
trata de la regla que empieza por la palabra clave default. Las reglas
en las tablas de enrutamiento se evalan por orden. Es decir, las reglas
se evaluan de las que aparecen ms arriba a las que aparecen ms
abajo. Si una IP coincidiese con ms de una regla, nicamente se
aplicara la que se encontrase en primer lugar.
La ruta por defecto es una regla que coincide con cualquier
IP y debe ser siempre la ltima regla de nuestra tabla de enrutamiento.
En caso de que no fuese la ltima, dado que todas las posibles IPs
caen dentro de esta regla, las que encontrsemos detrs no seran
evaluadas. Normalmente la ruta por defecto tiene como destino un
router que es el que dar la conexin a redes que no son conocidas
por la mquina.
Supongamos que queremos llegar a google.com. Es evidente
que la mquina con la pgina web del famoso buscador no est en
nuestra oficina, a menos que trabajemos en Google, en cuyo caso
existir una oportunidad. Tampoco sabemos la IP de la mquina, no
podemos pretender que una web tan importante tenga nicamente una
direccin IP, seguramente tendr varias. Adems, debemos tener en
cuenta que no solo existe la web de google.com, existen muchas ms a

las que querremos acceder. As pues, despus de configurar las rutas

para todas las IPs que nos son conocidas, le indicaremos a nuestra
mquina que enve el resto de mensajes a un router, que permite
conectar diversas subredes, con la esperanza de que el router
conozca la subred donde se enceuntra la mquina de Google. En caso
contrario confiaremos en que ese router dirija el trfico hacia otro
router que si que pueda conocerla.
Esta es una simplificacin muy generosa del funcionamiento
de los routers y del encaminamiento. La realidad es bastante ms
compleja, sin embargo el principio subyacente detrs de las
comunicaciones de red es esta idea. La complejidad aparece por la
necesidad de conocer otra informacin y de evitar algunos de los
problemas que genera la idea presentada.
Para aadir una ruta por defecto, o una ruta cualquiera,
podemos recurrir a los mismos comandos que nos muestran la
informacin al respecto.
#Para una ruta cualquiera
route add -net 192.56.76.0 netmask 255.255.255.0 dev eth0
#Para la ruta por defecto
route add default gw <IP del router>
#Para una ruta cualquiera
ip r a 192.168.1.0/24 dev eth0 scope link
#Para una ruta por defecto
ip r a default via <IP del router> dev eth0
De la misma manera, es posible eliminar las rutas que

hayamos definido mediante estos comandos:

route del net 192.56.76.0 netmask 255.255.255.0
ip r d 192.168.1.0/24
Trabajar con rutas y con las tablas de rutas puede llegar a ser
bastante complejo, por lo que a menos que sea realmente necesario,
se recomienda seguir el principio de keep it clean, keep it easy :
Mantenlo limpio, mantelo fcil. Mientras menos rutas tengamos en la
tabla de rutas y ms inteligencia podamos delegar a los routers ms
sencilla ser la tarea de administrar la red en las mquinas. Hay que
tener en cuenta que a da de hoy muchas de estas configuraciones son
gestionadas por gestores de red. La nueva familia de comandos ip,
incluso aade una ruta de entrega directa al aadir una ip a una
interfaz. As pues, al ejecutar
ip a a 192.168.1.10/24 dev eth0
#Tambien se est ejecutando
ip r a 192.168.1.0/24 scope link dev eth0

10.6 Configurar un sistema Linux como

router
Un router no es ms que una mquina capaz de conectar
diversas interfaces fsicas de red. Aunque a grandes rasgos esto es
verdad, necesita cumplir alguna caracterstica ms. Por ejemplo, debe
dejar pasar el trfico de red a travs de l. Esto quiere decir que un
router debe aceptar trfico que vaya destinado a una IP distinta de la
que tiene y debe ser capaz de dirigirlo a alguna de sus subredes
segn conveniencia y segn la tabla de enrutamiento.
Una tabla de enrutamiento de una mquina que acte como

router se vera de forma similar a la siguiente:

ip r s # ip route show
192.168.99.0/24 dev eth0 scope link
192.168.100.0/24 dev eth1 scope link
127.0.0.0/8 dev lo scope link
default via 192.168.99.254 dev eth0
Con esta tabla de enrutamiento los paquetes que lleguen a la
mquina con destino a 192.168.99.0/24 sern enviados por una
interfaz del router en entrega directa, mientras que los que vayan a
192.168.100.0/24 sern enviados a travs de la otra interfaz, tambin
mediante entrega directa. Es decir, este router conocera dos subredes
y el trfico que no conociese lo enviara a otro router dentro de una de
las subredes. Sin embargo, como hemos dicho se debe permitir dirigir
el trfico de una interfaz a otra, que es algo que los sistemas Linux no
permiten por defecto. Tenemos, no obstante la opcin de habilitar este
comportamiento. Para ello debemos ejecutar:
sysctl w net.ipv4.ip_forward
Con el comando que se muestra ms arriba el cambio no ser
permanente. Si queremos que el cambio realizado sea permanente
deberemos aadir el comando en el fichero /etc/sysctl.conf. Es posible
que en algunas distribuciones se siga el esquema que ya hemos visto
en otras ocasiones de disponer de diversos ficheros .conf dentro del
directorio /etc/sysctl.d/, en este caso simplemente ser necesario crear
el fichero para habilitar esta caracterstica.
Si la distribucin con la que trabajamos no nos pone las cosas

fciles, una bsqueda con el concepto clave ip forwarding nos dir

que hacer para la distribucin con la que trabajamos.

10.7 DHCP
Actualmente las IPs fijas y la configuracin de servidores de
resolucin de nombres de dominio o de las tablas de rutas no suele
hacerse manualmente. Las redes han crecido mucho y en muchas
ocasiones, las IPs que son accesibles para todo el mundo, las IPs
pblicas esconden detrs redes privadas con sus propias IPs.
Para realizar estas configuraciones de forma automtica el
protocolo DHCP (Dynamic Host Configuration Protocol) permite
alquilar una direccin IP, y obtener la ruta por defecto y los
servidores de DNS de un servidor. El servidor de DHCP debe existir en
la propia red local, puesto que en el momento de recurrir a l, todava
no disponemos de direccin IP. Esto hace que en la mayora de
ocasiones, sea el propio router de la red local el que ofrezca tambin
el servicio de DHCP.
DHCP funciona como un cliente que se conecta a un servidor.
En los sistemas Linux este cliente es un programa conocido como
dhclient. Al iniciar el sistema se lanza el servicio de dhcp para obtener
la configuracin de red. Si as se ha especificado, una vez obtenida la
configuracin del servidor de DHCP, suele almacenarse en
/var/state/dhclient.leases. Vamos a ver, a grandes rasgos como funciona
DHCP.
1. La mquina que quiere obtener una IP y la
correspondiente configuracin (servidores DNS, ruta
por defecto,...) manda a toda la red local una peticin
de DHCP.

2. Aquellos en la red local que entienden la peticin, es

decir, aquellos sistemas que cuentan con un servidor
de DHCP, usualmente los routers, contestan con una
oferta de DHCP.
3. La mquina que envi la peticin escoge una oferta de
entre todas las que le hayan llegado y enva un
mensaje al origen de esa oferta con una solicitud de
DHCP.
4. El servidor le asigna la oferta que le haba hecho
durante un tiempo limitado. Normalmente 48 o 72
horas. Pasado ese tiempo, la asignacin de DHCP
caducar y ser responsabilidad de la mquina
solicitante negociar de nuevo una configuracin DHCP.
La duracin de las asignaciones de DHCP corren a cuenta
del servidor, por lo que, a menos que administremos un servidor de
DHCP, no est en nuestras manos cambiar el tiempo de dicha
asignacin. Lo que si que nos permite un sistema Linux es solicitar a
travs de un comando una IP y configuracin mediante DHCP. Tambin,
de la misma manera nos permite renunciar a una oferta que ya
hayamos aceptado y que se encuentre en uso. Para ambas tareas
recurriremos al comando dhclient.
dhclient r eth0 # Libera la IP actual para la interfaz eth0, as como la
configuracin
dhclient eth0 #Realiza una nueva peticin DHCP para la interfaz eth0
Antes de trabajar con estos comandos debemos recordar que
para cualquier configuracin de red que queramos realizar deberemos

tener permisos de administracin.

10.8 La capa de transporte

La capa de internet y las direcciones IP permiten la
comunicacin entre mquinas. Pero, una vez llega el mensaje a la
mquina debemos saber que hacer con l. Para identificar a quin se
le debe entregar el mensaje, a que aplicacin, se emplean los puertos.
Los puertos son un nmero entre 0 y 65535 que permiten identificar a
que aplicacin deben entregarse los mensajes que llegan a la
mquina. Las parejas IP, puerto suelen estar asociadas a un socket
Berkley. Los sockets son la interfaz que ofrece el kernel para
interactuar con los dispositivos de red. Los programas trabajan con los
sockets a partir de un descriptor de fichero que obtienen en el
momento de la creacin del socket.
Los dos protocolos a nivel de aplicacin ms extendidos y
usados son:
TCP: Es un protocolo de la capa de transporte
que trabaja con conexiones extremo a
extremo. TCP garantiza la integridad de los
datos extremo a extremo, tambin garantiza
que el orden de llegada de los mensajes sea
el mismo que el de salida. Adems TCP
implementa mecanismos de control de la
congestin en la red.
UDP: Es tambin, un protocolo de la capa de
transporte que permite mandar mensajes
extremo a extremo sin necesidad de
establecer una conexi. A diferencia de TCP

no implementa mecanismos de control de la

congestin, no asegura que lleguen todos los
mensajes ni el orden de llegada de estos en
caso que sea necesario fragmentarlos.
Parece que todo son desventajas para UDP,
sin embargo su uso est muy extendido en
aplicaciones de streaming o de telefona IP
como Skype donde perder un paquete no es
crtico pero la velocidad en la conexin si que
lo es.

10.8.1 TCP
Aunque parezca una sutileza debemos notar, que es la
primera vez, al hablar de TCP, en la que se habla de conexin. Esto se
debe a que las conexiones en la capa de internet son mquina a
mquina no extremo a extremo. nicamente en la capa de transporte,
el protocolo TCP establece una conexin punto a punto para la
transmisin de datos. Una conexin de dos mquinas se define como
el conjunto:
(IPorigen , Puerto origen ), (IPdestino , Puerto destino )
Si no se conocen estos datos la conexin no est establecida
y no es hasta la capa de transporte que los puertos no entran en
juego. Es por tanto, trabajo de TCP proveer los mecanismos para
establecer una conexin y mantenerla abierta el tiempo necesario
para enviar los datos. El protocolo TCP es bastante complejo, si se
quiere conocer en profundidad, lo mejor es recurrir al RFC donde se
define el protocolo.

Para ver las conexiones de nuestro sistema podemos recurrir

al comando netstat. Este comando nos ofrece informacin sobre todos
los puertos en nuestro sistema y las aplicaciones relacionadas con
estos puertos. Se debe ser cuidadoso puesto que la informacin que
mostrar netstat vara si el comando se ejecuta con permisos de
administracin o no. Para ver los puertos numricamente y limitar el
resultado nicamente a las conexiones TCP usaremos la opcin t, si
se especifica tambin una u nos mostrar adems, informacin sobre
los puertos udp en la mquina.
netstat -nt
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address
Foreign Address
State
tcp
0 0 127.0.0.1:34105
127.0.0.1:389
ESTABLISHED
tcp
0 0 127.0.0.1:389
127.0.0.1:54529
ESTABLISHED
tcp
0 0 127.0.0.1:389
127.0.0.1:56327
ESTABLISHED
tcp
0 0 172.16.4.5:110
172.25.47.30:1680 TIME_WAIT
tcp
0 0 172.16.4.5:110
172.25.131.212:2313 TIME_WAIT

Proto: Muestra el protocolo de la capa de

transporte. Si hemos especificado la opcin t
este siempre ser TCP.
Recv-Q Send-Q: Indican el nmero de bytes
que han sido enviados o recibidos por el
programa, sin embargo una vez los mensajes
ya se han entregado al nivel de aplicacin
para los recibidos o al socket para los

enviados, dejan de reflejarse en netstat, as

que lo ms probable es ver un 0 en estos
valores.
Estado: El estado en que se encuentra el
socket. Dado que los estados se asocian
normalmente con las conexiones, con el
protocolo TCP, para otros protocolos es
posible que encontremos el estado vaco.
Puede tomar, entre otros, algunos de los
siguientes valores:
ESTABLISHED: El socket mantiene una
conexin activa y establecida.
TIME_WAIT: El socket est esperando a la
otra parte para cerrarse
LISTEN: El socket est escuchando
conexiones entrantes. Los sockets en este
estado no son listados por netstat a menos
que se especifique la opcin l o bien la
opcin a.
UNKNOWN: El estado del socket es
desconocido.
Local Addres: Especifica la direccin IP y el
puerto local, normalmente separados por el
carcter :
Foreign Address: Especifica la direccin IP y

el puerto de la otra mquina. En las

conexiones con estado LISTENING es
habitual encontrar cosas como *:80 o *:* lo
que significa que espera una conexin de
cualquier direccin IP por el puerto 80 o bien
que espera una conexin de cualquier
direccin IP por cualquier puerto. La verdad
es que el ltimo caso suele ser poco
corriente, pero si lo vemos no debemos
asustarnos.

10.8.2 Puertos
Los puertos son valores enteros que representan las distintas
aplicaciones. El nmero que puede tomar un puerto va desde 1 hasta
65535. Los primeros 1024 puertos son conocidos como well known
ports y los usuarios sin permisos no pueden cambiar la utilidad de
estos puertos. Tampoco los programas que no se ejecutan como sper
usuario pueden hacer uso de estos puertos. Son puertos asociados a
servicios o protocolos bien conocidos. Es el caso de http, el protocolo
de hipertexto que emplean las pginas web. Este se encuentra en el
puerto 80 por defecto. Los puertos por encima del 1024 se conocen
como puertos efmeros y estn a disposicin de los usuarios.
Habitualmente los servidores suelen escuchar por un puerto
a la espera de conexiones. Una vez han recibido la conexin, para no
ocupar el puerto conocido, derivan la conexin a un puerto efmero y
siguen a la espera de conexiones por el puerto conocido. As trabajan
por ejemplo los servidores FTP. FTP suele escuchar por el puerto 20
pero, para poder soportar conexiones concurrentes, una vez recibe

una peticin de conexin la deriva a un puerto efmero y sigue atento a

nuevas conexiones por el puerto 20.
Juntando conceptos
Podemos, en el caso de TCP, tener dos conexiones simultneas al
puerto 65400? La respuesta en este caso sera s, siempre que
vengan de direcciones IP distintas y que nuestra mquina conteste
desde un puerto efmero.
Hemos quedado que una conexin se identifica por la pareja:
(IPorigen , Puerto origen ), (IPdestino , Puerto destino )
mientras que un socket est asociado a
(IP, Puerto)
Por tanto siempre que nuestra mquina mantenga un socket efmero
podemos tener tantas conexiones al puerto 65400 como podamos
soportar.
Aunque conocer los puertos bien conocidos o los well-known
ports no es sencillo sin recurrir a fuentes externas, recordar 1024
protocolos y sus nmeros es toda una proeza, una buena manera de
tener una idea de cuales son en nuestro Linux es recurrir al fichero
/etc/services.
Este fichero no es ms que un fichero que traduce los
nmeros de los puertos bien conocidos a nombres. Podemos editar
este fichero para que aquellos puertos que nosotros queramos se

muestren con el nombre del protocolo al que pertenecen en lugar de

con el nmero, por ejemplo al ejecutar netstat.
El fichero /etc/services es un fichero de texto plano donde
cada lnea equivale a un puerto y su descripcin.
smtp 25/tcp mail
El fichero /etc/services no afecta en nada a los puertos
habilitados o no. Simplemente provee una manera de traducir nombres
de servicio a puerto y a la inversa. As pues un programa puede
emplear un nombre que aparezca en /etc/services para el puerto pero
el borrar una entrada de /etc/services no deshabilitar el servicio que
se borra.

10.9 Ethernet inalmbrico

En principio las conexiones inalmbricas no son muy
diferentes de las conexiones cableadas. El trmino ms extendido
para este tipo de conexiones es el de conexiones Wi-Fi. Este nombre
proviene de una marca comercial, por tanto nosotros usaremos el
trmino wireless o inalmbrico.
Igual que suceda en el caso de las conexiones cableadas,
de las que hemos hablado hasta ahora, las conexiones inalmbricas
tienen cada una su interfaz. Los conceptos de enrutamiento, puertos y
protocolos son exactamente los mismos. Lo nico que cambia son los
protocolos a bajo nivel y no entraremos en detalles sobre ellos. Cada
elemento de hardware que nos permite conectarse en las conexiones
inalmbricas tiene su propia MAC y las interfaces inalmbricas
disponen tambin de su propia direccin IP. An as encontramos
algunas diferencias, sobre todo debido a que la configuracin de las

redes inalmbricas requiere muchas ms intervencin del usuario.

Si pensamos en las redes cableadas no tenemos muchas
opciones, conectamos el cable y all donde el cable est conectado
estar conectado nuestro sistema. En este sentido escoger la red pasa
por conectar el cable a una u otra red y darle al sistema la IP
apropiada. No sucede lo mismo con los sistemas inalmbricos. En el
mejor de los casos nuestro adaptador detectar varias redes y solo
algunas de ellas sern conocidas. As pues, ser el usuario el que
deber encargarse de seleccionar la red.
Algunas de las caractersticas aadidas a las conexiones
inalmbricas de las que no disponen las conexiones fsicas son:
SSID: La identificacin de la red o el nombre
que se le da a la red. En el caso de las redes
cableadas no es necesario que las redes
tengan un nombre, basta con conocer la
subred. En el caso de las redes inalmbricas
es distinto. En cada vecindario es posible
encontrar ms de 10 redes inalmbricas.
Como diferenciarlas por nmeros sera
complejo, se emplea un identificador.
Gestin: Muchas redes inalmbricas estn
conectadas a puntos de acceso. Los puntos
de acceso no son ms que el puente que
permite a una red inalmbrica conectarse con
una red cableada. Aquellos dispositivos que
se encuentran conectados a un punto de
acceso, comparten direccin de subred con

los dispositivos conectados a travs de cable.

Detalles de transmisin: Aunque estos
detalles suelen ir asociados a cada conexin,
seguro que a ms de uno le suena el
concepto de canal, intensidad de la seal, o
el concepto de ruido. Todos estos detalles
son ms o menos configurables cuando uno
es el dueo de la conexin. Tambin puede
que los debamos considerar cuando tratamos
de conectarnos.
Autenticacin y cifrado: Dado que el aire es
patrimonio de todos y es el medio por el que
se transmiten las redes inalmbricas se
plantea la problemtica de proteger la red de
invitados indeseados. Aparecen entonces los
conceptos de autenticacin y cifrado de los
datos para protegerlos de aquellos que no
deben entrar en la red.

10.9.1 La herramienta iw
La herramienta iw es la que permite listar y manipular
dispositivos inalmbricos. Es una herramienta relativamente nueva y es
posible que en su lugar encontremos wireless-tools, una herramienta
ms antigua que provee de una gran variedad de herramientas, cada
una para una de las tareas que ahora realiza iw. Es posible que
dependiendo de la distribucin iw no se encuentre instalado en el
sistema. En este caso deberemos instalarlo. Puede parecer paradjico
el hecho de necesitar acceso a Internet para poder descargar un

programa que permita configurar la conexin a una red. Quizs lo sea,

pero lo mismo es muy posible que nos suceda con los drivers de la
tarjeta de red inalmbrica que tengamos. En estos casos se
recomienda descargar el software necesario desde otra mquina o
proveer a la mquina de una conexin cableada en primer lugar.
Aunque no suceder en todas las distribuciones, no habr manera de
saberlo hasta que no nos encontremos de frente con el problema.
iw es un comando que recibe como parmetro el nombre de
una interfaz. Precedido o no por los modificadores dev para
interfaces lgicas (wlan0) o phy para interfaces fsicas (el dispositivo
hardware). A continuacin recibe el comando que se debe ejecutar
sobre la interfaz. Cada comando tiene sus propios parmetros y
opciones por lo que es difcil hablar de todos ellos. Vamos a ver
algunos comandos que pueden resultar muy interesantes.
link: Provee informacin sobre el link. Es decir
sobre si el dispositivo est listo para enviar y
recibir datos o si por el contrario no lo est.
En caso de que nos encontremos conectados
a una red inalmbrica obtendremos diversa
informacin sobre la red a la que nos hemos
conectado.
scan: Escanea las posibles redes y puntos de
acceso. En una interfaz grfica, el desplegar
las
redes
inalmbricas
disponibles
equivaldra al comando scan.
connect: Este comando puede recibir
bastantes parmetros en funcin de lo que se

desee hacer. Su funcionalidad permite

conectar una interfaz a la red seleccionada.
Vamos a ver varios ejemplos que nos ayudarn a entender
mejor como funcionan estos comandos junto con iw.
#Lista las redes disponibles as como sus caractersticas.
#Debemos buscar el campo SSID marcado en gris
iw dev wlan0 scan
BSS 1a:2b:3c:4d:5e:6f (on wlan0)
TSF: 5311608514951 usec (61d, 11:26:48)
freq: 2462
beacon interval: 100
capability: ESS Privacy ShortSlotTime (0x0411)
signal: -53.00 dBm
last seen: 104 ms ago
Information elements from Probe Response frame:
SSID: miRed
Supported rates: 1.0* 2.0* 5.5* 11.0* 18.0 24.0 36.0 54.0
DS Parameter set: channel 11
ERP: Barker_Preamble_Mode
RSN: * Version: 1
* Group cipher: CCMP
* Pairwise ciphers: CCMP
* Authentication suites: PSK
* Capabilities: 16-PTKSA-RC (0x000c)
Extended supported rates: 6.0 9.0 12.0 48.0
[...]

#Conectamos a la red miRed

iw wlan0 connect miRed
#Miramos el estado del link
iw dev wlan0 link
Connected to 1a:2b:3c:4d:5e:6f (on wlan0)
SSID: miRed
freq: 2412
RX: 26951 bytes (265 packets)
TX: 1400 bytes (14 packets)
signal: -51 dBm
tx bitrate: 6.5 MBit/s MCS 0
bss flags: short-slot-time
dtim period: 0
beacon int: 100
Si nuestra red utiliza adems mecanismos de cifrado
necesitaremos adems de iw wpa-supplicant. A da de hoy la situacin
ms normal es que se requiera de este software. wpa-supplicant
provee de un fichero de configuracin, normalmente almacenado en
/etc/wpa_supplicant.conf. El fichero wpa_supplicant.conf adems de
permitir aadir seguridad a la red permite la conexin a una red de
forma automtica sin tener que proveer los datos cada vez.
El fichero /etc/wpa_supplicant es un fichero de texto plano del
estilo:
network={

ssid="casa"
scan_ssid=1
key_mgmt=WPA-PSK
psk="frase super secreta"
}
network={
ssid="trabajo"
scan_ssid=1
key_mgmt=WPA-EAP
pairwise=CCMP TKIP
group=CCMP TKIP
eap=TLS
identity="usuario@ejemplo.com"
ca_cert="/etc/cert/ca.pem"
client_cert="/etc/cert/user.pem"
private_key="/etc/cert/user.prv"
private_key_passwd="contrasea"
}
Cada entrada network , especifica los detalles para una red.
Las redes son ledas en orden de aparicin. Eso significa, que si la
conexin es posible con la primera de las redes que aparece en el
fichero, el sistema no probar de conectarse a ninguna otra. La
modificacin del fichero wpa_supplicant.conf requiere del reinicio de
los servicios de red para tener efecto. Para conocer todos los detalles
que pueden ser especificados en una red, lo mejor es recurrir a la

entrada del manual de wpa_supplicant, dado que es muy detallada y

estar completamente actualizada segn la versin y distribucin de
Linux de la que dispongamos.
man wpa_supplicant.conf
Advertencia
Se debe ser cuidadoso con los ficheros wpa_supplicant ya que las
contraseas y frases de proteccin de certificados aparecen
escritas en texto claro. Es decir, sin cifrar ni ocultar. Toda persona
que tenga acceso al fichero tendr acceso tambin a las
contraseas de la red.
En las secciones de red han aparecido diversos campos y
valores que no han sido explicados. Antes de entrar en profundidad
en estos valores y en el significado de los campos es recomendable
profundizar en distintos conceptos de red. Empezando por profundizar
en el modelo de capas, los protocolos que intervienen, el modelo de
enrutamiento y los mtodos de acceso a la capa fsica. El libro
Comunicaciones y Redes de Computadores de William Stallings es una
muy buena opcin para iniciarse en el campo de las redes de
computadores.

Eplogo
Poner punto final a un texto que trate sobre Linux parece
realmente complicado. Hay una gran variedad de comandos, opciones,
programas y distribuciones. An ms, hay una comunidad detrs de
cada distribucin Linux que hace crecer y mejorar a los distintos
sistemas. Si a todo este le sumamos las capacidades de red, tan
necesarias hoy en da, resulta todava ms difcil saber donde se debe
poner el punto y final.
A lo largo de este texto se han revisado algunos de los pilares
de los sistemas Linux desde una perspectiva que, espero, ayude a
entender que sucede cuando trabajamos con estos sistemas y ayude a
ir un poco ms all que el saber escribir un comando en el terminal.
Muchas cosas han quedado en el tintero y otras se han
explicado con palabras que quizs no sean las ms adecuadas.
Simplemente se ha tratado de poner el esfuerzo en que el texto
pudiese llegar a la mayor cantidad de gente posible.
La informacin sobre los sistemas operativos Linux es muy
abundante en Internet y uno no debe tener miedo de buscarla i
enfrentarse a ella. Con unos mnimos conocimientos de ingls y una
idea de lo que se desea hacer ser sencillo encontrar informacin al
respecto. Seguro que la informacin disponible y que ofrece la
comunidad ser suficiente para solventar las dudas que haya podido
dejar este texto.

Bibliografa
Antes de citar una lista de referencias, decir que mucha de la
informacin ha sido extrada de las pginas de manuales de los
distintos comandos o de las pginas de referencia de la Linux
Fundation o Freedesktop. ServerFault tambin llega a convertirse en
una pgina muy til para todos aquellos que deben administrar un
sistema.
Carretero J, Garca F, Anasagasti P, Prez F, Sistemas
Operativos: una visin aplicada, Mc Graw Hill, 2007
Evi N, Unix and Linux System Administration Handbook,
Pearson Education, 2011.
Garfinkel S, Sppaford G, Schwartz A, Practical Unix & Internet
Security, OReilly 2003
Kroha-Hartman G, Linux Kernel in a Nutshell, OReilly 2006
Nguyen B, Linux Filesystem Hierarchy, Version 0.65, 2015,
http://www.tldp.org/LDP/Linux-Filesystem-Hierarchy/html/
Poettering L, systemd System and Service Manager, 2015,
http://www.freedesktop.org/wiki/Software/systemd/
Prieto A, Lloris A, Torres JC, Introduccin a la informtica,

McGrawHill, 2006
Samar V, Schemers R, Unified login with pluggable
authentication modules (PAM), Open Software Fundation, RFC 86,
1995. http://www.opengroup.org/rfc/rfc86.0.html
Shotts W, The Linux command Line: a Complete Introduction,
no starch press, 2012
Stallings W, Comunicaciones y redes de computadores,
Pearson, 2004.
Surez R, Descubriendo Udev, Todo Linux: la revista mensual
para entusiastas de GNU/LINUX, (79), 18-22. 2007