A M B I E N T I X = a m b i e n t e + l i n u x

Instalar diccionarios en OpenOffice

2008-05-21T20:48:00.006+02:00

Recientemente instalé Ubuntu Hardy Heron, conocida como la versión 8.04 [8 es el año y 04 es el mes de abril]. Fenomenal.

Me decidí a instalar los diccionarios de español para corrección de documentos y el diccionario de sinónimos. Open Office consta de una herramienta disponible en el menú "Archivo > Asistentes > Instalar Diccionarios nuevos..." que en realidad se trat de un script que automatiza la instalación de los diccionarios, pero al intentar ejecutarlo me sale una mini ventana desde la que no puedo acceder a los botones para ejecutar la aplicación. Así que decido instalar manualmente.

Primero me bajo los diccionarios para la corrección de textos desde el sitio de Open Office aunque cuido de bajarme el correspondiente a español de España [paquete es_ES] y una vez descomprimido copio los archivos es_ES.aff y es_ES.dic al directorio /home/MI_usuario/.openoffice.org2/user/wordbook y seguidamente edito con Gedit el archivo dictionary.lst y añado la línea DICT es es_ES es ES cuidando de elegir correctamente el país respectivo [si el país fuese otro, por ejemplo Argentina, los caracteres ES se sustituyen por AR]. En todo caso recomiendo echar un vistazo al paquete descomprimido anteriormente y mirar el archivo README.

Posteriormente descargué el paquete OpenThesaurus-es con el diccionario de sinónimos que paso a descomprimir y del cual copio los archivos th_es_ES_v2.dat y th_es_ES_v2.idx al directorio /home/MI_usuario/.openoffice.org2/user/wordbook y finalmente añadola línea THES es ES th_es_ES_v2 al archivo de texto dictionary.lst con lo que ya tenfo configurados correctamente mis diccionarios.

Reinicio Open Office y ya tengo listo mi sistema de corrección en español así como el diccionario de sinónimos. Más fácil imposible.

Hasta pronto.

Livebox en Ubuntu

2008-04-01T22:44:00.013+02:00

Hoy traigo un artículo, espero que de interés para la comunidad. Hace unos meses instalé ese armatoste denominado Livebox por los distribuidores de adsl Orange. Además de ser bastante feo es enorme [vamos que no hay forma de camuflarlo en sitio alguno] y me dio más de un quebradero de cabeza, llamadas a soporte incluidas [el famoso 902 de las narices]. Finalmente logré conectar con cable de red ethernet, con más trabajo que nada, pero ese fue el primer paso. Ya tenía conexión.

Seguidamente le tocó el turno a los demás equipos wifi de la casa. Un detalle de vital importancia: para activar cualquier tarjeta inalámbrica que pretendamos conectar al router wifi, debemos pulsar inmediatamente antes el famoso botoncito Nº 1 del lateral del Livebox, lo que nos permitirá enlazar con nuestro equipo wifi y así entrar en la red inalámbrica Livebox. Eso no fue mucho problema para el portátil que usa chipset Atheros ni para los otros equipos con chipset rt61 e ipw3945. La verdad que este mecanismo de seguridad por hardware se me antoja bastante adecuado para evitar que algún vecino se nos cuele en la red sin nuestro permiso.

Ahora la dificultad estaba en el dispositivo wifi usb que acompaña al pack de Orange y que quería hacer funcionar con Ubuntu Feisty. Probé de mil maneras, con drivers para Linux, intersil, prism54 y no sé que más y tras muchas vueltas encontré una solución.

La "tarjetilla" usb que trato de instalar es una Inventel UR054G (R01) v1.1 con ID 1435:0427 y que puedes comprobar conectándola en tu equipo y ejecutando en terminal el comando lsusb.

Para configurarla he probado de todo, ya que monta un chipset de la familia Prism54, y de hecho en el kernel creo recordar que se cargaban los módulos islsm y los prism54usb que no funcionan adecuadamente [hablo de memoria pero la cosa va por ahí, así que ejecutando el comando lsmod sabremos exactamente cuáles son los que corresponden]. La he probado con Gutsy y funciona con los drivers nativos [creo que eran los p54usb] pero al rato se cuelga el equipo. Así que, igualmente recomiendo Ndiswrapper, que tan buenos resultados ha demostrado con Feisty.

Me decidí por Ndiswrapper y todo ha funcionafo de forma muy estable. Procedí a editar como root el archivo /etc/modprobe.d/blacklist con el comando gksudo gedit /etc/modprobe.d/blacklist y añadí las siguientes líneas de texto:

# tarjeta usb inventel con chipset prism54usb
blacklist islsm_usb
blacklist islsm_device
blacklist islsm
blacklist islsm_pci
blacklist crc_ccitt

# tarjeta usb inventel con chipset prism54usb
blacklist prism54usb
blacklist prism54common

Si tu caso fuese el famoso del Thomson TG123g, que al parecer usa el chipset rtl8187 [busca y trata de localizarlo con el comando lsmod e intenta bloquear la carga del mismo como he explicado anteriormente añadiéndolo a la "lista negra", ya que de lo contrario te puedes encontrar con dos módulos intentando gestionar la tarjeta y eso no te funcionaría].

Si deseas usar Ndiswrapper bajo Ubuntu Gutsy [conozco usuarios que lo han probado y les funciona correctamente], debes añadir al archivo blacklist una nueva línea con el contenido blacklist p54usb. Sospecho que igual es necesario una segunda línea extra, blacklist p54common. Así evitamos que se cargue el módulo que gestiona la tarjeta en esta versión de Ubuntu, con lo que tendremos disponible el módulo de Ndiswrapper listo para ser instalado en el núclñeo de nuestro sistema. Esto lo comento para aquéllos usuarios que, como es mi caso, la tarjeta se les cuelga después de estar funcionando un buen rato.

Ahora estoy probando Ubuntu Hardy 8.04 64-bit y he añadido al mencionado archivo de la "lista negra" las dos líneas antes comentadas:

# tarjeta usb inventel con chipset islsm
blacklist islsm_usb
blacklist islsm_device
blacklist islsm
blacklist islsm_pci
blacklist crc_ccitt

# tarjeta usb inventel con chipset prism54usb
blacklist prism54usb
blacklist prism54common

# tarjeta usb inventel con chipset p54usb
blacklist p54usb
blacklist p54common

Supongo que en Ubuntu Hardy sólo se necesitan estas dos últimas líneas para evitar la carga del driver, ya que funciona desde un principio pero al rato se vuelve inestable y deja de funcionar la red wifi.

Guardo los cambios, reinicio el sistema e instalo Ndiswrapper [si dispones de conexión, usa Synaptic e instala los tres o cuatro paquetes que te aparecen, ya que Ndisgtk te puede ayudar a instalar el driver si eres novato en esto de Linux]. Si no dispones de conexión en el equipo, habilita como repositorio el propio CD de Ubuntu que creo recordar los tiene disponibles [desde Synaptic entras en el menú Configuración > Repositorios y marcas la opción "Instalable desde CD-ROM/DVD"]. O si lo prefieres puedes bajarte los paquetes desde los repositorios oficiales de Ubuntu vía navegador e instalarlos posteriormente. Ojo, que la versión para Feisty es la 1.38 y no te garantizo que cualquier otra te vaya a funcionar. También puedes compilar el módulo desde las fuentes.

Ahora cargo el driver para Windo$ del CD de Livebox [en concreto en la carpeta de drivers llamada Prism y seleccionamos aquéllos que se corresponden con prisma02]. Búscala y la copias con los tres archivos que contiene a tu escritorio Ubuntu e instálalos usando la aplicacción Ndisgtk, disponible en el menú "Sistema > Administración > Windows Wireless Drivers". Si quieres seguir una guía sobre cómo instalar desde Ndiswrapper, busca en la receta que yo mismo usé [cómo instalar driver con Ndiswrapper].

Configurado el dispositivo usb wifi, debes conectar con la señal de Red desde el menú principal Sistema > Administración > Red. Ojo con el tipo de cifrado, wep, wpa y las claves. Yo lo tengo con cifrado wpa [más seguro] y funciona sin problemas, aunque te digo que me costó bastantes horas de quebrarme la cabeza con el puñetero [1ª acepción del diccionario Real Academia de la Lengua] dispositivo. Cuando quieras lanzar la conexión debes pulsar el "botoncito 1" que está en el frontal del Livebox [de los dos que hay, creo que era el de la izquierda]. Este interruptor de hardware [es una buena opción para proteger tu red de invitados no deseados] y ahora lanzas la conexión desde tu sistema Ubuntu para la tarjetilla usb mencionada al principio.

Ubuntu Hardy Heron, ¿32 ó 64-bit?

Bueno, pues me decidí por la opción de 64-bit. Ya se sabe, más potencia y mejor rendimiento. Pero mi gozo en un pozo. No encontré el driver por ningún lado. Ni siquiera en el sitio oficial de la tarjeta wifi usb, Inventel UR054g. Lo intenté con un supuesto driver para 64-bit que encontré en el CD y el sistema se me "colgó". Reinicié y un estupendo "kernel panic" me hizo desistir del invento. No hubo forma de arrancar ni siquiera a prueba de errores (recovery mode).

Así que voy a esperar un par de días para instalar la versión definitiva de Hardy Heron en su modalidad de 32-bit y ya os cuento.

Y como ya han pasado bastantes días pues os comento cómo marcha todo. Efectivamente, instalé la versión de 32-bit y todo volvió a la normalidad. El driver p54usb no es lo suficientemente estable para manejar la conexión, aunque reconozco que va bastante bien [hasta que dice basta y no responde más que con una desinstalación y posterior reinstalación en caliente]. Así que instalo el driver prisma02 bajo Ndiswrapper y todo perfecto. Sólo un pequeño detalle. Cuando entro en mi escritorio Gnome, debo reiniciar los servicios de red desde un terminal mediante el comando sudo /etc/init.d/networking restart y conecta de forma estable sin dificultad. Supongo que bastaría crear un pequeño script y ejecutarlo al inicio, una vez que se cargan todos los módulos y servicios para entrar al sistema con la conexión puesta.

Suerte y a por todas

Compilar rt73 en Ubuntu

2008-02-28T16:56:00.008+01:00

Esta es la segunda receta que cuelgo en este blog para compilar el módulo rt73 bajo Linux y aun no tengo la certeza de que pueda funcionar. Ha sido pensada para Guadalinex v4 [basada en Ubuntu Edgy], aunque puede ser válida, salvando alguna pequeña diferencia, para la mayoría de distribuciones Linux y en particular para aquellas basadas en Ubuntu. La otra receta que edité hace algunos meses es más simple [clic aquí] pero me consta que en algún caso no llegó a funcionar.

Antes de nada debemos asegurarnos de que no se cargue el módulo rt73usb que ya sabrás no es válido para gestionar la tarjeta, por lo que se debe editar el archivo blacklist con el comando sudo gedit /etc/modprobe.d/blacklist y una vez que se ha editado el archivo blacklist, se debe añadir al final del mismo las siguientes líneas,

blacklist rt73usb

blacklist rt2570

blacklist rt2×00lib

con lo que se evitará la carga de ese módulo. Si anteriormente hubiésemos intentado la conexión con Ndiswrapper, se añadirá una nueva línea blacklist ndiswrapper, con lo que evitaremos que ese módulo se cargue igualmente en nuestro sistema. Guarda los cambios en el archivo. Ahora hay que reiniciar y comprobar con el comando lsmod que ninguno de los dos módulos, rt73usb y ndiswrapper, aparecen cargados en el kernel de nuestro sistema.

Es necesario instalar las fuentes del kernel (linux-source), aunque verás recetas que no requieren esa operación como la comentada anteriormente. Comienza por descargarlas de los repositorios de Guadalinex [o de Ubuntu si fuera el caso]; simplemente hay que buscarlas con Synaptic o bien desde terminal con apt-get e instalarlas. El caso es que he mirado en el repositorio oficial de Guadalinex y las fuentes que encuentro para la v4 son las que corresponden al kernel 2.6.17, de ahí que el ejemplo que propongo sea para esa versión. Desde la aplicación Synaptic es posible comprobar si es ésta la versión más reciente. En última instancia, te sugiero que pruebes a llevar a cabo esta tarea sobre una v4 pura sin actualizar, compila el driver y por último actualiza tu sistema.

Si no se dispone de conexión bajo Guadalinex se pueden descargar desde otro equipo o sistema operativo. El método más sencillo consiste en bajarse el paquete deb desde el repositorio oficial. Una vez descargado se copia al escritorio de tu equipo desde donde se pueden instalar fácilmente con un doble clic sobre dicho archivo o desde un terminal con el comando [si usas otra versión de las fuentes, el comando indicado sería el que corresponda a las fuentes descargadas]:

sudo dpkg -i /home/tu_usuario/Desktop/linux-source-2.6.17_2.6.17-10.33_all.deb

Si el nombre de las fuentes o la versión de las mismas fuese otro, hay que usar el que corresponda en ese caso.

Lo más probable es que te cree un archivo comprimido en el directorio /usr/src, por lo que debes entrar en ese directorio con el comando cd /usr/src y descomprimir con el comando

sudo tar xvfj linux-source-2.6.17-bla-bla-bla.tar.bz2

pero si el archivo fuese del tipo linux-source-2.6.17-bla-bla-bla.tar.gz debes ejecutar el comando

sudo tar zxvf linux-source-2.6.17-bla-bla-bla.tar.gz

Una vez instaladas las fuentes se requieres también instalar las cabeceras [linux-headers], pero teniendo en cuenta que Guadalinex incorpora además las cabeceras del kernel instaladas de serie [al menos en la versión v4, no sé sin la v4.1 estarán ya disponibles], nos aseguramos que hay creado un enlace simbólico desde el archivo /lib/modules/2.6.17-10-generic/build hacia /usr/src/linux-headers-2.6.17-generic y otro desde/usr/src/linux hacia /usr/src/linux-2.6.17. Si no fuera así hay que crearlos con los dos comandos siguientes:

sudo ln -s linux-source-2.6.17-bla-bla-bla linux

sudo ln -s /usr/src/linux-headers-2.6.17-bla-bla-bla /lib/modules/2.6.17-bla-bla-bla/build

La existencia o no de esos enlaces, que no archivos, se puede comprobar con el explorador de archivos, Nautilus, y el botón derecho del ratón sobre el mencionado archivo para ver sus propiedades. Está claro que bla-bla-bla es una cadena de caracteres que desconozco pero puede ser “generic” o algo parecido.

Ahora te bajas los drivers del sito de Ralink, en concreto los que corresponden a rt25001usb y además el paquete del firmware. El paquete del driver descargado [el del firmware creo que no hay que instalarlo ya que viene de serie, pero por si acaso lo descargas] se puede extraer directamente situando el puntero del ratón sobre él y clicar con el botón derecho del ratón para elegir "Extraer aquí", o bien desde un terminal ejecutando el siguiente comando

tar zxvf /ruta_archivo/2008_0117_RT73_Linux_STA_Drv1.1.0.0.tar.gz

Ahora entras en la carpeta Module y ahí tienes todo el conjunto de archivos del driver listo para compilar. Lee el archivo Readme donde se te dan las instrucciones para compilar el módulo rt73, tanto para kernels 2.4 como 2.6 series.

Abre el terminal y muévete hasta el directorio creado al descomprimir el archivo, mediante el uso del comando cd por lo que se puede ejecutar el comando

cd /ruta_archivo/2008_0117_RT73_Linux_STA_Drv1.1.0.0/Module

[está claro que ruta_archivo se refiere a la ruta donde se encuentra el directorio creado al descomprimir el archivo de los drivers]. Si fuese tu escritorio, la ruta sería algo así como

