Jornada de configuración wifi en la UAL (Universidad de Almería)

Hace no mucho, un usuario me estuvo pidiendo ayuda por correo para configurar la Wifi de la UAL en una Ubuntu 8.10, puesto que no siguiendo la documentación oficial no era capaz de encontrar el archivo wpa_supplicant.conf en la ubicación indicada.

La verdad es que la guía es bastante compleja para usuarios no avanzados, y ni si siquiera se si funciona o se ha podido quedar anticuada o limitada a una versión específica de distribución GNU/Linux, kernel y/o chipsets de tarjeta inalámbrica.

Por ello, y con el objeto de hacer una quedada de usuarios GNU/Linux de Almería, se proponen unas jornadas para la configuración wifi de la UAL, y la posterior edición de una guía actualizada lo más amplia posible.

Aquellos interesados, tienen más información en Indalitux.

[indalitux.wordpress.com]~$ Jornada de configuración wifi en la UAL (Universidad de Almería)

Unión de PDFs protegidos con utilidades Linux

Acabo de terminar un curso por elearning y quería juntar todos los apuntes de las distintas unidades didácticas en un solo archivo PDF, más cómodo de utilizar a la hora de buscar algún contenido en concreto con CTRL+F que ir abriendo uno por uno todos los archivos del curso, el cual constaba de 9 unidades.

Para ello generalmente utilizo pdftk, una herramienta para consola (aunque creo que hay por ahí una interfaz gráfica) que permite realizar diversas operaciones con los archivos PDF. En concreto el comando que une multitud de archivos pdf en uno solo es:

$ pdftk entrada00.pdf entrada02.pdf … cat output salida.pdf

El problema, es que al ejecutar dicho comando me aparece la siguiente salida duplicada tantas veces como archivos de entrada le he introducido:

Error: Failed to open PDF file:
entrada00.pdf
OWNER PASSWORD REQUIRED, but not given (or incorrect)

Razón por la cual me da un error y que no permite que se genere el archivo de salida:

Errors encountered.  No output created.
Done.  Input errors, so no output created.

Para solucionar este problema he probado con las utilidades Poppler, que permiten exportar un PDF a PS saltándose la protección de estos, y posteriormente convirtiendo el postscrip resultante de nuevo a PDF con las utilidades Ghostscript y me ha funcionado sin problemas, por lo que definitivamente los pasos seguidos son:

$ pdftops archivo.pdf (paquete poppler-utils)

$ ps2pdf archivo.ps (paquete gs-commons)

$ pdftk archivos.pdf cat output salida.pdf (paquete pdftk)

A este procedimiento habría que añadirle el ir borrando archivos temporales, y establecer las opciones y nombres de archivo de forma correcta para que funcione. Se podría hacer un script Bash que lo automatizara, pero la verdad es que para volver a hacerlo de “higos a brevas”, he preferido hacerlo manualmente, ya que utilizando el historial y el autocompletado de Bash es relativamente rápido (teniendo en cuenta que tan solo son nueve archivos).

Referencias:

• http://www.accesspdf.com/pdftk/
• http://poppler.freedesktop.org/
• http://pages.cs.wisc.edu/~ghost/

gconf-editor, un editor para el sistema de configuración GConf

Ya he dado en un par de ocasiones con referencias a gconf-editor para cambiar algún parámetro o comportamiento de GNOME, y hoy me ha dado por echarle un vistazo rápido. Según he leído en Más Allá de Linux From Scratch, gconf-editor permite la modificación directa de la base de datos de configuración de GConf.

Referente a Gconf, de la Wikipedia se puede obtener esto:

GConf es un sistema utilizado por GNOME para almacenar las opciones de la configuración del entorno gráfico y de los distintos programas. Forma parte de política del entorno para mejorar y simplificar la interfaz gráfica de usuario.

El Demonio (informática) GConfd controla y vigila los cambios en la base de datos, y al producirse una modificación la aplica directamente. Esta tecnología se conoce como auto-apply o autoaplicación, diferente a la habitual de explicit-apply o aplicación-explícita que necesita pulsar los botones “OK” o “Aplicar” para forzar los cambios.

