Tarjeta USB de Imagenio

¡¡¡ 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

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.

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 :-)

Tarjetas Compatibles (II)

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 !!!

;-)