/home/tu_usuario/Desktop/rt73/2008_0117_RT73_Linux_STA_Drv1.1.0.0

Seguidamente ejecuta el comando sudo cp Makefile.6 Makefile con lo que creas el archivo Makefile necesario para las reglas de compilación a partir de Makefile.6 para tu kernel 2.6. [observa que hay otro archivo, Makefile.4 que es el que corresponde al kernel de las series 2.4 y que deberías usar para compilar con esa serie del kernel].

Continúa con la receta de los foros Ubuntu y ejecuta la siguiente secuencia de comandos:

sudo make

A veces, se crea una cantidad de código inservible sobre el módulo rt73 y hay que "desnudarlo" con el comando strip -S rt73.ko para continuar con la secuencia de comandos habitual.

sudo cp rt73.ko /lib/modules/2.6.X/kernel/drivers/net/wireless/

sudo insmod /lib/modules/2.6.X/kernel/drivers/net/wireless/rt73.ko

sudo depmod -a

sudo modprobe rt73

Para que arranque el sistema con este módulo siempre cargado debes abrir el archivo /etc/modules con el comando gksudo gedit /etc/modules y añade una línea al final del archivo que acabas de abrir, en concreto añadirás rt73 y guardas el archivo con los cambios introducidos.

Se supone que ya deberías poder configurar la conexión, para lo que tendrás que ir al menú Sistema > Administración > Red y si no fuese posible conectar, hay que hacer algunas cositas más.

Se puede saber si ha cargado el módulo con el comando lsmod y el estado de la interfaz wifi con el comando iwconfig.

Es muy importante que si algo no sale, copies los mensajes de error que te envía el sistema y los estudies detenidamente. Si has conseguido completar este proceso sin errores estás a punto de ver la luz; y si te has equivocado en algo, ya intentaremos descubrir lo que fue mal.

Si a pesar de todo no logras configurar la conexión, es posible que el nombre wlan0 [e incluso wlan1] asignado a rt73, no sea compatible con tu sistema, por lo que puedes crear un alias como te propongo a continuación, pero antes observa el comentario que encontré en el sitio de Ubuntu:

I then added in /etc/modules the line "rt73" and in /etc/modprobe.d/rt73 "alias rausb0 rt73" and removed the obsolete /etc/modprobe.conf created by make install.

Si cuando ejecutas el comando iwconfig aparece en la primera línea wlan1... [a veces puede aparecer como wlan0], puede ser conveniente crear un alias, para lo que vas a ejecutar el comando gksudo gedit /etc/modprobe.d/aliases y añade al final la siguiente línea, alias rausb0 rt73. Seguramente debas eliminar /etc/modprobe.conf como indica la nota anterior y no olvides que también podrías crear el alias como se indica ahí mismo, añadiendo en /etc/modprobe.d/rt73 una línea con el contenido alias rausb0 rt73.

Si te conectas por DHCP ejecuta en un terminal el comando sudo dhclient rausb0. Pero si te conectas con IP estática, ejecuta en un terminal el comando sudo ifconfig rausb0 tu_número_IP up .

Reinicia el equipo y ya está. ¿Puedes configurar ahora la conexión con tu dispositivo wifi? Así lo espero.

Comenta todas las incidencias ocurridas durante el proceso con todo lujo de detalles. Así sabremos cómo ayudarte y de paso ayudamos a los nuevos usuarios que pretendan seguir tus pasos.

Un último detalle. Hay dos guías más en los foros para compilar el driver rt73. La primera requiere conexión a Internet y la recomiendo vivamente; fue elaborada por anariv siguiendo fielmente las recomendaciones del fabricante del chipset, aunque debe manejarse con criterio ya que fue redactada en su día para un kernel determinado y en unas condiciones muy particulares [para verla pincha aquí]. Hay otra receta para usar sin conexión y aparentemente más sencilla; ha sido probada con éxito aunque algunos usuarios no pudieron ponerla en práctica [clic aquí].

Enga, hasta pronto y mucha suerte.

Tarjeta USB de Imagenio

2007-12-03T23:04:00.002+01:00

¡¡¡ COMPROBADO - FUNCIONA !!!

[Receta aplicada sobre un sistema limpio y recién instalado]

Se trata de dar cobertura al dispositivo wifi que proporciona Imagenio y que responde por las siguientes características: adaptador USB inalambrico Amper Arcadyan Technology Corporation WN4501H. El chipset es exactamente el zd1211b, como se puede ver en el sitio oficial y queda identificado por el código 083a:e501 del fabricante Accton Technology Corp.

Antes de nada debemos asegurarnos de que no se cargue ningún otro módulo para gestionar la tarjeta, por lo que se debe editar el archivo blacklist con el comando sudo gedit /etc/modprobe.d/blacklist y una vez que se ha editado el archivo blacklist, se debe añadir al final del mismo la siguiente línea, blacklist zd1211rw con lo que se evitará la carga de ese módulo. Si anteriormente hubiésemos intentado la conexión con Ndiswrapper, se añadirá una nueva línea blacklist ndiswrapper, con lo que evitaremos que ese módulo se cargue igualmente en nuestro sistema. Ahora hay que reiniciar y comprobar con el comando lsmod que ninguno de los dos módulos, zd1211rw y ndiswrapper, aparecen cargados en el kernel de nuestro sistema.

Un par de comentarios previos. Es posible que no se necesite bajar las fuentes del kernel y que sea suficiente con las cabeceras, asíq ue este primer intento se llevará a cabo solamente con lo que tenemos en el sistema "tal cual". El módulo a compilar es el zd1211b [esto lo comento porque hay pequeñas modificaciones en el proceso si el módulo fuese el zd1211].

Comprobado: Es necesario instalar las fuentes del kernel (linux-source). No ha colado lo de la compilación con las headers. Para ello se pueden descargar de los repositorios de Guadalinex [o de Ubuntu si fuera el caso], simplemente hay que buscarlas con Synaptic o bien desde terminal con apt-get e instalarlas. Si no se dispone de conexión bajo Guadalinex se pueden descargar desde otro equipo o sistema operativo, aunque lo mejor es ir al repositorio oficial. Una vez descargadas se copian al escritorio de Guadalinex desde donde se pueden instalar fácilmente con un doble clic sobre dicho archivo o desde un terminal con el comando:

sudo dpkg -i /home/tu_usuario/Desktop/linux-source-2.6.17_2.6.17-10.33_all.deb

Si el nombre de las fuentes o la versión de las mismas fuese otro, hay que usar el que corresponda en ese caso.

Lo más probable es que te cree un archivo comprimido en el directorio /usr/src, por lo que debes entrar en ese directorio con el comando cd /usr/src y descomprimir con el comando

sudo tar xvfj linux-source-2.6.17-bla-bla-bla.tar.bz2

pero si el archivo fuese del tipo linux-source-2.6.17-bla-bla-bla.tar.gz debes ejecutar el comando

sudo tar zxvf linux-source-2.6.17-bla-bla-bla.tar.gz

sudo ln -s linux-source-2.6.17-bla-bla-bla linux

sudo ln -s /usr/src/linux-headers-2.6.17-bla-bla-bla /lib/modules/2.6.17-bla-bla-bla/build

Preparado ya el sistema para compilar, el paso siguiente es bajar los drivers del sitio oficial y las instrucciones sobre cómo instalarlos. Ahora conviene hacer una lectura pausada del documento para detenernos en sus apartados 2 y 3. Reproduzco seguidamente el texto del mismo:

2. Building the device driver

In this section, we will describe how to build our ZD1211 Linux driver under the Linux operating system.

2.1 Package Extraction

The first thing one should do is to uncompress this package by tar. After untaring this package, you can see the source files. One should change directory into this directory for proceeding the next step.

El paquete descargado se puede extraer directamente situando el puntero del ratón sobre él y clicar con el botón derecho del ratón para elegir "Extraer aquí", o bien desde un terminal ejecutando el siguiente comando

tar zxvf /ruta_archivo/ZD1211LnxDrv_2_21_0_0.tar.gz

Ahora desde el terminal nos movemos hasta el directorio creado al descomprimir el archivo, mediante el uso del comando cd por lo que se puede ejecutar el comando cd /ruta_archivo/ZD1211LnxDrv_2_21_0_0 [está claro que ruta_archivo se refiere a la ruta donde se encuentra el directorio creado al descomprimir el archivo de los drivers].

Hecho ésto hay que realizar antes un pequeño ajuste, como se describe a continuación:

2.2 Build and install the driver

The package contains drivers for ZD1211 and ZD1211B. If you doesn’t have specified request, both of them will be installed.

Under the extracted directory, there is a Makefile in it. Because our driver can support for kernel 2.4 and kernel 2.6, there are two sets of rule in the Makefile. One has to modify the Makefile according to the path of “kernel source tree” and the version of the kernel in your system. In the Makefile, you may see the following statements,

# if the kernel is 2.6.x, turn on this

#KERN_26=y

#KERNEL_SOURCE=/usr/src/linux-2.6.7

# if the kernel is 2.4.x, turn on this

KERN_24=y

KERNEL_SOURCE=/usr/src/linux-2.4.20-8

If you want to build the kernel under the kernel of 2.4.x, one has to set the variable KERN_24=y and comment the KERN_26=y like that as the example above and modify the variable KERNEL_SOURCE to the path which you install the kernel source. After doing these things, one just need to type the “make”, and the driver module will be generated and installed.

Se trata de editar con Gedit o cualquier otro editor de texto [bastará con hacer doble clic con el puntero del ratón sobre el archivo Makefile] el archivo Makefile y proceder a realizar ciertas cambios en él. En el texto en inglés se describen varias situaciones, pero puede ser suficiente modificar sólo la línea 20 del archivo Makefile que tenemos en la carpeta donde se ha descomprimido el driver dejándola así:

KERNEL_SOURCE=/usr/src/linux

Ahora se guardan los cambios y seguimos con las instrucciones descargadas:

2.3 Install individual driver

If you only need driver of ZD1211 or ZD1211B, you can issue :

make clean

make ZD1211REV_B=0 (0 for ZD1211, 1 for ZD1211B)

make ZD1211REV_B=0 install (0 for ZD1211, 1 for ZD1211B)

to install the driver.

Así pues llegado a este punto hay que ejecutar los siguientes comandos:

make clean

make ZD1211REV_B=1

sudo make ZD1211REV_B=1 install

3. Getting Start

3.1 Load the driver

Generally, the driver is automatically loaded when the zd1211 dongle inserts. If not, one can use the modprobe –v zd1211(or zd1211b) to load our driver. In order to check whether our driver is loaded successfully, one can use the “lsmod” for this check. If our driver is loaded successfully, the following messages should be seen

...

zd1211 183576 0 (unused)

...

Please note that the 183576 may not be the same as that in your system.

Aquí se informa de que el driver debe estar ya cargado, pero si no fuera así, se procede ejecutando el siguiente comando:

modprobe –v zd1211b

Se puede comprobar si está cargado mediante el comando lsmod que debe mostrarnos una lista de los módulos cargados en el kernel en la que debe aparecer el nuestro, zd1211b. Este es un buen momento para comprobar que no hay ni rastro del módulo zd1211rw, instalado de serie en el sistema, ya que de lo contrario habría que bloquearlo añadiéndolo a blacklist como se indica en el principio.

He supuesto que no ha habido ningún inconveniente en la compilación. Si no ocurriese ésto, hay que informar de los mensajes de error advertidos. Si todo fue bien, hay que proceder a la configuración de la red inalámbrica desde el menú Sistema > Administración > Red donde debes proporcionar todos los datos de conexión de una forma sencilla mediante una interfaz gráfica bastante intuitiva. La otra opción consiste en usar desde un terminal las opciones que maneja el comando iwconfig.

CONFIGURAR LA CONEXIÓN POR LÍNEA DE COMANDOS

Si decides configurar la conexión manualmente, abre un terminal y teclea el comando iwconfig. De esta forma reconocerás la interfaz de la tarjeta wireless con un nombre específico, en nuestro caso como eth1. Ahora tratamos de identificar las redes disponibles que tenemos a nuestro alcance con el comando sudo iwlist eth1 scan, entre las que debe estar la nuestra. Conviene apuntar la ESSID de nuestra conexión si es que no la sabemos, ya que luego nos hará falta. Si no admite el escaneo, consulta con tu proveedor de acceso a Internet para informarte de cuáles son los datos de la Essid y la clave, si es que no los conoces. En Imagenio y en Orange se puede consultar en la base del router.

Con la ESSID y la contraseña de acceso inalámbrica proporcionada por Telefónica [o el proveedor que corresponda] hay que ejecutar en un terminal los siguientes comandos, uno tras otro:

sudo ifconfig eth1 up
sudo iwconfig eth1 essid nombre_de_tu_red_wifi
sudo iwconfig eth1 key s:tu_contraseña
sudo dhclient eth1

Si conectas con IP estática en lugar de modo dhcp, la secuencia de comandos ejecutados en terminal quedaría de este modo:

sudo ifconfig eth1 up
sudo iwconfig eth1 essid nombre_de_tu_red_wifi
sudo iwconfig eth1 key s:tu_contraseña
sudo ifconfig 192.168.1.X netmask 255.255.255.0 broadcast 192.168.1.255
sudo route add default gw 192.168.1.1

[192.168.1.X es el número IP asociado a tu máquina por lo que si no fuese ese debes usar el que corresponda en tu caso]. Finalmente, si la contraseña wep no está en modo ascii, sino hexadecimal, la línea donde aparece tu contraseña debe quedar así: sudo iwconfig eth1 key tu_contraseña. Hasta aquí todo bien. Reinicia el equipo y ya deberías tener conexión.

SI A PESAR DE TODO NO LOGRAS CONECTAR

Con lo hecho hasta ahora debería ser suficiente para conectar, pero por razones poco claras, esta información que debe quedar almacenada en el archivo /etc/network/interfaces desaparece en cada reinicio, con lo que se requiere cargarla cada vez que arrancamos el equipo. Para automatizar el proceso vamos a crear un script, mediante un archivo de texto, por lo que vas a abrir el editor de texto favorito [Gedit es el habitual] y vas a copiar el siguiente contenido:

#!/bin/bash

sudo ifconfig eth1 up
sudo iwconfig eth1 essid nombre_de_tu_red_wifi
sudo iwconfig eth1 key s:tu_contraseña
sudo dhclient eth1

Si conectas con IP estática en lugar de modo DHCP, el texto quedará de esta otra forma:

#!/bin/bash

sudo ifconfig eth1 up
sudo iwconfig eth1 essid nombre_de_tu_red_wifi
sudo iwconfig eth1 key s:tu_contraseña
sudo ifconfig 192.168.1.X netmask 255.255.255.0 broadcast 192.168.1.255
sudo route add default gw 192.168.1.1

[192.168.1.X es el número IP asociado a tu máquina por lo que si no fuese ese debes usar el que corresponda en tu caso]. Finalmente, si la contraseña wep no está en modo ascii, sino hexadecimal, la línea donde aparece tu contraseña debe quedar así: sudo iwconfig eth1 key tu_contraseña.

Ahora lo guardas en tu escritorio con el nombre conecta.sh y a continuación lo copias o, directamente lo mueves, como root con el comando sudo mv /home/tu_usuario/Desktop/conecta.sh /etc/init.d y, finalmente, moviéndote al directorio donde ha sido copiado [recuerda que debes usar el comando cd /etc/init.d/ para cambiar al directorio elegido] le otorgas permiso de ejecución con el comando sudo chmod 0755 /etc/init.d/conecta.sh

Para finalizar, tecleas en el terminal sudo update-rc.d conecta.sh defaults, con lo que añades un enlace a ese archivo desde el sistema de inicio.