La base de datos de gconf se archiva en carpetas y en formato XML, guardados en el directorio ~/.gconf. Gconf puede también usar programas tipo backend o de respaldo, como un servidor de base de datos.

Además la aplicación Gconf-editor facilita a los usuarios cambiar las opciones manualmente, pero no se suele utilizar por el usuario medio. Debería ayudar la propia aplicación pero muchas veces no se tiene en cuenta.

Referencias:

• [es.wikipedia.org] ~# GConf
• [projects.gnome.org] ~# GConf configuration system
• [library.gnome.org] ~# Guía de administración del Escritorio GNOME
• [library.gnome.org] ~# Manual del Editor de configuración
• [lapipaplena.wordpress.com] ~$ gconf-editor
  
• [crysol.inf-cr.uclm.es] ~$ Gestionando preferencias con GConf y Python

Algunas dudas sobre lás páginas man (man pages)

Por curiosidad he revisado el código fuente de una página man a voleo para ver qué licencia llevaba, pero no he visto referencia alguna a esta… me pregunto qué licencia llevarán las páginas man y si esta es común a todas ellas. En principio supongo que al venir incluido en la aplicación y no especificarlo, es posible que lleve la misma licencia que esta, que por norma general es GPL, pero también existe la posibilidad de que por ser documentación sea FDL ¿o no?

Por otro lado buscando información sobre la licencia de las páginas man he dado con la Guía Man de Gentoo en la que veo que la estructura seguida en esta distribución para las páginas man no es la misma que para Debian, y por ende que Ubuntu o Guadalinex, por poner algunos ejemplos de distribuciones derivadas de Debian. ¿Y Fedora? ¿Suse?… ¿cada distribución clasifica las manpages de forma diferente?.

Otra duda que me surge es si son la misma página man en distintas distribuciones, por ejemplo, ¿la página man de bash es igual en Debian que en Gentoo?

En fin, espero ir aclarándo mis dudas existenciales :p

Conceptos básicos sobre redes GNU/Linux

Interfaces de red