Por último, reinicias para aplicar cambios y ya tienes configurada tu conexión wifi en tu Ubuntu/Guadalinex. Si quieres desconectar la conexión, ejecuta el comando sudo ifdown eth1.

Un consejo, no hagas demasiado caso del asistente para redes Network Manager, ya que no gestiona demasiado bien el uso del módulo zd1211b.

Que nadie se asuste por la extensión de esta guía, ya que en realidad es bastante más corta de lo que parece.

Suerte y hasta pronto :-)

Compilar rt73 en Linux

2007-09-16T21:16:00.001+02:00

Esta miniguía pretende servir para compilar y cargar el módulo rt73 bajo Guadalinex v4 y Ubuntu Edgy o Feisty. Antes debes comprobar que la tarjeta monta ese chipset, lo cual es tan fácil como usar en un terminal el comando lsusb y comprobar los dígitos que identifican al mismo. Se trata de un número del tipo 050d:705a y que mediante una sencilla búsqueda en Internet te indicará cuál es exactamente el chipset que monta la tarjeta.

Si tu tarjeta monta el chipset rt73 de Ralink, para hacerla funcionar en Ubuntu Edgy/Feisty o Guadalinex v4 hay que salvar un problema previo. Ubuntu/Guadalinex trae precompilado el módulo rt73usb que debería hacer funcionar la tarjeta, aunque, por algún problema que desconozco, realmente no sirve para nada; es más, no solo no vale sino que además incordia. Si no, Ubuntu sería casi perfecto. Además del módulo rt73usb, también se cargan otros módulos [rt2570 y rt2x00lib], por lo que te sugiero hagas lo siguiente:

Desinstala el módulo que tiene Ubuntu/Guadalinex por defecto:

sudo rmmod rt73usb

Para que no vuelva a cargar ese módulo en el arranque, modifica el archivo /etc/modprobe.d/blacklist, lo que puedes hacer con el comando gksudo gedit /etc/modprobe.d/blacklist y añade las siguientes líneas:

blacklist rt73usb

blacklist rt2570

blacklist rt2×00lib

Antes de proceder a instalar los drivers, los usuarios de Ubuntu deben descargar e instalar las cabeceras del kernel o headers y el paquete build-essential. Yo me he basado en la receta propuesta en el blog Diario de un nómada y ahí se realiza usando el terminal desde Linux bajo una conexión a Internet mediante el comando sudo apt-get install build-essential linux-headers-`uname -r`pero si no dispones de conexión debes ingeniártelas para realizar la instalación. Afortunadamente, los usuarios de Guadalinex no tenemos este problema, ya que las cabeceras vienen instaladas de serie.

Si no estuvieran instalados estos paquetes, y en el supuesto de que no tengamos conexión a internet, lo más fácil es instalarlos desde el CD de Ubuntu/Guadalinex. Introducimos el CD y el cuando el sistema nos pregunte si deseamos abrirlo con el gestor de paquetes Synaptic, aceptamos. Otra opción pasa por abrirlo desde el propio Synaptic, desde el menú Sistema > Administración > Gestor de paquetes Synaptic y una vez abierto el programa vamos al menú Configuración > Repositorios y seleccionamos añadir CD. Confirmamos y pulsamos después el botón Recargar, con lo que aparecerán en la pantalla todos los paquetes instalados y los que podemos instalar desde el cd.

Buscamos build-essential y linux-headers y los marcamos para instalar [en el caso de las cabeceras se deben seleccionar dos paquetes, que pueden ser linux-headers-2.6.20-15-generic y linux-headers-2.6.20-15 u otras versiones posteriores]. Finalmente validamos con el botón Aplicar y aceptamos.

Ahora te bajas los drivers para Linux del sitio SerialMonkey. Los descargas en tu directorio de trabajo, supongamos que fuese /home/tu_usuario y por tanto para extraerlos abre un terminal y ejecuta el comando tar -xvzf rt73-cvs-daily.tar.gz y seguidamente observa desde el navegador de archivos (Nautilus) que se te ha creado una carpeta llamada rt73-cvs-200709****, en donde los asteriscos corresponden al día y hora de la versión, 2007 es el año y 09 el mes [como ves, dependiendo de la fecha, así será el nombre del archivo]. Bien, entra en esa carpeta desde el terminal usando el comando cd rt73-cvs-200******* [en lugar de asteriscos escribes los números que correspondan]. Es más, si escribes en terminal cd rt+tecla tabulador, se autocompleta el nombre [truquillo muy útil para el terminal]. Entra ahora en la carpeta /Module con el comando cd Module, aunque podías haberlo hecho de una sola vez con el comando cd rt73-cvs-200*******/Module/

Ahora ejecuta uno tras otro los siguientes comandos:

make

strip -S rt73.ko

sudo make install

Por último hay que cargar el nuevo modulo con el comando

sudo modprobe rt73

Se supone que ya deberías poder configurar la conexión, para lo que tendrás que ir al menú Sistema > Administración > Red y si no fuese posible conectar, hay que hacer algunas cositas más.

Se puede saber si ha cargado el módulo con el comando lsmod y el estado de la interfaz wifi con el comando iwconfig.

I then added in /etc/modules the line "rt73" and in /etc/modprobe.d/rt73 "alias rausb0 rt73" and removed the obsolete /etc/modprobe.conf created by make install.

Si cuando ejecutas el comando iwconfig aparece en la primera línea wlan1... [a veces puede aparecer como wlan0] Ejecuta el comando gksudo gedit /etc/modprobe.d/aliases y añade al final la siguiente línea, alias rausb0 rt73. Seguramente debas eliminar /etc/modprobe.conf como indica la nota anterior y no olvides que también podrías crear el alias como se indica ahí mismo, añadiendo en /etc/modprobe.d/rt73 una línea con el contenido alias rausb0 rt73.

Si te conectas por DHCP ejecuta en un terminal el comando sudo dhclient rausb0. Pero si te conectas con IP estática, ejecuta en un terminal el comando sudo ifconfig rausb0 aquí_tu_IP up.

Reinicia el equipo y ya está. ¿Puedes configurar ahora la conexión con tu dispositivo wifi? Así lo espero.

Enga, hasta pronto.

Correo Web

2007-07-09T14:04:00.001+02:00

Aunque el cliente de correo que habitualmente acompaña a Guadalinex y Ubuntu es Evolution y las veces que lo he usado me ha parecido realmente bueno, cuando instalé Ubuntu Feisty en mi flamante PC de escritorio, un Compaq Presario Media Center SR2049ES a muy buen precio, decidí probar Mozilla Thunderbird para gestionar el correo electrónico.

El motivo principal para decidirme por este cliente de correo tenía que ver con la mayor facilidad para importar mi libreta de direcciones de correo y los mensajes almacenados en un PC compartido con otros usuarios y que habitualmente funcionaba con el sistema operativo de las "ventanitas". Pero estos motivos por sí solos no hubieran sido suficientes.

Lo que finalmentre me decidió a usar Thunderbird fue la posibilidad de manejar el correo web. Después de buscar por Internet las posibles soluciones, decidí instalar la versión 1.5.0.12 de Thunderbird [la única disponible en los repositorios de Ubuntu]. Finalmente, en el sitio oficial de Mozdev.org encontré la solución. Ahí se puede observar que es posible manejar la mayoría de los servidores, o al menos los más conocidos. Por mi parte, puedo decir que todos los que yo uso están en la lista, así que no puedo pedir más.

Para descargar las extensiones ya sabes que hay que hacerlo desde Firefox con el botón secundario del ratón sobre el enlace y seleccionando la opción "Guardar enlace como...". Para instalar las extensiones desde Thunderbird debemos ir al menú Herramientas > Extensiones > Instalar y marcamos la ruta donde descargamos las extensiones. Hube de instalar una primera extensión, web-mail-x.x.x [1.0.17 en mi caso] y, posteriormente, las específicas según el correo que quieras gestionar [Hotmail y Lycos añadí yo]. Me las prometía muy felices, pero mi correo no funcionaba.

Después de buscar y mirar por todos los sitios más inimaginables descubrí una información crucial [siento no mencionar la fuente ya que este artículo lo escribo algunos meses después de resolver el problema]. Cuando ejecutas Thunderbird y abres el menú Herramientas > Extensiones y eliges Webmail, marcas Preferencias, y en la pestaña Puertos del menú Servidor [puedes verlo en la imagen], debes elegir un puerto por encima del 1024 [creo que era ese el número] o de lo contrario la extensión no cumplirá con su cometido. Yo elegí 1111 para el servidor POP, 1112 para SMTP y 1113 para IMAP.

Es posible que si usas un cortafuegos debas habilitar los puertos mencionados, para permitir el tráfico, tanto del correo entrante como del saliente. A día de hoy, debo decir que no resolví el problema del correo saliente, pero no es un tema que me preocupe, ya que habitualmente no suelo usar esas cuentas para enviar correo. Igual un día de estos me pongo a ver si lo soluciono, pero por ahora me conformo con lo que tengo.

Sed felices y disfrutad de Linux. Hasta pronto.

Escáner Mustek

2007-05-16T19:10:00.001+02:00

Finalmente me decido a instalar en mi equipo el escáner Mustek Bearpaw 1200CU Plus con Ubuntu Feisty. El equipo aparece identificado por el código 0x055f/0x021b [cuando conectas el equipo y ejecutas el comando lsub en un terminal aparece el ID 055f:021b].

La verdad es que no me podía imaginar que fuese tan fácil. Hace algún tiempo instalé en Guadalinex 2004 [Debian Sarge] un Epson Perfection sin dificultad aparente, no recuerdo si con la aplicación Sane o Xsane.

Como se trata de un dispositivo que apenas uso, fui dejando de lado la instalación de esta "Zarpa de Oso", pero finalmente decidí que había llegado el momento. En la lista del Proyecto Sane descubrí que el dispositivo era totalmente compatible. Sólo tuve que hacer unos pequeños ajustes:

1. En primer lugar edité como root el archivo de texto /etc/sane.d/gt68xx.conf y busqué el texto siguiente:

# Another Mustek BearPaw 1200 CU Plus version?
usb 0x055f 0x021b

y añadí las siguientes líneas:

override "mustek-bearpaw-1200-cu-plus"
firmware "/opt/gt68xx/PS1Gfw.usb"

2. Seguidamente descargué el firmware PS1Gfw.usb [después comprobé que también podría haber usado en su lugar PS1Dfw.usb que parece tener una mejor gama de resolución, lo que debía haberlo hecho constar en la última de las dos líneas anteriores].

3.- Me fui a un terminal y en el directorio /opt creé el subdirectorio gt68xx donde copié el firmware descargado previamente.

4.- Finalmente otorgué permisos de lectura a todos los usuarios mediante la ejecución como root del comando chmod a+r /opt/gt68xx/PS1Gfw.usb [los usuarios de Ubuntu recordad el uso de sudo].

Ahora ya podía abrir el menú "Aplicaciones > Gráficos > Escáner de Imagen Xsane" y escanear. Y así fue como eché a andar mi polvoriento "Zarpa de Oso".

¿Por qué será que se recurre tan a menudo a los animales para designar a multitud de dispositivos y software informático? Algún día me descolgaré con curiosidades que tiene que ver con lo dicho.

Hasta pronto y disfrutad de Linux...

Biocombustibles (II)

2007-05-11T19:07:00.002+02:00

No deja de llamar mi atención que en las últimas fechas se esté librando un debate bastante desigual entre los que están a favor y en contra de esta nueva generación de combustibles. Es más, hasta los mismos telediarios ha llegado la polémica creada tras la reciente visita del presidente norteamericano Bush a Brasil, donde firmó un acuerdo con el mandatario brasileño Lula da Silva para convertir al mayor estado del Cono Sur en el principal proveedor de bioalcohol del mercado estadounidense.

Ahora es la ONU [Organización de Naciones Unidas] la que da la voz de alarma por el aumento descontrolado del uso del etanol. Descubro en el diario "El País" del día 10 de mayo de 2007 la noticia [desgraciadamente, la versión digital sólo está disponible para los suscriptores del periódico :-(]. Pero gracias a Internet las noticias "vuelan" y una simple búsqueda en Google me lleva a varias páginas donde puedo leer la noticia de primera mano. Recomiendo visitar la Sala de Prensa de la FAO, donde se nos informa de la publicación del documento “Energía sostenible. Un marco para la toma de decisiones”, preparado por UN-Energy, un grupo compuesto por todas las agencias de Naciones Unidas que trabajan en el campo de la energía, con el patrocinio de la Organización de las Naciones Unidas para la Agricultura y la Alimentación (FAO).

Me permito reproducir uno de los párrafos más significativos citado en el sitio de la FAO y que no tienen desperdicio alguno:

"A menos que se establezcan políticas para la protección de espacios amenazados, se garantice un uso socialmente aceptable de la tierra y se desarrolle la bioenergía de una forma sostenible, el daño social y medioambiental puede en algunos casos superar los beneficios”.

No debe olvidarse que la producción de biocarburantes exige un consumo energético elevado [abonos químicos, realización de labores agrícolas con maquinaria, pesticidas, ...], con el riesgo que supone para los países subdesarrollados el abandono de cultivos tradicionales en beneficio de otros que permitan la obtención de biocombustibles. Por ello se sugiere el uso de tierras de labor de baja calidad y se llama la atención sobre el peligro de desforestación de amplias zonas para este tipo de cultivos, por lo que se insta a proteger "los pastizales silvestres, los bosques primarios y otras zonas de alto valor natural, según recomienda UN-Energy".

En otro lugar se indica el peligro que puede suponer la sustitución de la producción tradicional de alimentos por materias primas para la obtención de bioenergías, cuando se afirma que "la disponibilidad de alimentos puede verse amenazada por la producción de biocombustibles en el momento en que tierra, agua y otros recursos ya no se destinan a la producción de alimentos... empeorando la situación de la población que sufre de pobreza e inseguridad alimentaria".

Más adelante se recuerda la necesidad de eliminar las barreras comerciales, suprimiendo los aranceles a los biocombustibles procedentes de los países productores y se insta a los campesinos de los países pobres a que si se implican "en la producción, procesado y uso de biocombustibles, más posibilidades tendrán de compartir los beneficios".

Pero este gran esfuerzo no tendría mucho sentido si no existen garantías de que los impactos ambientales generados por la producción de biocombustibles son asumibles, dentro de un marco definido por una gestión sotenible en "un sistema internacional de certificación que incluya la comprobación de emisiones de gases que producen el efecto invernadero, con el fin de garantizar que los productos bioenergéticos –en particular los biocombustibles-, cumplen las normas medioambientales en todo el proceso de producción".

Se ha dado el pistoletazo de salida en la carrera por el uso de biocombustibles y los organismos internacionales deben fijar unas reglas de juego que permitan alcanzar los siguientes objetivos:

Mercados realmente libres de aranceles que eviten la caída de los precios de los productos obtenidos por los campesinos pobres.
Respeto a los ecosistemas, especialmente en los países subdesarrollados.
Gestión sostenible en la producción de bioenergía.

Biocombustibles

2007-03-06T18:42:00.001+01:00

En las últimas fechas se viene hablando con insistencia de los biocombustibles, como una alternativa viable al uso de combustibles fósiles y al cada vez más preocupante, mal denominado, "efecto invernadero".

En primer lugar, quiero dejar claro que gracias al efecto invernadero la vida es posible en la Tierra [al menos tal como la conocemos] y que por mor de ese efecto la temperatura media en nuestro planeta es unos pocos grados más de lo que cabría esperar si no estuviésemos sujetos a la acción de ese fenómeno.

Pero una cosa es el efecto invernadero, causado por la retención que ciertos gases de la atmósfera ejercen sobre la radiación infrarroja de mayor longitud de onda, impidiéndoles escapar de la Tierra, del mismo modo que es retenida en el interior del habitáculo de un coche expuesto a pleno sol, y otra muy diferente el incremento paulatino de ese efecto como consecuencia de la emisión de ciertos gases que aumentan la capacidad natural de la atmósfera para retener la mencionada radiación infrarroja.

El Protocolo de Kioto intenta comprometer a los países firmantes del mismo a respetar los acuerdos relativos a rebajar los niveles de emisiones actuales y señala directamente a ciertos gases como responsables del incremento en la temperatura media del planeta: dióxido de carbono, metano, vapor de agua, monóxido de dinitrógeno, ozono y clorofluorocarbonos (CFCs). Aunque la contribución es muy desigual, en parte por la cantidad global emitida de cada uno de ellos y por el efecto que cada uno produce. Piénsese que de los contaminantes implicados, el ozono troposférico afecta, fundamentalmente, a otra forma de contaminación, el vapor de agua no es controlable, los CFCs se están controlando desde la entrada en vigor del protocolo de Montreal, el N2O [procedente de la descomposición de materia orgánica rica en nitrógeno] representa un riesgo todavía poco significativo y queda, por fin, como principal encausado, el dióxido de carbono[CO2], gas que se emite en las combustiones de todo tipo [sea cual sea el combustible] y en los procesos respiratorios de los seres vivos.

No se debe olvidar al metano, CH4, como otro de los gases de efecto invernadero, procedente de escapes de gas natural y de la descomposición anaerobia [en ausencia de oxígeno] de la materia orgánica. No obstante, el metano liberado a la atmósfera va a terminar oxidándose y convirtiéndose en CO2, pero durante el tiempo que está presente en el aire, incrementa notablemente el efecto de retención de radiación infrarroja, además de contribuir, muy probablemente, a fenómenos fotoquímicos relacionados con la producción de ozono troposférico.

Los informes más recientes de la comunidad científica urgen a los Estados firmantes a tomar medidas contra las emisiones provocadas por la combustión de productos derivados del carbón, el gas y el petróleo, como causa principal del incremento, lento pero cierto, de los niveles de CO2 en la atmósfera. Desde aquí hacemos también un llamamiento a los Gobiernos de Estados Unidos y Australia para que lo suscriban y a otros, como el de España, a que cumplan lo que firmaron en su día.

Por eso es tan importante la sustitución de los combustibles fósiles por otros de origen biológico [y por tanto, reciclables] como la biomasa, el biogas, el biodiésel y el bioalcohol. Recientemente, cada vez con mayor frecuencia, los medios de comunicación nos traen noticias sobre el aprovechamiento de ciertos residuos de origen variado [urbanos, agrícolas, ganaderos y forestales] para la obtención de biocombustibles. Sin embargo no todo son ventajas, ya que la introducción de cultivos expresamente para la obtención de biocombustibles está produciendo graves desequilibrios sociales, económicos y ambientales en extensas regiones donde han ido desplazando a otros cultivos tradicionales. Puede darse la paradoja de que gastemos más energía en la producción de un litro de biocombustible que la que podremos recuperar posteriormente cuando vayamos a consumirlo. De ahí que debamos ser extremadamente críticos a la hora de enjuiciar la producción de este tipo de resursos.

Parece evidente, que al menos en los países desarrollados se potencie el tratamiento y reciclado de ciertos residuos potencialmente útiles en la obtención de biocombustuibles. No voy a entrar en detalles sobre la viabilidad de otros proyectos que vienen funcionando para la obtención de biomasa, como el aprovechamiento de alperujo [residuo obtenido del tratamiento de la aceituna para la producción de aceite], pero y doy por sentado, en cualquier caso, que el tratamiento de residuos a gran escala debe cumplir toda una serie de requisitos sometidos a declaraciones de impacto ambiental.

Me quiero referir, particularmente, a dos casos que en las últimas fechas y por conductos diferentes han llegado hasta mí: el aprovechamiento de los redisuos y excedentes de la producción de naranjas en la Comunidad Valenciana para la obtención de bioalcohol y el reciclado del aceite de cocina de las viviendas para la producción de biodiésel.

Del primero he dejado un enlace para quien le pueda interesar la noticia. Del segundo paso a comentar la información recibida por email y que hace referencia a un artículo publicado por el Diario Sur de Málaga. Reciclando el aceite usado en los domicilios evitaríamos, de un lado, su vertido a la red de aguas residuales, con el consiguiente coste ambiental y económico derivado de su depuración y, de otro, se conseguiría, mediante su tramiento, la obtención de un recurso como el biodiésel.

Para facilitar su recogida, la ciudad de Málaga cuenta con dos empresas que se dedican a ello, Savisol y Regrasol. Tanto una como la otra, proporcionan a particulares, negocios y comunidades de vecinos recipientes adecuados para recoger el aceite usado, encargándose de su retirada y reposición por otros limpios y debidamente higienizados. Lo que hace falta es que el servicio de recogida funcione sin problemas y que la colaboración ciudadana sea, una vez más, parte indispensable de una forma de actuar que beneficia al conjunto de la sociedad y al medio ambiente.

¡¡¡ Con medidas así, todos salimos ganando !!!

Ozono y Salud

2007-03-01T21:02:00.001+01:00

Ozono es una palabra que procede del vocablo griego ὄζειν, que significa tener olor, ya que deja un aroma en el ambiente que, según algunos, recuerda al del marisco. El ozono suele producirse de forma natural por acción de las descargas eléctricas asociadas a las tormentas y también por efecto de la radiación ultravioleta sobre el oxígeno en las capas altas de la atmósfera.

Ciertos elementos químicos como el oxígeno tienen una propiedad muy particular conocida como alotropía, lo que significa que pueden formar sustancias con diferente estructura molecular, tal como ocurre con el carbono —sus átomos se pueden unir para formar grafito o diamante— o el fósforo. En nuestro caso, el oxígeno puede presentarse formando tres alótropos conocidos: monooxígeno, también conocido como oxígeno atómico, dioxígeno, conocido como oxígeno molecular o simplemente oxígeno —sustancia esencial para la respiración de los seres vivos— y trioxígeno, más conocido como ozono. Las tres especies mencionadas se presentan en forma gaseosa, de las cuales la más estable en condiciones normales y a nivel del mar es el dioxígeno, ya que las otras dos, rápidamente, se transforman en aquélla.

Sin embargo, en las capas altas de la atmósfera, bajo la acción de radiaciones altamente energéticas —fundamentalmente los rayos ultravioleta, comúnmente conocidos como rayos UV— pueden subsistir las tres formas alotrópicas del oxígeno, especialmente en la ozonosfera, capa gaseosa que rodea a la Tierra y la protege de la peligrosa radiación ultravioleta. En esa capa tienen lugar numerosos procesos fotoquímicos —fenómenos regulados por la radiación solar— en los que de forma continua se genera ozono a partir de dioxígeno, a la vez que el ozono formado se descompone nuevamente en aquél. Podría decirse que existe un ciclo cerrado entre ambas especies y que la cantidad neta de ambos en la ozonosfera no se ve alterada, ya que la formación de ozono queda compensada por la destrucción a que éste se ve sometido.

Ozono estratosférico: un amigo que nos protege

A una altura sobre la superficie terrestre comprendida entre los quince y cuarenta kilómetros se encuentra la ozonosfera, capa gaseosa que forma parte de la estratosfera. En ella se puede localizar pequeñas cantidades de ozono, pero en la concentración adecuada para proteger a los seres vivos de los peligrosos rayos ultravioleta, en particular los de mayor energía, conocidos como UV-b y UV-c. La superficie de la Tierra es alcanzada por la radiación UV-a —bastante menos dañina— y en menor medida por la UV-b —responsable de un buen número de casos de cáncer de piel y con efectos negativos para la mayoría de seres vivos—. Una disminución del ozono contenido en la estratosfera haría aumentar la incidencia de radiación UV-b, con el peligro que ello supondría para la salud.

Durante la década de los años ochenta del pasado siglo veinte, los científicos comenzaron a estudiar un curioso fenómeno. Todos los años, coincidiendo con la primavera austral, se formaba un enorme agujero del tamaño de Norteamérica sobre el continente antártico. Aunque se dieron explicaciones de origen natural al fenómeno, todo apuntaba a una familia de sustancias conocida por las siglas CFC —compuestos clorofluorocarbonados—, presentes en los circuitos de refrigeración de los frigoríficos y de los equipos de aire condicionado, además de ser usados como propelentes en aerosoles —más conocidos como sprays—. Posteriormente se añadieron otras sustancias a la lista, todas ellas, como los CFCs, caracterizadas por incluir cloro en su composición y por ser extremadamente estables a las condiciones atmosféricas. Ésto les permitía alcanzar la estratosfera sin alterarse, en un largo viaje que podía durar diez años. Una vez allí, la presencia de la abundante luz ultravioleta las estimulaba hasta hacerlas altamente reactivas, calculándose que cada molécula de CFC podía destruir más de cien mil moléculas de ozono.

Imagen cortesía de la NASA

Rápidamente saltaron las alarmas y la comunidad internacional, tras numerosos estudios científicos, aprobó en el año 1987 el Protocolo de Montreal que prohibía la producción de sustancias agotadoras de la capa de ozono. Por fin un acuerdo de trascendencia mundial encontró el consenso necesario para su puesta en práctica sin más dilación. Según Kofi Annan, Secretario General de las Naciones Unidas, estamos ante el convenio internacional con mayor nivel de participación hasta la fecha. Esta acción concertada parece estar dando sus frutos y se espera que en los próximos años este problema pueda ser una simple anécdota en el recuerdo.

Ojalá que ese consenso pueda llevarse a otros problemas ambientales que afectan al conjunto de nuestro planeta. Por todos es conocida la dificultad para alcanzar acuerdos supranacionales en torno al calentamiento global, a la deforestación o a la contaminación de los mares. Por ello debemos exigir a nuestros representantes en los organismos internacionales que defiendan medidas tendentes a solucionar esos problemas. Pero también debemos actuar desde la responsabilidad individual que nos compete, asumiendo hábitos más acordes con los principios de respeto al medio ambiente.

Ozono troposférico: un enemigo que nos amenaza

Hasta ahora hemos hablado del efecto protector del ozono. Pero cuando esta sustancia se encuentra presente en la capa más baja de la atmósfera —troposfera— puede afectar negativamente a la salud de las personas y del resto de seres vivos. Irrita las mucosas debido a su alto poder oxidante, por lo que produce dolor y enrojecimiento de los ojos con pérdida de visión, además de un sinfín de problemas de respiratorios.

El ozono es una sustancia que en la superficie terrestre se descompone con facilidad, pero en determinadas condiciones puede llegar a permanecer en el aire en cantidad suficiente para provocar un problema de salud pública. Estamos hablando de un contaminante que no es emitido directamente por ningún proceso relacionado con la actividad humana, sino más bien como consecuencia de una serie de procesos químicos que ocurren a partir de ciertas sustancias denominadas precursoras, las cuales al reaccionar en el aire en contacto con la radiación solar llegan a producir ozono, por lo que se dice de éste que es un contaminante secundario. El origen de la contaminación por ozono hay que buscarlo en un conjunto de factores, generalmente ligados a determinadas áreas urbanas:

Emisión a la atmósfera de compuestos orgánicos volátiles, tales como disolventes de pinturas o combustibles, entre otros.
Emisión a la atmósfera de óxidos de nitrógeno procedentes de combustiones industriales y de los humos de escape de los vehículos a motor.
Elevados niveles de exposición solar.

Plaza de la Marina (Málaga)

Dichas circunstancias favorecen la formación de ozono, por lo que se han dispuesto paneles informativos en distintas zonas de nuestras ciudades con objeto de alertar a la población del peligro de este contaminante. Aunque los niveles máximos de ozono en Málaga no son especialmente alarmantes, el intenso tráfico de vehículos supone un problema creciente para la salud de las personas y del medio ambiente.

Ésto obliga a plantearse algunas preguntas sobre la salubridad y la calidad de vida en nuestras ciudades, por lo que debemos exigir a nuestros representantes en las instituciones que adopten medidas que favorezcan un aire libre de polución, pero sin olvidar que hemos de cumplir con nuestra responsabilidad individual de reducir toda emisión contaminante innecesaria.

He aquí algunas medidas que ayudarían a respirar un aire más limpio en nuestras ciudades:

Mejoras en los hábitos de los ciudadanos, entre las que se debe contemplar una mayor utilización del transporte público.
Conducción del vehículo privado de forma más eficiente. Si evitamos aceleraciones y frenadas bruscas no sólo reducimos el consumo de combustible, sino también la emisión de humos contaminantes.
Diseño de vehículos con motores más eficientes, que usen tecnologías menos contaminantes y que reduzcan su nivel de emisiones.
Medidas más restrictivas en cuanto a la circulación de vehículos por las ciudades y claramente favorecedoras de la peatonalización de los centros urbanos.
Política fiscal sobre los automóviles, en función del nivel de emisiones generadas, así como del tipo de combustible y del consumo observado.

Calle Larios (Málaga)

Agradecimientos

Enciclopedia libre, Wikipedia.
Instituto Provincial de Formación de Adultos - IPFA de Málaga y a los alumnos de 1º de Bachillerato de CTS durante el curso 2005/06.
Sitio web de la NASA.
Environmental Science Published for Everybody Round the Earth - ESPERE.

---------------------------------------------

Este artículo fue publicado en Octubre de 2006 en la revista Sólo para adultos del Instituto Provincial de Formación de Adultos [IPFA] de Málaga.

Compilar el Kernel

2007-03-01T09:55:00.001+01:00

Después de comprobar en el foro de Guadalinex que son muchos los usuarios que se plantean la necesidad de compilar un nuevo kernel y existiendo una miniguía dedicada al tema, he decidido crear un nuevo hilo específico con este título con objeto de facilitar las búsquedas, una vez depurado el procedimiento tras numerosas compilaciones. Ha sido desarrollado sobre Guadalinex 2004 [basado en Debian Sarge], pero se puede decir que es aplicable a cualquier otra distribución, salvo en lo referente a la descarga de paquetes. En todo caso quiero advertir que este procedimiento es válido para el kernel 2.6 pero no para las series del 2.4, donde hay algunas diferencias que se pueden consultar en los enlaces que se indican en el siguiente párrafo.

Quiero agradecer a edulinux, usuario de Guadalinex y amigo personal, la ayuda prestada y a trunks y alfabet [usuarios de los foros], sus oportunos comentarios en el hilo "Compilar Kernel".

También he consultado la información de otros sitios web, por lo que recomiendo los artículos dedicados a la compilación del núcleo [kernel] que se encuentran en los siguientes sitios [ya sé que hay otros muchos, pero estos son los que yo he usado]:

El rincón de Linux

Guía de L.A. Cofiño

Frikis.org [pensado para el kernel 2.4.]

Sobre menú de configuración [menuconfig].

Mi ordenador portátil Airis 620 se apagaba frecuentemente al inicio, generalmente al ir a cargar el ACPI que gestiona la energía del equipo. Buscando a posteriori información sobre el tema, en algunos foros de internet se describe que el kernel 2.6 genera conflictos con la ACPI, por lo que la solución de compilar un nuevo núcleo parece que fue la más acertada. Desde http://www.kernel.org se puede descargar cualquier versión del kernel y en nuestro caso usamos la 2.6.8.1, que era la última que había disponible. Una vez descargada se copia al directorio /usr/src.

Un detalle importante radica en que para compilar esa versión del núcleo se requieren ciertas librerías, en concreto el paquete libncurses5-dev_5.4-4_i386.deb. Si usas otra versión de Linux, descarga de tu sitio las librerías en cuestión [en algún sitio leí que también era necesario el paquete libncurses5_5.4-4_i386.deb, aunque no me consta que este último haya sido instalado].

Arrancamos nuestro sistema Guadalinex [tuvimos suerte ya que lo logramos al primer o segundo intento] y abrimos nuestra consola de root. Copiamos las librerías en el portátil y ejecutamos el comando de instalación del paquete [el símbolo # tiene carácter meramente indicativo y lo uso para informar de que el comando citado debe ser usado como root]:

# dpkg -i libncurses5-dev_5.4-4_i386.deb

Seguidamente copiamos el archivo linux-2.6.8.1.tar.bz2 [ocupa 34 megas] en la carpeta /usr/src, mediante el comando

# cp /directorio_de_origen/linux-2.6.8.1.tar.bz2 /usr/src

Ahora nos vamos al susodicho directorio mediante la orden

# cd /usr/src

y descomprimimos mediante el comando

# tar xvfj linux-2.6.8.1.tar.bz2

Ahora toca crear un enlace simbólico que apunte desde el directorio /usr/src/linux hasta /usr/src/linux-2.6.8.1 y para ello ejecutamos

# ln -s linux-2.6.8.1 linux

Los pasos que vienen ahora pretenden que la compilación del núcleo se realice con la misma configuración que tenemos para nuestro Guadalinex, lo que garantizará una compatibilidad total para el funcionamiento del sistema con el nuevo núcleo [no es necesario tocar nada para tener el mismo escritorio original]. Para ello, entramos en /usr/src/linux y copiamos el archivo config-2.6.5 [ahí está la configuración de nuestra versión del kernel que carga guadalinex] en /usr/src/linux y a continuación lo renombramos como .config

# cp /boot/config-2.6.5 /usr/src/linux

# mv config-2.6.5 .config

Ahora nos situamos en el directorio /usr/src/linux y ejecutamos

# make oldconfig

lo que nos permite conservar la configuración original de Guadalinex. Nos preguntará por las nuevas opciones de este kernel mediante un larguísimo y tedioso proceso de actualización. Si nos equivocamos en algo no habrá problema ya que en el paso siguiente podremos corregirlo. Seguidamente mediante el comando make menuconfig nos saldrá un extensísimo menú con las características de configuración elegidas para nuestro núcleo.

AVISO: Esta nota la he introducido con posterioridad y tiene por objeto simplificar la carga de la configuración original del kernel. Es preferible no usar el comando "make oldconfig" descrito anteriormente por lo engorroso del método de actualización a las características del nuevo kernel. Es más, ni tan siquiera es necesario renombrar el archivo config-2.6.5 como .config ya que la mejor opción consiste en ejecutar directamente el comando "make menuconfig" como se describe a continuación y seleccionar en el menú disponible la opción "Load file..." para escribir a continuación "config-2.6.5" [o el nombre del archivo cuya configuración queramos cargar por defecto desde el directorio /usr/src/linux]. A partir de ese momento ya podemos elegir las opciones más adecuadas para nuestro equipo, como se describe en el paso siguiente.

# make menuconfig

¡¡¡ OJO !!! Es importantísimo que si no sabemos qué opciones elegir dejemos las que vienen seleccionadas por defecto. En mi caso seleccionamos activar APM [un sistema de gestión de la energía del portátil], seleccionamos micro [Pentium IV] y desactivamos ACPI [he leído que es incompatible con APM] e infrarrojos [la utilidad irda no la tengo disponible] y alguna más que no recuerdo y que supongo no afecta al problema que pretendemos solucionar. Actualmente trabajo con la candidata 6 montada con un núcleo 2.6.9 con las opciones ACPI y APM activadas. Es muy importante conocer con detalle el hardware de nuestro equipo si queremos compilar las opciones del núcleo adaptadas a las características técnicas de nuestra máquina, lo que permitirá optimizar su rendimiento. Si alguien quiere echar un vistazo a mi archivo de configuración no tiene más que pedírmelo. Pues bien, ya estamos en condiciones de compilar nuestro núcleo con la orden make.

AVISO: Después de bastantes compilaciones del núcleo, debo admitir que las opciones acpi funcionan correctamente y que ahora tengo disponible el kernel 2.6.9 con las opciones de Guadalinex 2004 por defecto, con sólo unas ligeras modificaciones adaptadas al hardware de mi equipo.

# make

Ahora el sistema necesita un buen rato para compilar el núcleo, por lo que es aconsejable dejarlo trabajar y volver cuando esté ya lista la compilación.

ATENCIÓN: Para el Kernel de la serie 2.4, la secuencia de comandos difiere con respecto a la 2.6. Para más detalles revisar los enlaces citados al principio.

Si hubiésemos elegido instalar una opción como módulo, debemos ejecutar

# make modules_install

¡¡¡ OJO !!! Es muy importante no olvidar ejecutar como root el comando # depmod -a la primera vez que arranquemos con nuestro nuevo kernel, para computar las dependencias entre modulos.

Bien pues ya está nuestro núcleo compilado y listo para que lo carguemos en /boot así que copiamos el kernel que se encontrará en arch/i386/boot/bzImage

y lo renombramos [yo le he llamado vmlinuz-2.6.8.1]

# cp /usr/src/linux-2.6.8.1/arch/i386/boot/bzImage /boot/vmlinuz-2.6.8.1

Finalmente, es posible que se deban cambiar los permisos de este archivo, asignándole lectura y escritura para root y solo lectura para grupos y otros. Por otro lado, renombramos el archivo /boot/System.map

# mv /boot/System.map System_2.6.5.old

y ahora copiamos en /boot el archivo System.map que está en /usr/src/linux

# cp /usr/src/linux/System.map /boot

Pues ya estamos casi listos. Sólo nos queda editar como root el archivo /boot/grub/menu.lst [en nuestro caso con el comando # gedit /boot/grub/menu.lst] y añadimos al final del mismo lo siguiente:

title Guadalinex-2004-2.6.8.1
root (hd0,7)
kernel /boot/vmlinuz-2.6.8.1 root=/dev/hda8 splash=silent vga=791
initrd /boot/initrd.splash

¡¡¡ OJO !!! Tienes que ver en qué partición de tu disco duro tienes cargado Guadalinex, por eso, lo mejor es que copies el párrafo correspondiente a la Guadalinex sobre la que estás compilando [en mi caso la 2.6.5] y lo pegues a pie de página [si eliges otra posición piensa que puedes modificar el número de la opción default que se cargará por defecto, lo que te obligaría a modificarlo]. Ahora le cambias el título [title]; le he llamado Guadalinex-2004-2.6.8.1 pero puedes usar cualquier otro. Por último, la línea kernel /boot/vmlinuz-2.6.5 root=/dev/hda8 la he sustituído por kernel /boot/vmlinuz-2.6.8.1 root=/dev/hda8 ¡¡¡ OJO !!! Se debe mantener el número de hda que corresponda en cada caso, ya que cada equipo tendrá sus propias particiones.

Si tengo que decir la verdad, de haber tenido que compilarlo yo solo, no me habría atrevido. Ahora que por fin lo consigo, creo que cualquiera puede hacerlo y a mí me habrá servido para lanzarme a nuevas compilaciones del núcleo.

Que disfrutéis tanto como yo y [ante todo] que solucionéis vuestro problema.

NOTA: en la primera compilación no se incluía ACPI, por lo que al cerrar el equipo no se apagaba solo y se nos queda en el powerdown, con lo que se debe pulsar el botón de apagado para desconectar. En siguientes compilaciones esa función quedó resuelta ya que se volvió a incluir ACPI.

OBSERVACIONES: Las versiones 2.6.8 y 2.6.9 del kernel generan una incompatibilidad con k3b, el magnífico programa de grabación de Linux, y sólo puedes a usar ese programa como root; yo he grabado en esas circunstancias y no he tenido problema, pero en equipos compartidos por más usuarios puede ser un inconveniente. La versión 2.6.7 la he usado con k3b y va fenomenal. Más información en el sitio oficial http://www.k3b.org/ donde se detallan posibles soluciones.

SUCESIVAS COMPILACIONES: Cuando se quiere realizar nuevas compilaciones del núcleo, ya sea porque queremos añadir o eliminar ciertas opciones al kernel, conviene proceder de la siguiente forma. En primer lugar salvaremos en un directorio creado al efecto los archivos .config, vmlinuz-2.6.8.1 [o el que corresponda en su caso] y system.map por si más tarde queremos volver a instalar la versión correspondiente del núcleo. Una vez salvados dichos archivos ejecutamos como root desde consola el comando make mrproper lo que nos limpia todos los archivos generados en anteriores compilaciones dejándonos las fuentes exclusivamente listas para una nueva compilación. Ahora copiamos el archivo .config al directorio /usr/src/linux y ejecutamos make menuconfig, cargamos el archivo .config mediante la opción "Load file...", hacemos las modificaciiones oportunas en el menú de configuración, las salvamos y seguimos con el procedimiento habitual, ejecutamos los comandos make [tarda un buen rato en realizarse la compilación] y make modules_install y continuamos con la secuencia descrita más arriba. No se debe olvidar ejecutar como root el comando depmod -a la primera vez que arranquemos con nuestro nuevo kernel, para computar las dependencias entre modulos.

MÁS SOBRE COMPILACIONES SUCESIVAS: Gracias a postman2 [usuario de Guadalinex], quiero añadir un detalle importante. Cuando se trate de compilaciones sucesivas, sobre otra/s ya existente/s, con objeto de no machacar los módulos instalados en nuestro sistema conviene realizar una modificación en el archivo Makefile de la carpeta /usr/src/linux añadiendo al término EXTRAVERSION= un nombre que identifique a la compilación que vamos a realizar [por ejemplo, si vamos a compìlar para habilitar un determinado módem usamos -modem]. Esto nos creará nuevos directorios con el nombre que hemos añadido a EXTRAVERSION=, lo que nos permitirá recuperar compilaciones previas, ya que si por algún motivo se genera un error en esta última no habremos machacado las anteriores.

==================================

GUADALINEX V3

Como esta versión de Guadalinex se basa en Ubuntu [Breezy], debe quedar claro que los comandos que requieren usar privilegios de root deben ser usados anteponiendo sudo al comando en cuestión.

Para los usuarios de Ubuntu resulta indispensable la lectura del siguiente tema colgado de los foros de hala hispana"Cómo compilar el Kernel de Ubuntu".

¡¡¡ Hasta pronto !!!

Seguridad WPA

2007-03-01T01:30:00.001+01:00

El ejemplo que empiezo por comentar es para Ndiswrapper [también puede usarse para otros módulos que soporten wpa, con las modificaciones oportunas] y aun no está plenamente contrastado. Simplemente, advierto de que en el sitio de Ndiswrapper se habla de plena compatibilidad con wpa_supplicant a partir de versiones posteriores a la 1.21. Por mi parte, debo aclarar que a mí me ha funcionado para una tarjtea con chipset Atheros funcionando con Madwifi.

Guadalinex v3 y v4 [basadas, respectivamente en Ubuntu Breezy y Edgy] disponen de la utilidad wpa_supplicant instalada, pero en caso de utilizar otra distribución de Linux que no la tuviese, deberíamos instalarla bajándonos el paquete de los repositorios o, en el peor de los casos, obteniendo las fuentes [wpa_supplicant] y compilándolas por el método habitual. Sigue las instrucciones de los desarrolladores sobre cómo llevar a cabo la operación y, si te sientes perdido, consulta la explicación que doy en el artículo dedicado a la instalación de tarjetas compatibles, en su apartado de compilación de drivers. Quiero aclarar que existen algunas diferencias entre la configuración bajo Guadalinex v3 / Ubuntu Breezy con respecto a Guadalinex v4 / Ubuntu Edgy y que aclaro más adelante.

Lo primero es generar una clave hexadecimal con la "frase de paso" que tienes guardada en la configuración de la red wif del router. Éso se consigue abriendo un terminal y ejecutando el comando siguiente:

wpa_passphrase nombre_red frase_de_paso

Debes sustituir el nombre de tu red wifi en el lugar de nombre_red y la frase de paso del router donde pone frase_de_paso. Esto genera una cadena similar [en longitud, claro] a ésta:

psk=1d06e406f9f6765053d822c9a006e9da6f4b03c9d09c2bd6d1cd8d887816fb6e

Seguridad WPA en Guadalinex v4 y Ubuntu Edgy

Ahora vas a editar el archivo interfaces con el comando sudo gedit /etc/network/interfaces. Supongo que te conectas vía dhcp, por lo que lo vas a dejar tal que así:

auto lo
iface lo inet loopback
auto wlan0
iface wlan0 inet dhcp
wireless-essid NOMBRE_DE_LA_RED
pre-up wpa_supplicant -Bw -Dwext -iwlan0 -c/etc/wpa_supplicant.conf
post-down killall -q wpa_supplicant

El valor -Dwext se aplicará en versiones de Ndiswrapper posteriores a la 1.12; en caso contrario usaremos -Dndiswrapper.

En mi caso uso una tarjeta con chipset Atheros AR5212 y el archivo lo tengo de esta guisa:

auto lo
iface lo inet loopback
iface ath0 inet dhcp
wireless-essid Mi_red
wpa-driver madwifi
wpa-conf /etc/wpa_supplicant.conf
auto ath0

Seguidamente ejecuta el comando sudo gedit /etc/wpa_supplicant.conf y se te muestra el archivo wpa_supplicant.conf [probablemente se encuentre vacío], sin texto alguno. Eso nos da igual, porque vamos a añadir las siguientes líneas:

ctrl_interface=/var/run/wpa_supplicant

ap_scan=1

network={
ssid=nombre_red_wifi
scan_ssid=1
proto=WPA
key_mgmt=WPA-PSK
#psk="Frase de paso"

psk=1d06e406f9f6765053d822c9a006e9da6f4b03c9d09c2bd6d1cd8d887816fb6e

priority=5

}

Observa que en la línea que empieza con psk se ha incluido el valor de la clave hexadecimal obtenida anteriormente al ejecutar el comando wpa_passphrase .

En algunos sitios de internet se aconseja ejecutar el comando que se indica a continuación [en realidad le estamos diciendo que ejecute, por una sola vez, lo que tenemos cargado de forma permanente en el archivo interfaces]. En mi caso, con el driver de madwifi no lo llevé a cabo y me ha funcionado correctamente:

sudo wpa_supplicant -iwlan0 -c/etc/wpa_supplicant.conf -Dndiswrapper

Para versiones posteriores a la 1.12, el valor -Dndiswrapper serás sustituido por -Dwext. Éste y otros detalles pueden ser consultados en el sitio de Ndiswrapper dedicado al uso de WPA.

Reinicia los servicios de red con el comando sudo /etc/init.d/networking restart

Seguridad WPA en Guadalinex v3 y Ubuntu Breezy

El método es prácticamente idéntico. Sólo hay que añadir un par de detalles. Se debe editar como root el archivo /etc/default/wpasupplicant y desmarcar la línea que proceda [sinónimo de eliminar el símbolo # de un script o programa para que se ejecute esa línea de código]. En mi caso, lo hice con la línea que hacía referencia a madwifi; si usas ndiswrapper, pues ya sabes. Para otros drivers compatibles, sustituir el valor por el que corresponda. Bien, pues ahí va:

# /etc/default/wpasupplicant
# WARNING! Make sure you have a configuration file!

ENABLED=1

# Useful flags:
# -D Wireless drive, typically optional.
# -i Interface
# -c Configuration file
# -d Debugging (-dd for more)
# -w Wait for interface to come up

# See the manual page wpa_supplicant(1) for more options and information.

OPTIONS="-w"

# EXAMPLES:

# OPTIONS="-i wlan0 -D ndiswrapper -c /etc/wpa_supplicant.conf"
OPTIONS="-i ath0 -D madwifi -c /etc/wpa_supplicant.conf"

Ahora debemos editar el archivo /etc/network/interfaces y modificar la línea que hace referencia al modo dhcp, ya que hay un bug para esta versión de Ubuntu/Guadalinex que impide a wpa_supplicant gestionar la conexión en modo dhcp, por lo que usaremos IP fija. Lo que yo hice fue dejarlo con ip estática y quedó así:

auto lo
iface lo inet loopback
iface ath0 inet static
address 192.168.1.12
netmask 255.255.255.0
gateway 192.168.1.1
wireless-essid MI_RED
wpa-driver madwifi
wpa-conf /etc/wpa_supplicant.conf
auto ath0

Con ésto ya no deberías tener problemas de conectividad. Espero que todo vaya correctamente. En caso contrario cuéntnos cómo te fue.

-----------------------------------------

Si Linux no existiera habría que inventarlo

Instalar Ndiswrapper

2007-02-28T00:40:00.001+01:00

Ndiswrapper es un software que actúa como una especie de envoltorio sobre los drivers originales de Windows para hacerlos funcionar bajo Linux. Y lo que es más importante, permite gestionar prácticamente todas las tarjetas compatibles mencionadas en el envío anterior. Os preguntaréis que, si son compatibles, para qué queremos hacerlas funcionar con Ndiswrapper. Muy fácil, a veces hay tarjetas que no tiran por problemas de hardware [lo más frecuente] o por problemas con el propio software. Además, hay otras muchas tarjetas que, al no liberar sus fabricantes el software para hacerlas funcionar bajo Linux, la única manera de que rulen es con este método [un buen ejemplo lo tenemos en las bien conocidas tarjetas Broadcom que sólo se podían usar con este software]. Así que, de una forma u otra, es muy posible que en alguna ocasión tengas que vértelas con la instalación de este driver. Puedes comprobar si tu dispositivo inalámbrico es compatible con Ndiswrapper consultando la lista de compatibilidad. Para obtener más información sobre este controlador, visita el sitio de Ndiswrapper en SourceForge.

Si la tarjeta que vamos a configurar dispone de drivers para Linux, es posible que éstos vengan precompilados y se carguen en el sistema al ser reconocida la tarjeta. Pero si no gestionan correctamente el uso de la misma o, simplemente, no los queremos usar, se debe tomar ciertas precauciones. En primer lugar vas a editar como root un archivo llamado blacklist [busca en /etc/hotplug/ para Guadalinex v3 y Ubuntu Breezy o en /etc/modprobe.d/ para Guadalinex v4 y Ubuntu Edgy] y vas a añadir una línea al final del texto, con el nombre del módulo que haría funcionar el chipset de la tarjeta para v3 o bien el término blacklist seguido del nombre del módulo para v4. Con ello conseguimos que no se vuelva a cargar en el inicio del sistema y así evitamos que interfiera con la carga del driver de Ndiswrapper. También nos aseguraremos de descargar el módulo usando como root [ubunteros, recordad el uso de sudo] el comando rmmod nombre_modulo.

¿Por dónde empezamos?

Esta guía ha sido realizada para ser usada en Guadalinex v3 y Ubuntu Breezy, pero en general vale para cualquier otra distribución, salvando las diferencias. Si nuestra distro fuese Guadalinex 2004, estamos de suerte, ya que lo trae instalado y sólo resta configurarlo y poco más. Para la versión 2005/v3, al igual que en Ubuntu Breezy, no está disponible y debes instalar los paquetes desde el programa Synaptic. Ábrelo y busca ndiswrapper; marca e instala los tres paquetes encontrados: source, utils y ndisgtk. A continuación vas a seguir los siguientes pasos:

1.- Instala Ndiswrapper con Synaptic o desde un terminal usando apt. Si no dispones de conexión, al final de este mensaje se explica cómo descargar los paquetes. Tambien están disponibles en el CD de Guadalinex v3. Si es tu primera experiencia en Linux y no te sientes muy seguro trabajando por un terminal, bájate de los repositorios la herramienta Ndisgtk. Si no tienes acceso desde Linux, más abajo explico cómo descargar los paquetes deb. Una vez que instales los paquetes en cuestión, debes reiniciar tu sistema.

2.- Copia los drivers de Windows que venian con el CD de tu tarjeta al directorio de usuario [supongamos que fuesen, por ejemplo, driver_windows.inf y driver_windows.sys]. Es imprescindible copiar el contenido completo de la carpeta donde se encuentran esos drivers, eligiendo la versión más reciente [habitualmente WinXP o Win2000].

3.- Abre un terminal y ejecuta sudo -s, lo que nos va a permitir trabajar como usuario root [los usuarios de distros no basadas en Ubuntu no ejecutarán este paso 3º, pero deben recordar que los apartadosl 4 al 6 deben ejecutarse como root]. Si pasados 5 minutos debes ejecutar alguno de estos pasos y no dispones de privilegios como root, debes ejecutar nuevamente sudo -s o si lo prefieres, ejecutas el comando anteponiendo sudo, quedando de la siguiente forma sudo comando_de_linux

4.- Ejecuta ndiswrapper -m [ésto crea el alias wlan0 y lo asocia con el módulo ndiswrapper].

5.- Ejecuta ndiswrapper -i /home/ruta_driver/driver_windows.inf [ésto instalará los drivers para ser usados con ndiswrapper]. Se puede comprobar que ha sido cargado correctamente usando como root el comando ndiswrapper -l lo que listará los drivers instalados con ndiswrapper y nos indicará si su hardware está presente o no.

6.- Y por ultimo, modprobe ndiswrapper.

En tarjetas, para que cargue el módulo en cada reinicio, es indispensable añadirlo a la lista de /etc/modules, por lo que vas a editar ese archivo como root y al final del mismo debes añadir una nueva línea con el nombre ndiswrapper. En mi caso abrí como root el editor Gedit mediante el comando gedit /etc/modules.

Te aconsejo usar otras fuentes de información, como la sección de Guadalinex denominada Guadapedia, donde se detalla cómo llevar a cabo la operación para la versión 2004 [basada en Debian] y para la versión 3 [basada en Ubuntu Breezy].

¿Cómo configurar la conexión?

Es posible que a partir de este momento, la tarjeta empece a guiñar y a dar señales de vida. ¡¡¡ Ya era hora !!! Es el momento de configurar la conexión. En primer lugar lo voy a explicar por el método tradicional usando la línea de comandos. Posteriormente, explicaré el método más sencillo a partir de la utilidad Ndisgtk.

Ahora debes editar como root el archivo /etc/network/interfaces con el comando gedit /etc/network/interfaces y debe quedar con la siguiente sintaxis:

auto lo
iface lo inet loopback
iface wlan0 inet dhcp
pre-up modprobe ndiswrapper
post-down rmmod ndiswrapper
wireless_essid nombre_de_la_red
wireless_key tu_contraseña
auto wlan0

En algunos dispositivos es posible que la interfaz inalámbrica no sea wlan0, sino que reciba otro nombre, por lo que debes sustituirlo por el que te corresponda. La última línea hace que la interfaz wifi, wlan0, se cargue al inicio.

Si en lugar de conectar via dhcp, usas ip estática, el archivo interfaces debe quedar así:

auto lo
iface lo inet loopback
iface wlan0 inet static
address x.x.x.x
netmask x.x.x.x
gateway x.x.x.x
pre-up modprobe ndiswrapper
post-down rmmod ndiswrapper
wireless_essid nombre_de_la_red
wireless_key tu_contraseña
auto wlan0

Para verificar que todo funciona correctamente, desactiva la contraseña del router y en wireless_key introduces off. Ésto hará que se levante la interfaz de red inalámbrica sin necesidad de contraseña. Cuando todo funcione correctamente, configuras el cifrado de señal en formato wep. Ndiswrapper admite el encriptado wpa pero ese no es el motivo de este artículo y quizás más adelante lo expliquemos.

Si todo ha ido bien, levantas la conexión ejecutando como root elcomando ifup wlan0 y apagas, tambiéncomo root, con ifdown wlan0.

También puedes instalar Ndiswrapper usando la herramienta Ndisgtk que se instala como hemos explicado al principio. El método a seguir está descrito en la sección correspondiente de Guadapedia y simplifica notablemente el proceso de instalación.

Nota: En Ubuntu y Guadalinex v3, para ejecutar como root se debe anteponer a cualquier comando el término sudo.

Configurar de forma más sencilla

[El texto que corresponde a este apartado ha sido extraído casi en su totalidad de Guadapedia, en el sitio de Guadalinex].

Instalados los drivers, abre el menú Sistema > Administración > Red y nos pedirá que introduzcamos la clave de root, hecho lo cual, observaremos que se ha detectado el nuevo interfaz de red inalámbrica. Lo seleccionamos y, a continuación, pulsamos el botón Propiedades. Ahora nos aparecerá una nueva ventana. Allí tendremos que configurar todos los datos de la conexión.

Nombre de la red [ESSID]: Pondremos el nombre de la red inalámbrica exactamente igual, con mayúsculas y minúculas, tal como aparece en el menú de configuración wireless del router.
Tipo de Clave: Por defecto se deja en hexadecimal, pero se podrá cambiar si la contraseña nos falla.
Clave WEP: Si la conexión ha sido configurada en el router con clave wep, en esta casilla tendremos que indicar cuál es. En caso de usar caracteres ascii, al nombre de la clave se debe anteponer estos dos caracteres s:

A continuación tendremos que configurar los datos de red habituales.

Configuración: Si el router permite la conexión DHCP, usaremos dicha opción. Si no lo permite seleccionaremos Dirección IP estática. En este caso además tendremos que configurar lo siguiente:
- Dirección IP: Es la dirección IP local de nuestra máquina en la red local. El formato usado será como este 192.168.0.5.
- Máscara de subred: Se usa para definir el alcance de la red. Normalmente en una red local pequeña será 255.255.255.0.
- Dirección de la puerta de enlace: Aquí pondremos la dirección IP local del router.
Una vez hayamos definido los parámetros de la conexión, pulsaremos la casilla (arriba) Activar esta conexión.
Pulsamos en Aceptar y volveremos a la ventana de Configuración de la red.
Aquí nos aseguramos que al seleccionar el dispositivo inalámbrico el botón Activar aparece sombreado (indicando así que ese dispositivo está activo). Si no lo estuviera, pulsaremos sobre dicho botón.
Finalmente pulsaremos en el botón Aceptar y cuando se apliquen los cambios tendremos configurada la conexión a internet.

El driver no funciona / Quiero usar uno diferente

Si tu driver de Window$ no funciona o quieres probar otro diferente, debes eliminar el primero antes de cargar uno nuevo. Para ello usa el comando

ndiswrapper -e anterior_driver_windos.inf

Ahora ya puedes cargar el nuevo driver [te sugiero que sea el de tu cd de instalación en window$ o en su defecto el recomendado en la lista de Ndiswrapper]. Ejecuta el comando

ndiswrapper -i nuevo_driver_windos.inf

Ahora debes cargar nuevamente el driver en el núcleo de tu sistema ejecutando como root el comando modprobe ndiswrapper. Si todo ha ido bien, levantas la conexión ejecutando como root ifup wlan0 y apagas con ifdown wlan0.

Si a pesar de todo no logras conectar

Si no te conecta, intenta lo siguiente. Abre un terminal y ejecuta como root el comando ifup wlan0 y ahora prueba a hacer ping a tu router [normalmente 192.168.1.1 o el que tu tengas como puerta de enlace] ping 192.168.1.1 Para probar si tienes conexión, vas a hacer ping al exterior a un par de sitios:

ping 66.102.9.104

ping www.google.es

Si el ping te responde positivamente, pero no te puedes conectar a internet cuando usas el navegador, el problema puede estar en las DNS's. [Cuando menos sabes que la tarjeta tiene acceso al router y a partir de ahí todo será bastante sencillo]. Si a pesar de todo no logras conectar, puede ser que no hayas desactivado la seguridad wifi de tu router [o que la wifi del router no este activa]. Si el router no te responde, prueba a hacer ping a la dirección de tu tarjeta [si la tarjeta está bien puesta esa acción debería responder sin problemas y sabrás que la tarjeta funciona y que el problema está en otra parte [probablemente en la configuracion del router o en el uso de mayúsculas/minúsculas]. Para configurar las DNS's entra en el menú Sistema > Administración > Red, selecciona tu dispositivo inalámbrico e introduce los valores de las dns correspondientes y que puedes anotar del sitio de Adsl4ever.

Otra posibilidad consiste en editar como root el archivo /etc/resolv.conf, mediante el comando gedit /etc/resolv.conf [ubunteros, recordad el uso de sudo]. Debe contener dos o más líneas con un contenido similar a éste:

nameserver x.x.x.x

Donde, x.x.x.x se corresponde con las DNS's del proveedor de acceso a Internet e incluso la puerta de acceso o gateway del router [si esas DNS's fueron cargadas en el menú de configuración del router].

Si aun no has conseguido que la tarjeta funcione

En algunos casos, especialmente con ciertos dispositivos usb, se requiere completar los pasos A, B y C que se indican a continuación, entre los puntos 5 y 6 de la lista de operaciones anteriormente descrita, para configurar correctamente Ndiswrapper.

A) Ejecuta lspci -n o lsusb [según el tipo de tarjeta pcmcia/pci o usb] para obtener el código identificador del dispositivo [en este caso se obtuvo 09aa:1000 y a partir de ahora me referiré a él como xxxx:yyyy].

B) Ejecutacomo root el comando ndiswrapper -l para ver cómo llama ndiswrapper al driver [en este caso prisma02, en tu caso será el que corresponda a la tarjeta en cuestión].

C) Ejecuta como root el comando ndiswrapper -d xxxx:yyyy prisma02 [ésto asocia el driver con el dispositivo] y le indica a Ndiswrapper dónde encontrarlo. Recuerda que en este ejemplo, donde pone xxxx:yyyy iría 09aa:1000. En tu caso lo sustituyes por el valor que corresponda. Y en lugar de prisma02 pones el nombre de tu driver obtenido con la ejecución del comando ndiswrapper -l descrito en el punto B.