De los equipos que actualmente tengo en casa, he elegido uno con una placa base ASUS A7N8X Deluxe (http://es.asus.com/products/mb/socketa/a7n8x-d/overview.htm) por ser el “más completo” referente a interfaces de red. Esta placa viene con dos tarjetas de red integradas (Dual LAN) con chipset NVidia nForce2 y 3Com 3C920B-EMB.

Actualmente trabajo con un kernel precompilado para al arquitectura AMD k7.

# uname –r

2.6.8-2-k7

Para mostrar la información referente sobre todos los buses PCI y los distintos dispositivos conectados a el (tarjetas ethernet), utilizamos la utilidad lspci:

#lspci

0000:00:04.0 Ethernet controller: nVidia Corporation nForce2 Ethernet Controller (rev a1)

0000:02:01.0 Ethernet controller: 3Com Corporation 3C920B-EMB Integrated Fast Et hernet Controller [Tornado] (rev 40)

Para ver los módulos cargados en el kernel podemos utilizar lsmod:

# lsmod

Module Size Used by Not tainted

Forcedeth 17792 0

nvnet 70308 0

El comando lsmod lista los módulos cargados, presentando de cada uno nombre, tamaño, cuenta de usos y lista de módulos que lo usan (es equivalente a cat /proc/modules).

Por otro lado, el paquete modconf de Debian proporciona un shell script que puede usarse para personalizar la configuración de los módulos a través de un interfaz basado en menús (el signo + significa que los módulos están cargados). Dentro del menú kernel/drivers/net (controladores para tarjetas de red) podemos encontrar:

# modconf

kernel/drivers/net

3c59x +3c590/3c900 series (592/595/597) ‘Vortex/Boomerang/Cyclone’ support

forcedeth + nForce Ethernet support (EXPERIMENTAL)

nvnet + (No hay una descripción disponible)

El driver forcedeth es un controlador abierto para la interfaz de red del nforce2, con lo que se puede prescindir totalmente de los drivers nvnet (propietarios de nvidia para el nforce2).

El problema que presenta el driver forcedeth es que no está completo y no soporta por ejemplo mii-tool (indica la capacidad de transmisión que soporta una tarjeta). La solución sería usar los drivers propietarios que tienen amplias gamas de configuración como mii-tool. Por el contrario es mucho más cómodo usar el que viene en el kernel ( forcedeth), ya que si cambiamos de núcleo, por ejemplo, no es necesario andar reinstalándolo los controladores propietarios de nvidia.

# mii-tool –v

eth0: negotiated 100baseTx-FD, link ok

product info: vendor 00:00:00, model 0 rev 0

basic mode: autonegotiation enabled

basic status: autonegotiation complete, link ok

capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD

dvertising: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD

link partner: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD

Existe otra utilidad (ethtool) que nos permite saber las opciones de nuestro dispositivo Ethernet, como por ejemplo si soporta WOL (Wake On Lan). A este comando se le pasa el dispositivo de red sobre el que se quiere trabajar y devuelve un resumen con la configuración del mismo.

# ethtool eth0

Settings for eth0:

Supported ports: [ TP MII ]

Supported link modes: 10baseT/Half 10baseT/Full

100baseT/Half 100baseT/Full

Supports auto-negotiation: Yes

Advertised link modes: 10baseT/Half 10baseT/Full

100baseT/Half 100baseT/Full

Advertised auto-negotiation: Yes

Speed: 100Mb/s

Duplex: Full

Port: MII

PHYAD: 32

Transceiver: internal

Auto-negotiation: on

Supports Wake-on: pumbg

Wake-on: d

Current message level: 0×00000007 (7)

Link detected: yes

Además, tanto mii-tool como ethtool, podemos forzar la tarjeta de red a trabajar en un modo operativo concreto (siempre y cuando esté soportado por la tarjeta) como por ejemplo elegir entre 10/100 Mb y HalfDuplex/FullDuplex.
Los módulos son cargados durante el arranque, y conforme se van reconociendo se les va asignando un nombre de interfaz. Para ver los mensajes desplegados por el kernel en el momento del arranque podemos utilizar dmesg:

# dmesg

forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.29.

eth0: forcedeth.c: subsystem: 01043:80a7 bound to 0000:00:04.0

ip1394: eth2: IEEE-1394 IPv4 over 1394 Ethernet (fw-host0)

eth0: no IPv6 routers present

Una aplicación muy interesante para poder capturar todos los mensajes que aparecen en el arranque en un archivo es bootlogd, un demonio que copia en un archivo todo lo que se envíe al dispositivo /dev/console, que por defecto el archivo donde escribirá los mensajes será /var/log/boot.

También existe un asistente (etherconf) cuya finalidad es la de configurar la red de forma automática.

Cada dispositivo de interconexión se asocia a una interfaz de red cuando es detectado en el momento del arranque (o por demanda). Para listarlas utilizamos el comando ifconfig:

# ifconfig -a

eth0 Link encap:Ethernet HWaddr XX:XX:XX:XX:XX:XX

inet addr:192.168.2.100 Bcast:192.168.2.255 Mask:255.255.255.0

inet6 addr: fe80::20c:6eff:fea1:1c34/64 Scope:Link

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

RX packets:3330 errors:0 dropped:0 overruns:0 frame:0

TX packets:3069 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:1000

RX bytes:3423112 (3.2 MiB) TX bytes:309987 (302.7 KiB)

Interrupt:185 Base address:0xe000

eth1 Link encap:Ethernet HWaddr XX:XX:XX:XX:XX:XX

BROADCAST MULTICAST MTU:1500 Metric:1

RX packets:0 errors:0 dropped:0 overruns:0 frame:0

TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:1000

RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

Interrupt:193 Base address:0xc000

eth2 Link encap:UNSPEC HWaddr XX-XX-XX-XX-XX-XX-XX-XX-XX-XX-XX-XX-XX-XX-XX-XX

BROADCAST MULTICAST MTU:1500 Metric:1

RX packets:0 errors:0 dropped:0 overruns:0 frame:0

TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:1000

RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

lo Link encap:Local Loopback

inet addr:127.0.0.1 Mask:255.0.0.0

inet6 addr: ::1/128 Scope:Host

UP LOOPBACK RUNNING MTU:16436 Metric:1

RX packets:426 errors:0 dropped:0 overruns:0 frame:0

TX packets:426 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:0

RX bytes:83100 (81.1 KiB) TX bytes:83100 (81.1 KiB)

sit0 Link encap:IPv6-in-IPv4

NOARP MTU:1480 Metric:1

RX packets:0 errors:0 dropped:0 overruns:0 frame:0

TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:0

RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

La interfaz lo corresponde a localhost o loopback, eth0 y eth1 corresponden a sendas tarjetas de red (nvidia y 3Com).

Otras interfaces son sit0 que es una interfaz especial que se crea automáticamente para dar soporte al IPv6 (es como un dispositivo para hacer tuneles IPV6 sobre una red IPV4).

# lsmod |grep ipv6

ipv6 262404 8

Por último la interfaz eth2, no se exactamente que es, pero posiblemente se haya creado automáticamente al darle soporte al núcleo para IPv6…

Hostname

El archivo /etc/hostname es usado por hostname al arrancar el sistema para asignar el nombre de host al equipo. Por el contrario el comando hostname muestra el nombre de host designado para el equipo o asigna uno nuevo pero no guarda los cambios en /etc/hostname, solo lo mantiene en memoria hasta que se reinicie la máquina.

Si queremos que /etc/hostname tenga el nombre de dominio al reiniciar la máquina simplemente tendríamos que editarlo a mano o redirecionar la salida de hostname escribiendo el nombre de dominio recientemente asignado sobre /etc/hostname.

# hostname nombre_dominio

# hostname > /etc/hostname

# echo “nombre_dominio” > /etc/hostname

Si realmente queremos aplicar los cambios de forma permanente debemos asegurarnos de que el archivo /etc/hosts contenga el actual nombre del sistema que hemos elegido.

El archivo de /etc/hosts tiene una sintaxis como sigue:

dirección_ip       nombre_completo     alias

Donde la dirección ip es la que tiene asignada la maquina, alias es el hombre del host y nombre completo es el nombre con todo y el dominio.

# cat /etc/hosts

127.0.0.1 localhost.localdomain localhost

192.168.2.100 AMD2600

Interfaces

# cat /etc/network/interfaces

auto lo

face lo inet loopback

auto eth0

iface eth0 inet static

address 192.168.2.100

netmask 255.255.255.0

network 192.168.2.0

broadcast 192.168.2.255

gateway 192.168.2.1

dns-nameservers 217.76.129.4

Lo primero que se define es la interfaz loopback para los programas que funcionan como servicios de red, y necesitan enviarse datos a si mismos. Es una interfaz ficticia que hace que todo lo que se envía por ese interfaz se vuelve a recibir en el ordenador incluso cuando el ordenador no esta conectado a la red.

A continuación se define la interfaz eth0 como estática, ya que aunque el router al que conecto dispone del servicio DHCP no lo utilizo por tema de mapeo de puertos, ya que dependiendo de que máquina encienda primero, automáticamente cogería la primera dirección ip disponible, por lo que podría tener puertos abiertos sin tener instalado el servicio (web, ftp, ssh, vnc…)
El ordenador sobre el que he realizado el trabajo se encuentra en la red 192.168.2.0 y la puerta de enlace (entrada al router) es 192.168.2.1.
La línea dns-nameserver se encuentra controlada por el paquete resolvconf, y especifican información para la administración dinámica de la información relativa a los servidores de nombres disponibles.

# dpkg –l | grep resolvconf

ii resolvconf 1.28 nameserver information handler

Resolvconf se posiciona como intermediario entre los programas que controlan las interfaces de red y suministran información de los servidores de nombre, y las aplicaciones que necesitan de dicha información.

Cuando se activa la interfaz, los argumentos de las opciones dns-* quedan disponibles para resolvconf para su inclusión en resolv.conf.

# cat /etc/resolv.conf

nameserver 217.76.128.4

nameserver 217.76.129.4

Estos apuntes fueron realizados por mí como trabajo para una de las unidades del curso Administración y Explotación de redes TCP/IP bajo Linux de la CEA (Confederación de Empresarios de Andalucía) que realicé en el año 2004/2005.  En aquellos tiempos mis conocimientos en GNU/Linux debían de ser limitados puesto que llevaba apenas dos años trabajando con este Sistema Operativo, por lo que la información aquí reflejada puede ser inexacta o imcompleta. Al igual que el resto de los contenidos incluidos en mi Blog, se permite la utilización de los contenidos bajo cualquier licencia únicamente citando el autor de la obra original.

Teclas y teclados en GNU/Linux

Hace unos días estuve mirando el tema de las teclas multimedia en Linux, ya que había cambiado el entorno de escritorio de KDE a GNOME y con el algunas aplicaciones de uso frecuente como es el reproductor de música, para la que tenía configurada el uso de algunas teclas multimedia.

Como no recordaba como las configuré en su momento estuve buscando por Internet y encontré distintas soluciones, lo cual me confunde, razón por la cual hago este resumen con la esperanza de ir completándolo a medida que vaya tocando dicho tema, aunque me imagino que la próxima vez que tenga que hacer un cambio de este tipo será un nuevo cambio de desktop, un cambio de teclado, una instalación nueva, etc.

Las distintas soluciones que encontré son:

• Proyecto lineak (http://lineak.sourceforge.net/) y sus interfaces gráficas para KDE (klineakconfig) o GNOME (lineakconfig), aunque en los repositorios solo he encontrado la versión para KDE
• Utilizar xev (http://www.xfree86.org/current/xev.1.html) y xmodmap (http://www.xfree86.org/4.0.1/xmodmap.1.html), siendo esta forma un poco más complicada ya que se trata de capturar los eventos producidos al pulsar las teclas y modificar el keymap.
• Aplicación keytouch (http://keytouch.sourceforge.net), siendo esta la que actualmente estoy utilizando
• Utilizar xbindkeys (http://hocwp.free.fr/xbindkeys/xbindkeys.html), el cual asocia una combinación de teclas o botones del ratón con un comando de shell. Aunque en principio su configuración requiere editar un fichero de texto con unos códigos de carácter, también existe la posibilidad de utilizar la interfaz gráfica xbindkeys-config.

Deb Creator & Debian Package Manager

Cuando hablamos de paquetes deb nos referimos al formato de paquetes para la distribución GNU/Linux y derivados como puede ser la conocida Ubuntu y la regional Guadalinex.

En GNU/Linux, las aplicaciones suelen ir empaquetadas y colocadas en repositorios oficiales a través del cual podemos instalar estas aplicaciones sin necesidad de conocer dependencias ni los procesos para compilar una aplicación. Además de que estos paquetes resuelven las dependencias, a la hora de desinstalarlos podemos estar seguros de que no nos van a dejar residuos, por no hablar de la garantía de que estamos instalando aplicaciones desde repositorios oficiales lo cual nos garantiza que no va a contener contenidos no deseado (spyware, adware, etc.). Desde mi punto de vista, lo que hace unos años podía resultar una complicación a la hora de “librar” dependencias requeridas por el sistema de paquetes, hoy el sistema de paquetes y sus repositorios se han convertido en una ventaja y beneficio frente al software privativo, en el cual cada proveedor distribuye su ejecutable (exe) sin que nadie pueda saber a ciencia cierta lo que contiene o qué va a pasar a la hora de desinstalarlo.

En esta entrada recopilo alguna información referente a la creación de paquetes. Si necesitas más información acerca de los paquetes deb y los sistemas de gestión de paquetes, puedes empezar por la Wikipedia.

[es.wikipedia.org] ~$ deb

[es.wikipedia.org] ~$ Sistema de gestión de paquetes

Lo primero que podemos ojear es un diagrama que muestra el ciclo de un paquete Debian, liberado bajo GPL.

Aunque este diagrama puede resultar un poco complejo entenderlo al principio, es importante conocerlo si estamos pensando en empaquetar una aplicación deb, sobretodo en el caso que deseemos incluirla dentro de una distribución, como es el caso concreto de Debian GNU/Linux.

Deb Creator es una aplicación escrita en GTK cuyo objetivo es facilitar la creación de paquetes deb.

Personalmente nunca la he utilizado, pero supongo que estará destinada a empaquetar ciertas aplicaciones que usemos con frecuencia y que no se encuentren ya empaquetadas, aunque no me atrevo a asegurar que un paquete realizado con esta aplicación esté adaptado para ser incluido en distribuciones como Debian o derivadas (Ubuntu & Guadalinex).

También existe otra aplicación llamada Debian Package Manager que parece servir para lo mismo.

En realidad yo prefiero trabajar siguiendo el procedimiento clásico basada en el uso de herramientas terminal (o al menos conocerlo), pero por probarlas no se pierde nada.

Ya aprovecho para decir que me gustaría organizar un taller de creación y mantenimiento de paquetes Debian (Ubuntu o Guadalinex) como parte de los proyectos de Indalitux.org,con el objetivo de crear documentación al respecto e incluso valorar la posibilidad de mantener algún paquete que estemos utilizando y no se encuentre empaquetado.

Aquellas personas interesadas (frikis, geeks, etc.) que se ponga en contacto para que cuando estemos unos cuantos hagamos una reunión de empaquetado ;o).

[debcreator.cmsoft.net] ~$ Deb Creator

[debianpackagemaker.blogspot.com] ~$ Debian Package Manager

[Actualización 02/04/2009]

En algunos artículos que he estado leyendo hacen referencia a otras aplicaciones como son Yada y debhelper…

Voy a ver si recopilo documentación libre referente al proceso de creación de paquetes deb y realizamos un taller/laboratorio en el que se enseñen los conceptos básicos para empaquetar aplicaciones para distribuciones tipo Debian (Ubuntu, Guadalinex, etc.).

[kitenet.net] ~$ debhelper

[yada.alioth.debian.org] ~$ YADA – Yet Another Debianisation Aid

Bash Shell Scripting Directory For Linux / UNIX

Un Blog/WordPress que contiene un directorio de Script de Shell Bash organizados por etiquetas. Por lo que he estado ojeando los script se encuentran bajo licencia libre, concretamente los que yo he visto GPL, bien documentados/comentados, y además el blog permite descargar el script evitando así tener que andar con copy & paste.

Según cuentan en la web, los script de shell están organizados por etiquetas, tags o topics dentro de las siguientes categorías principales:

• Academic
• Backup
• Bms/Init
• Desktop
• Diskadmin
• File Management
• FTP
• Monitoring
• Script (misc)
• Security
• Tempfiles

Referencias:

[bash.cyberciti.biz] ~$ Bash Shell Scripting Directory For Linux / UNIX

IRC/DpkgBot

DpkgBot es un bot (robot)que se encuentra en el canal #debian en irc.freenode.net cuyo objetivo es solucionar preguntas repetidas con cierta frecuencia.

En mi caso particular lo he utilizado en alguna ocasión para instalar los driver propietarios de nVidia pero también se puede utilizar para Java, e imagino que muchos otros casos.

[wiki.debian.org] ~$ IRC DpkgBot

LOST (Linux-One-Stanza Tips)

Buscando una entrada por el Blog me he encontrado con el proyecto [shell-fu]$ del cual no recordaba haber comentada nada.

Con el objetivo de unificar o centralizar recursos quería hablar en esta ocasión del proyecto LOST (Linux-One-Stanza Tips), el cual se podría traducir como Trucos Linux en un Parrafo.

Según la web oficial:

LOST (Linux-One-Stanza Tips o Trucos Linux en un párrafo) es una serie de trucos y consejos cortos relacionados con GNU/Linux, los cuales se pueden usar como firmas en tus correos electrónicos, saludos de Mensaje del Día, como fragmentos aleatorios o en cualquier lugar que puedas imaginar…

El proyecto se divide en dos partes. Una, los trucos propiamente dichos, y otra, una serie de script/ programas para incorporar los trucos con clientes de correo existentes o páginas web y para manipularlos para otros usos.

Este proyecto lo conocí en una revista (concretamente creo que Todo Linux) la cual añadía un LOST en cada edición.

Referencias:

• [lost.sourceforge.net] ~$ LOST (Linux One Stanza Tips)
• [kikuelo.wordpress.com] ~# [shell-fu]$ Repositorio de comandos de Shell