Para finalizar, sigue con el paso 6 de la lista y ejecuta como root [no olvides sudo en Guadalinex v3 y en Ubuntu] modprobe ndiswrapper. Ésto dará por concluida la instalación. Revisa la configuración del arhivo /etc/network/interfaces e intenta lanzar nuevamente la aplicación para levantar la conexión.

Cada vez que hagamos un cambio en alguna característica de la red, para lanzarla de nuevo podemos evitar reiniciar el sistema [lo que convierte el proceso en algo demasiado lento, sobre todo si hay que hacer numerosos cambios y pruebas] si usamos como root el comando /etc/init.d/networking restart.

No tienes conexión y quieres bajar los paquetes deb

NOTA IMPORTANTE: He comprobado que los paquetes de los repositorios de Ubuntu que indico más abajo o no están todos o algunos han cambiado de sitio, por lo que recomiendo buscarlos y descargarlos desde el propio navegador de internet del repositorio de Guadalinex y aprovecho también para recordar que aunque no es necesario, resulta conveniente descargar también el paquete common, junto a los paquetes utils y source. Además el buscador del repositorio ayuda enormemente en la tarea de encontrar paquetes aplicando distintos criterios como versiones o categorías.

Si no tienes conexión a internet, puedes descargar los paquetes deb de instalación de Ndiswrapper en otro equipo y luego copiarlos al tuyo:

A) VERSIÓN 1.1

Fuentes - Pincha aquí

Utilidades - Pincha aquí

Bájalos y los copias a tu escritorio de Linux. Entra en un terminal y cambia de directorio hasta situarte en tu escritorio [o en el directorio donde hayas alojado los paquetes]. Ejecuta en un terminal como root la siguiente orden:

dpkg -i ndiswrapper-source_1.1-4ubuntu2_all.deb
para el primero de los paquetes y

dpkg -i ndiswrapper-utils_1.1-4ubuntu2_i386.deb
para el segundo.

Ahora reinicias tu sistema y continúas con la configuración de los drivers, a partir del punto 2 de la receta.

B) PAQUETES NDISWRAPPER VERSIÓN 1.8 (No aconsejable su instalación en Guadalinex v3 y Ubuntu Breezy)

Paquetes de los repositorios Ubuntu:

Fuentes - Pincha aquí

Utilidades - Pincha aquí

Para instalarlos:

sudo dpkg -i ndiswrapper-source_1.8-0ubuntu2_all.deb
para el primero de los paquetes y

sudo dpkg -i ndiswrapper-utils_1.8-0ubuntu2_i386.deb
para el segundo.

Los paquetes de la versión 1.1 sabemos que funcionan correctamente en Guadalinex v3 y Ubuntu Breezy, pero no tenemos constancia de que los correspondientes a la versión 1.8 vayan a funcionar sin problemas. Así que tú decides. Si pruebas la versión 1.8 y te ha funcionado, coméntalo para que quede constancia de ello.

C) PAQUETE NDISGTK

Para facilitar la tarea en la configuración de Ndiswrapper, se puede instalar el paquete Ndisgtk, especialmente si no te sientes seguro en el uso del terminal.

Haz clic aquí para descargarlo

Esta utilidad facilita la carga de los drivers, evitando el uso del terminal, por lo que es muy adecuado para usuarios extremadamente novatos. No se debe olvidar que el método tradicional mediante la ejecución de comandos en terminal siempre estará ahí disponible.

Para instalarlo se debe ejecutar como root en un terminal el siguiente comando:

dpkg -i ndisgtk_0.6-0ubuntu1_all.deb

En los tres casos comentados, para la instalación de los paquetes debian, no olvides situarte previamente en el directorio de Linux donde hayas copiado los paquetes [también puedes hacerlo desde cualquier otro directorio, indicando a tu sistema la ruta donde tienes alojado el paquete] antes de ejecutar el comando dpkg -i nombre_completo_del_paquete.deb

Compilar Ndiswrapper usando las fuentes

Finalmente, y con esto termino, si decides optar por compilar los módulos de Ndiswrapper usando tus propias fuentes, descarga los archivos comprimidos del sitio de SourceForge e infórmate en el wiki del sitio sobre el procedimiento de instalación. No obstante, en un mensaje anterior he explicado los requisitos necesarios para llevarlo a cabo, en el apartado "¿Cómo compilar el driver?" del artículo "Instalar tarjetas compatibles con Linux" de este mismo blog.

Suerte y hasta pronto...

Tarjetas Compatibles (II)

2007-02-27T15:37:00.001+01:00

Esta tarea que se antoja sencilla en la mayoría de los casos, puede darnos más de un quebradero de cabeza. Es más, dependiendo de la distribución que hayamos instalado en nuestro equipo, podemos encontrarnos con la agradable sorpresa de que la tarjeta puede funcionar, simplemente, con la introducción de los datos de configuración de la red inalámbrica. Pero, en otros muchos casos, es posible que tengamos que vérnoslas con uno de los mayores tabúes de Linux: la compilación.

Desde aquí animo a los novatos en este sistema operativo a intentarlo. En mis inicios tuve necesidad de compilar no sólo los drivers para un infame aparato, mal conocido como winmodem, sino que hube de enfrentarme a la compilación del kernel o núcleo de Linux cuando usaba Guadalinex 2004, basada en Debian Sarge. Fue mi primera gran experiencia y debo decir que me resultó especialmente grato. Para los que mecesiten saber cómo hacerlo les invito a visitar los foros de Guadalinex, un sitio donde suelo estar con asiduidad.

¿Cómo compilar el driver?

Ahora bien, si lo que pretendemos es compilar nuestro propio driver de Linux a partir de las fuentes obtenidas del fabricante [o, muy frecuentemente, de las que nos hemos bajado del sitio del equipo de desarroladores del driver libre], debemos, al igual que con otras muchas compilaciones, instalar previamente las cabeceras [headers] y/o las fuentes [source] del kernel correspondiente a la versión del núcleo de Linux instalado en nuestro sistema. Cada distribución tiene su propio método de instalación y conviene consultar los manuales o guías donde se detalla cómo hacerlo. En mi caso, voy a explicar cómo proceder si usamos una distribución basada en Debian [si estuviese basada en Ubuntu, procedemos de idéntica forma, pero cuando se haga referencia un comando que deba usarse como root, se antepondrá a la sintaxis del mismo el prefijo sudo].

Las cabeceras o headers del kernel suelen encontrarse como linux-headers o kernel-headers. Para saber exactamente la vesión que debemos descargarnos, podemos consultar en un terminal la versión exacta del kernel de Linuz mediante el comando uname -a. Suelen venir en el cd de instalación de la dsitribución y también se pueden descargar de los repositorios usando el programa Synaptic o desde un terminal mediante el siguiente comando como root [está claro que las cifras X.Y.z se corresponden con valores particulares en cada caso]:

apt-get install kernel-headers-2.X.Y-z

Para bajar la fuentes del kernel [kernel-source o linux-source, según la distro usada] de la misma versión del núcleo que tenemos instalado, podemos usar, igualmente, Synaptic o tiramos de línea de comando, como se ha explicado con las cabeceras, pero sustituyendo headers por source. Si no las encontramos, se pueden bajar del sitio http://kernel.org , con la diferencia que en el primer caso se crean de forma automática dos enlaces simbólicos que apuntan ambos al directorio /usr/src/linux-2.X.Y [donde X.Y se corresponden con la versión del kernel instalada] y en el segundo debes desempaquetar los paquetes en el directorio /usr/src y crear los enlaces simbólicos como root con el siguiente comando:

ln -s /usr/src/linux-2.X.Y /lib/modules/version-kernel/build
ln -s /usr/src/linux-2.X.Y /usr/src/linux

Seguidamente, y una vez que nos hemos bajado los drivers de la tarjeta, debemos seguir las instrucciones que se acompañan, normalmente en un archivo de texto llamado readme, para proceder a la compilación e instalación del driver. Son dos o tres pasos sencillos que no deben ser causa de mayores problemas. En el peor de los casos, si ocurre algún error, el sistema nos devuelve un mensaje en el que se nos indica el origen de aquél.

¿Cómo instalar el driver?

Finalmente, y una vez que tenemos el driver compilado y el módulo que gestiona el uso de la interfaz inalánbrica o wifi, sólo queda cargarlo en el kernel y configurar la conexión. Para cargar el módulo, ya sea compilado por nosotros mismos o bien porque lo trae precompilado la distro que estemos usando [por ejemplo, Guadalinex v4, basada en Ubuntu Edgy, trae compilados los módulos de bastantes tarjetas, por lo que tiene un magnífico nivel de reconocimiento de hardware], simplemente hay que ejecutar como root [anteponer sudo para distros basadas en Ubuntu] el comando modprobe modulo_tarjeta. Con esto cargamos en el kernel el módulo que se encarga de hacer que nuestro sistema se entienda con el dispositivo inalámbrico [wifi]. A veces, se requiere editar como root el archivo /etc/modules y añadir al final del mismo una nueva línea con el nombre del módulo que gestiona nuestra tarjeta. Yo suelo usar como editor de texto Gedit, por lo que procedemos a abrir un terminal y ejecutamos el comando gedit /etc/modules, añadimos al final una nueva línea con el nombre del módulo que gestiona nuestra tarjeta. Para comprobar que nuestro driver ha sido cargado, podemos leer el informe de módulos del kernel cuando ejecutamos en un terminal el comando lsmod.

¿Qué drivers vienen precompilados con nuestra distro?

Lo mejor es informarse en el propio cd de instalación, en los foros y en nuesto sistema recién instalado antes de hacer nada. Voy a comentar algunos chipsets junto a los módulos que usan habitualmente:

Atheros. El más común de los chipsets de atheros es el ar5212, que funciona con el driver de Madwifi. En Ubuntu Edgy se debe instalar el paquete "linux-restricted-modules" [está motivado porque parte del código que gestiona el uso de la tarjeta no es libre] o bien debemos bajarnos los drivers del sitio http://madwifi.org/ y compilarlos. Guadalinex en sus versiones 3 y 4 los trae compilados y se cargan automáticamente, aunque si fuese necesario cargarlos en el núcleo, basta con ejecutar como root el comando modprobe ath_pci.
Ralink. Este fabricante se ha distinguido por liberar el código de sus tarjetas inalánbricas y es, actualmente, una de las mejores opciones de compra. Habitualmente el chipset recibe el mismo nombre o similar que el módulo que lo gestiona. En Guadalinex v4 y Ubuntu Edgy encontramos precompilados los módulos rt2500, rt2570, rt61 y rt73. Una simple búsqueda en nuestro sistema, desde un terminal, con el comando locate rt* nos devuelve la lista de módulos disponibles cuyo nombre empieza por rt. Otra posibilidad es usar en terminal como root el comando modprobe -l | grep "modulo" [el nombre del módulo admite comodines con * y debe ir entrecomillado]. Según he leido, el módulo rt61 no funciona en Edgy, por lo que se debe compilar desde las fuentes [Ubuntu-es], aunque los usuarios de Guadalinex v4 no necesitamos instalar las cabecerasw/headers. Respecto al módulo rt73, si se trata de un dispositivo usb requiere instalar el firmware en el directorio /etc/Wireless/RT73STA [si no existe debe crearse como root], después de haber renombrado el archivo rt73.bin como rt73sta.dat. Si no logras que funciones, quizás debas compilar un nuevo módulo, para lo que te aconsejo seguir esta receta. En el sitio de Ralink y, mejor aun, en el Open Source rt2x00 podemos encontrar más información.
Zydas. Fabrica los muy conocidos zd1211 y el menos común zd1201. El zd1211 está presente casi exclusivamente en dispositivos USB y el módulo que lo gestiona, al igual que el zd1201, tiene el mismo nombre que el chipset. Puede obtenerse más información para los drivers de zd1211 y para los de zd1201 en los sitios respectivos. Encontramos compilados ambos módulos en las últimas distribuciones de Linux, particularmente en Guadalinex v3 y v4, por lo que su carga en el sistema es inmediata y sencilla. Sin embargo, parece que en algunos casos, particularmente el zd1211, está dando problemas, por lo que deberás compilar el driver siguiendo las instrucciones del paquete oficial o como se indica en el sitio de Ubuntu Francófono. Como última opción tenemos la de usar Ndiswrapper.
Prism54. Es otro de los chipsets que tienen drivers bajo Linux y cuyo módulo respectivo, prism54, está disponible en las versiones mencionadas, al igual que en la mayoría de distribuciones de Linux. Se puede obtener más información del driver en http://prism54.org/. Un caso particular, es el de la tarjeta Senao 3054 ub5 [dispositivo USB Amper de Telefónica de España]. Se ha puesto a punto con Ndiswrapper, aunque no descarto que pueda usarse los drivers de Linux.
Intel/IPW. Se vienen usando los chipsets de Intel Pro Wireless, IPW, frecuentemente integrados en numerosos equipos portátiles. Dispone de drivers libres enel sitio de SourceForge para tres modelos diferentes de chipset, el más antiguo ipw2100, el más habitual ipw2200 y el más reciente ipw3945. Algún problema con el firmware en versiones más antiguas complicó su instalación en cierta medida. En el sitio de Guadalinex se explica cómo instalar y compilar ipw2100 y 2200. En cambio para hacer funcionar tarjetas que montan el chipset ipw3945, en Guadalinex v4 disponemos del módulo ya compilado que permite levantar la conexión, incluso arrancando el equipo desde el Live-CD.
ACX100/ACX111. El fabricante Texas Instrument [TI] ha conseguido un buen producto con drivers libres que gestionan estas tarjetas, pero en Ubuntu y Guadalinex están dando problemas, por lo que queda el recurso de compilar un nuevo driver o en su defecto usar Ndiswrapper. Se pueden descargar las fuentes del driver y encontrar más información en ACX100 de Sourceforge y en Craig's [para versiones del kernel anteriores a la 2.6.14].
Realtek 8180. Una nueva familia de chipsets basados en el 8180 está siendo soportada por Linux. En el sitio de Realtek en SourceForge se encuentra información del proyecto para la familia del rtl8180. En la sección de descargas del sitio oficial de Realtek podemos encontrar drivers para este chip de Realtek.
Broadcom. Ha creado una nueva generación de chipsets compatibles con Linux y reconocidos como bcm43xx. Dispone del módulo que la gestiona pero requiere la instalación de firmware propietario, por lo que no es instalada automáticamente. En el sitio de Fentlinux se nos explica cómo usarla con sus propios drivers y con Ndiswrapper.
Prism2/2.5/3. Son de las más veteranas entre las tarjetas compatibles y suelen dar cobertura a las más que difíciles conexiones por USB. Más información a través del proyecto Linux-wlan-ng, aunque lleva parado desde el año 2004 por ser material obsoleto que usa el protocolo 802.11b. Caso particular es el de la Amper - Senao SL-2511CDPLUS EXT2 por PCMCIA y la Senao SL-2511UB por USB, ambas de Telefónica y, por tanto, muy populares entre bastantes usuarios. Recomiendo visitar los foros de Guadalinex para saber cómo instalarlas.
Atmel. Es también uno de los fabricantes más veteranos y dispone de productos que funcionan exlusivamente con el protocolo 802.11b. En casi todas las distros de Linux se incorporan drivers libres, bajo el proyecto AT76C502. En el sitio de SourceForge se da cobertura a otro proyecto para Linux. Material muy fiable pero clasificado como obsoleto.

Hay algunos chipsets que me he dejado en el tintero [ufff... menos mal... este capítulo se me está haciendo larguísimo, quizás porque he tenido que escribirlo íntegramente desde el principio y he debido reorganizar toda la información], ya que éstos son los que me resultan más conocidos y frecuentes. Dejo en vuestras manos añadir los que falten.

Debo decir que la mayoría de las tarjetas que montan alguno de los chipsets mencionados [casi me arriesgo a decir que todas], funcionan con Ndiswrapper, pero hay que hacer antes una pequeña correción. Se debe editar como root un archivo llamado blacklist [buscar en /etc/hotplug/blacklist para Guadalinex v3/Breezy o en /etc/modprobe.d/blacklist para Guadalinex v4/Edgy] y añadir una línea al final del texto con el nombre del módulo que haría funcionar el chipset de la tarjeta en v3 y el término blacklist seguido del nombre del módulo para la v4. Con ello conseguimos que no se vuelva a cargar en el inicio del sistema y así evitamos que interfiera con la carga del driver de Ndiswrapper. También nos aseguraremos de descargar el módulo usando como root [ubunteros, recordad el uso de sudo] el comando rmmod nombre_modulo.

El próximo capítulo estará dedicado a la instalación de Ndiswrapper.

¡¡¡ Hasta pronto !!!

;-)

Tarjetas Compatibles (I)

2007-02-26T18:01:00.001+01:00

Este es el primero de una serie de tres artículos dedicados a explicar qué dispositivo inalámbrico conviene elegir para conectar nuestro equipo vía wireless usando el sistema operativo Linux. En este primer número trato de explicar cómo elegir la tarjeta adecuada para que funcione en nuestro flamante sistema operativo del pingüino. En el segundo número explico cómo instalar las diferentes tarjetas compatibles, según el chipset que puedan montar. Finalmente, en el tercero, explico un procedimiento muy ingenioso para hacer funcionar con Ndiswrapper aquéllas tarjetas que no son compatibles [o que, simplemente, no somos capaces de hacerlas funcionar con sus respectivos controladores bajo Linux].

Mi experiencia con este tipo de dispositivos inalámbricos [comúnmente conocidos como wifi] ha sido más que satisfactoria, aun a pesar de que muchos fabricantes no disponen de drivers suficientemente desarrollados para sistemas operativos Linux o, simplemente, no disponen de drivers, situación que resulta cada vez menos habitual.

Existen en el mercado chipsets que vienen dando soporte para Linux desde las primeras versiones [aquéllas que usaban el protocolo 11.b], como los muy conocidos Orinoco o los Prism2/2.5/3. Pero hoy, cada vez son más difíciles de encontrar y la mayoría de las tarjetas que podemos adquirir en el mercado usan el más evolucionado protocolo 11.g, aunque son compatibles con el anteriormente citado 11.b.

Así pues, si estás leyendo este blog es porque tienes necesidad de configurar tu conexión inalámbrica bajo el sistema operativo Linux que, aunque muchos no lo crean, lleva años dando asistencia para este tipo de conexiones. Por tanto, voy a dejarme de rollos y me voy a centrar en la explicación que ocupa este artículo.

¿Qué tarjeta me compro?

Ésta es la primera pregunta que todos nos hacemos antes de agenciarnos ese pequeño dispositivo que nos permite conectarnos casi desde cualquier sitio [siempre que haya una red inalámbrica que nos dé cobertura], en nuestra casa, en el trabajo, en la Universidad, en un aeropuerto e incluso hasta en plena vía pública.

Mi opinión es que miremos antes las ofertas del mercado, ya que la diferencia de precios puede justificar una compra u otra. Además, podemos instalar la tarjeta a un puerto USB [es la opción preferida por la mayoría de compañías proveedoras de acceso a Internet... ¿por qué será?] o a un puerto PCI [como otros tantos dispositivos de nuestros equipos de sobremesa]. Un caso particular es el de las denominadas PCMCIA/Cardbus de muchos ordenadores portátiles y que se podrían englobar entre las de tipo PCI.

Si tenemos la posibilidad de elegir por el tipo de interfaz de conexión y no queremos quebrarnos la cabeza, hay que evitar las de tipo USB, aunque, como comentaré más adelante, su grado de compatibilidad es cada vez mayor.

Una vez que hemos elegido el tipo de interfaz que queremos para nuestra tarjeta, viene la opción más difícil. ¿Qué chipset nos conviene que lleve instalado? Por supuesto, cualquiera que sea compatible con Linux. Y aquí os recomiendo echar un vistazo al sitio Linux Wireless LAN Support, donde se puede consultar el grado de compatibilidad de una tarjeta según el fabricante de la misma [aunque debo decir que, con demasiada frecuencia, los fabricantes modifican el chipset de sus tarjetas sin previo aviso y nos encontramos con un mismo modelo de tarjeta que puede montar dos y hasta tres chipsets diferentes]. Esto nos obliga a comprobar previamente el grado de compatibilidad que pueda tener la tarjeta candidata y, a pesar de todo, comprar el producto con la condición de que si no es compatible con Linux o somos incapaces de hacerla funcionar, podamos devolverla sin ninguna complicación. La mayoría de los comercios nos van a dar estas facilidades, pero conviene hablarlo previamente con el establecimiento elegido.

Ya tengo mi tarjeta. ¿Y ahora qué?

Pues es el momento de pasarle la prueba decisiva. En Linux es muy fácil saber el chipset que monta una tarjeta [en otros sistemas operativos es realmente un misterio]. Me he encontrado con tarjetas que no sólo han sido reconocidas de inmediato, sino que además han salido funcionando sin hacer absolutamente nada. Increíble, pero cierto.

Bien, pues llegado a este punto abrimos un terminal o consola y ejecutamos el comando lspci [ojo, que empieza por ele] si es un dispositivo PCI/PCMCIA o bien lsusb si fuera tipo usb. Aparecerá una lista de los dispositivos conectados al puerto referido. Normalmente vamos a encontrar un extenso informe en el que suele aparecer una línea como la siguiente:

0000:02:00.0 Network controller: Ralink Ralink RT2500 802.11 Cardbus Reference Card (rev 01)

Cuando se trata de dispositivos PCI/PCMCIA [inclusive los de tipo interno que montan la mayoría de los equipos portátiles o laptops], conviene repetir la ejecución del comando con un modificador para que nos informe del código identificativo del chipset. Para ello ejecutamos en el terminal el comando lspci -n y obtenemos un informe en el que se incluye una línea como la siguiente:

0000:02:00.0 0280: 1814:0201 (rev 01)

En este caso, el código respectivo es 1814:0201 que identifica y caracteriza con precisión el chipset respectivo, aunque, afortunadamente, no lo íbamos a necesitar ya que sabíamos a partir del primer informe que se trataba del chipset rt2500 del fabricante Ralink, perfectamente compatible con Linux. Debo decir que el informe del comando lsusb nos proporciona directamente la combinación de ocho dígitos identificativos, aunque si fuera necesaria más información podría ejecutarse lsusb -v.

Una vez que hemos identificado el chipset debemos verificar si tiene drivers compatibles para Linux. Esa búsqueda puede resultar de lo más simple o, por el contrario, volverse de lo más ingrato. Normalmente, si en el informe encontramos un chipset fabricado por Ralink, Atheros, Prism, ACX, IPW, Zydas y algunos otros [llegado a este punto es recomendable mirar en la lista que nos ofrece el sitio de "Linux Wireless LAN Support" mencionado más arriba], estaremos de enhorabuena. Como diría un matemático, se trata de una condición necesaria pero no suficiente, ya que en no pocos casos, nos encontramos con tarjetas que montan chipsets compatibles y que no hay forma de hacerlas funcionar. No todo iban a ser buenas noticias. En el próximo envío explicaré cómo hacer funcionar estos dispositivos en sistemas operativos basados en Linux.

¿Y si mi tarjeta no es compatible con Linux?

Pues no está todo perdido. Existe un remedio en  Linux que hace funcionar a muchísimas tarjetas [compatibles y no compatibles] y que suelen tener disponible la mayoría de las distribuciones: NdisWrapper. Como se puede comprobar en Wikipedia, se trata de un "envoltorio" que permite insertar en él los drivers de Windows para que funcionen bajo Linux. Y esta maravilla es "Open Source" por lo que no debemos tener remordimientos a la hora de usarla en nuestro sistema. ¡Para algo tenía que servir el S.O. de las ventanitas!

Si nuestra distro favorita, una vez instalada no dispone de esta prodigiosa herramienta, tenemos dos opciones: bajarnos los paquetes de los respositorios habituales o, en el peor de los casos, compilarlos. Yo soy usuario de Guadalinex, la distribución andaluza de Linux basada actualmente en Ubuntu y adaptada a las necesidades de una comunidad que crece gracias al esfuerzo de educadores, desarrolladores y usuarios. Os invito a visitar nuestros foros, en los que participo desde hace algún tiempo.

¡¡¡ Hasta el próximo capítulo !!!

:-)

Mi primer envío

2004-06-02T00:42:00.001+02:00

Después de más de dos años durmiendo en el disco duro de un servidor olvidado [concretamente desde que lo creé el miércoles 2 de junio de 2004], por fin me decido a abrir públicamente este blog [quizás sea más adecuado llamarle bitácora, término acuñado por numerosos usuarios de este servicio dentro del mundo hispano]. Y antes de entrar en faena, una pequeña aclaración sobre el porqué del nombre: una sencilla ecuación que puede resumirse en la siguiente expresión, ambiente + linux = ambientix

Este primer artículo quiero iniciarlo con una receta [la primera que elaboré al poco de llegar al mundo de Linux en la primavera de 2004].

Acababa de instalar Guadalinex en un ordenador portátil Airis Gea 620 pero no lograba hacer funcionar el módem interno, lo que me produjo serios dolores de cabeza, pero al final me reportó la satisfacción de conectar a Internet desde Linux, algo que para un recién llegado como yo supuso una inmensa alegría. Ya no era un usuario cualquiera: podía conectar con la red y descargar paquetes de los repositorios con un simple clic. Esta que sigue es, a grandes rasgos, la receta elaborada por aquellas fechas.

Mi portátil tiene un chip que emula al módem Smartlink 56K y me he propuesto instalarlo bajo Guadalinex en su versión 1.0 conocida como "Ciudadano" y estoy muy cerca de conseguirlo. Si tu equipo monta un módem interno, habitualmente conocido como "winmodem" y quieres instalarlo bajo Linux, te recomiendo sigas los siguientes pasos:

1) Entra en la web http://linmodems.org y bájate la herramienta scanModem, la instalas en tu equipo bajo Linux y con ella podrás generar un informe con las características de tu módem y de los dispositivos compatibles con el mismo.

2) Bájate los drivers adecuados de las direcciones que te indica scanModem o en su defecto haz un búsqueda en Internet, descomprímelos y lee las instrucciones de instalación. También puedes descargarlos del sitio de Linmodems, donde encontrarás además de los Smartlink comentados, los de otros fabricantes como Intel, Pctel, Motorola y alguno más que no viene al caso. No los instales aun.

3) Bájate las cabeceras (headers) del repositorio de Guadalinex. Una aclaración sobre los comandos aplicados a continuación: El símbolo # se asocia al uso de los mismos como superusuario root, en cambio el símbolo $ se refiere a comandos usados por cualquier usuario sin privilegios. Quede claro que en ningún caso

4) Instala las cabeceras en tu sistema como root mediante el comando

# dpkg -i kernel-headers-2.4.23-ck1_1.0_i386.deb

5) Crea un enlace simbólico para poder compilar los drivers (en mi caso es como sigue) con el comando

# ln -s /usr/src/kernel-headers-2.4.23-ck1 /lib/modules/2.4.23-ck1/build

Posiblemente, tu sistema te indique que el fichero "/lib/modules/2.4.23-ck1/build" ya existe; y es cierto, pero apuntando a otro sitio y no hacia el directorio correcto "/usr/src/kernel-headers-2.4.23-ck1". ¿Posibles soluciones? Como soy novato en esto, lo que yo hice fue borrar como root el enlace mediante el comando rm, lo que no es aconsejable porque puedes borrar los archivos a los que apunta el enlace, por lo que es preferible usar el comando unlink. Si este es tu caso, usa los siguientes comandos:

# unlink /lib/modules/2.4.23-ck1/build
# ln -s /usr/src/kernel-headers-2.4.23-ck1 /lib/modules/2.4.23-ck1/build

6) Ahora instala los driver que descomprimiste en el paso 2, de acuerdo con las instrucciones que se acompañan. En mi caso lo hice mediante los siguientes comandos:

$ make
# make install

Si hay suerte podrás pasar al siguiente paso ... yo estoy aquí atascado y si avanzo ya lo comunicaré en el foro. Si alguien puede echar una mano se agradece.

7) Configura la conexión y crea una cuenta de acceso.

Hasta aquí, todo debería ir sin problemas. Pero llegado este punto anduve bastante atascado...

Después de compilar e instalar slmodem-2.9.6, se debe crear una instalación del dispositivo en dev/ttySL0 (lo habitual es que lo haga en dev/ttys?, donde ? puede ser 0, 1 ó 2), enlazado con dev/modem, pero lo cierto es que dicho archivo no existe ... por lo que no puedo configurar la conexión, así que habrá que seguir investigando... :-?

Y esto escribí con posterioridad...

Por fin he logrado instalar el módem Smartlink 56k en un portátil Airis 620 :-D

Sobre chip Intel AC'97 82801DB ICH4 bajo controlador 8086:24c6 y subsistema 1584:4007, he seguido todos los pasos descritos anteriormente (ver también el archivo Readme generado al descomprimir el paquete slmodem-2.9.6.tar.gz), aunque antes de continuar son necesarias unas aclaraciones muy importantes:

1) Algunos paquetes Debian que conseguí para hacer funcionar el módem no los he necesitado para instalar los drivers, me bastó con el paquete slmodem-2.9.6.tar.gz.

2) Una vez que se termina el proceso de instalación, justo después de ejecutar como root # make install, se procede a la carga del driver y la creación del puerto mediante el comando

# slmodemd --country=SPAIN
(si no te sale el mensaje del recuadro de más abajo deberás ejecutarlo como sigue)
# /usr/sbin/slmodemd --country=SPAIN

llegado este punto aparece en el terminal el siguiente mensaje:

SmartLink Soft Modem: version 2.9.6 Apr 4 2004 02:59:34
modem `slamr0' created. TTY is `/dev/pts/2'
symbolic link `/dev/ttySL0' -> `/dev/pts/2' created.
Use `/dev/ttySL0' as modem device, Ctrl+C for termination.

Como queda claro, se liquida el proceso de carga mediante la combinación de teclas Ctrl+C o cerrando el terminal. Por tanto, no hagas ninguna de las dos cosas.

3) Abrimos otra consola como root (mientras tanto la anterior sigue activa) y ejecutamos:

# pppconfig para crear la/s cuenta/s de conexión que queda/n almacenada/s en nuestro equipo. Muy importante es que indiques como puerto de comunicaciones /dev/ttySL0

4) Desde esta segunda consola se ejecuta la siguiente línea de comando:

# pon nombre_de_tu_cuenta

y para finalizar la conexión se usa ésta otra:

# poff nombre_de_tu_cuenta

También se puede matar el proceso cerrando las consolas. Otra cosa, puedes usar la aplicación Gkdial, pero a mí me ha dado cuelgues y problemas, por lo que aviso antes.

Finalmente, estoy probando scripts que automaticen el proceso de carga del módem desde el inicio y evitar la tediosa tarea de ejecutarlo cada vez que nos conectamos; además hay que tener abiertas dos consolas y si se puede, mejor evitarlo. Por ahora no he encontrado la forma de arreglarlo, así que por favor, si encuentras una solución que esté funcionando en Guadalinex, ponla aquí en el foro.

-----------------------------

Esta que sigue es la solución que proponía bitsdisasters (usuario de los foros de Guadalinex) para este problema:

(una vez instalados los paquetes, siempre como root)... cargamos los drivers con modprobe slamr lo que creará el dispositivo /dev/slamr0. Luego ejecutas slmodemd --country=SPAIN /dev/slamr0 y matas el programa con Ctrl +C. Entonces haciendo simplemente slmodemd & lo puedes ejecutar en segundo plano y configurar con pppconfig indicando que el puerto de comunicaciones es el /dev/ttySL0. Si usas kppp o gppp tendrás que crear un enlace simbólico hacia /dev/modem para que puedan hacer uso del módem.

=====================================

Finalmente conseguí instalar el winmodem de mi equipo, no sin pelearme una y otra vez con el módem, el software y el sistema. :-((

Con objeto de cargar el módem al inicio y mejorar la seguridad del equipo, ya que el terminal de root debe permanecer abierto mientras la conexión esté activa, he realizado los siguientes cambios:

1) He creado como root el fichero de texto /etc/init.d/slmodemd con el contenido siguiente:

/usr/sbin/slmodemd --country=SPAIN &

2) He otorgado permisos de lectura y ejecución mediante el uso del siguiente comando:

sudo chmod 755 /etc/init.d/slmodemd

3) He ejecutado el comando runlevel para saber el nivel de ejecución de mi sistema [aparece un número del 2 al 5 que se corresponde con la X que he asignado al hipotético directorio /etc/rcX.d]. En mi caso era el 2 y por tanto debía crearlo en /etc/rc2.d como indico a continuación.

4) Me he situado en el directorio /etc/rc2.d y he creado el enlace simbólico respectivo con el comando:

# ln -s ../init.d/slmodemd S95slmodemd

... y problema resuelto. Ya tienes tu sistema listo para conectar con la cuenta previamente configurada.

Ufff, me pareció auténticamente un milagro haberlo conseguido.

Hasta pronto