Archivo de la categoría: Emulación

Notas sobre la actualización de Ubuntu 11.10 (Oneiric Ocelot) a 12.04 (Precise Pengolin)

En la actualización, se desactivan automáticamente todos los repositorios de terceros, por lo que habrá que reactivarlos o actualizarlos posteriormente.

Hay determinado software que te dará algún problema extra.

Dropbox

Dropbox no consigue reiniciarse una vez actualizado el sistema a 12.04.

Este problema me surgió en la actualización de Cecile, pero no es una instalación fresca en Sophie. Para imitar una instalación fresca:

  1. Ejecuta el comando «echo 100000 | sudo tee /proc/sys/fs/inotify/max_user_watches». Sio no lo haces, te lo pedirá él de todas formas en cuanto lo inicies.
  2. Borra tu carpeta Dropbox (haz antes una copia de seguridad, claro).
  3. Borra la configuración (es decir, el directorio «.dropbox» de tu Home)
  4. Ahora inicia de nuevo dropbox.

Con esto, en mi sistema funcionó y empezó a sincronizar de nuevo. Eso si, preparate para esperar un buen rato, porque tendrá que bajarse de nuevo todos los ficheros desde la nube. Curiosamente no funcionó a la primera sino al segundo o tercer intento.

Curioso, muy curioso.

VMware

O VMplayer, da igual. No funcionan en Ubuntu 12.04. El problema es que fallará la compilación de los módulos vmnet debido a cambios en el kernel 3.2 que usa esta versión de Ubuntu.

Afortunadamente, hasta que los chicos de VMware se den por aludidos y saquen una versión corregida compatible con Ubuntu 12.04, hay disponible un parche creado por la comunidad. Bájatelo a tu ordenador. Descomprimelo. Vete a la carpeta donde se ha descomprimido, y ejecuta el script «patch-modules_3.2.0.sh» como root. Deja que el script trabaje y parchee las fuentes. Cuando termine (no tardará mucho), arranca de nuevo VMware.

Esto funciona para la versión de VMware 8.0.2. Si quieres instalar la nueva versión VMware 8.0.3 volverá a fallar la compilación, así que tendrás que ejecutar de nuevo el script. Pero antes tienes que editarlo y cambiar la línea donde pone «vmreqver=8.0.2» por «vmreqver=8.0.3» para después ejecutar el script.

Si aplicas el parche a VMware 8.0.2 y después actualizas a 8.0.3 el parche no dejará que lo vuelvas a ejecutar. Para que funcione, tendrás que borrar el fichero /usr/lib/vmware/modules/source/.patched como root.

Marcar con fosforito los PDF.

Sip. Soy de los que con los apuntes hacían verdaderas escabechinas, marcando aquí y allá con fosforitos de colorines. Pero como ya sabes si me vienes siguiendo, ahora ya no uso papel prácticamente para nada: en lugar de eso lo escaneo todo y lo meto en el disco duro, que es más práctico y ocupa menos sitio. Salvo que el papel en cuestión sea un certificado, claro, o una garantía o un justificante… y poquitas más excepciones. La cuestión es cómo trabajar en pantalla como lo hacía en papel: con mis fosforitos, bolígrafo para hacer anotaciones y todas esas cosas.

Y es un problema porque resulta que, aunque hay lectores de PDF razonablemente buenos para linux (no excelentes, pero si buenos), no ocurre lo mismo con editores, o al menos lectores que permitan añadir comentarios, marcadores o resaltados.

Vaya, que no hay ninguno que yo sepa.

La esperanza la tengo puesta en Foxit Reader, un software para Windows que tiene una versión nativa para Linux. Muy rápida y ligera, por cierto, pero en inglés y sin las funcionalidades necesarias para añadir los comentarios ni resaltados que sí tiene la versión Windows.

Digo que tengo la esperanza puesta en ellos porque en su Web anuncian claramente y sin tapujos que su versión Linux no incluye nada de eso pero están trabajando para que sí lo incluyan próximas versiones, incluido también el soporte de múltiples idiomas, castellano incluido.

Buen software para Windows y buenas promesas para Linux. De momento no tenemos nada más que eso.

Hasta que Foxit cumpla lo prometido, habrá que conformarse con algún parche como el que yo te propongo: utilizar un programa Windows en tu Linux, gracias a Wine.

Concretamente, mi propuesta es el programa PDF-XChange Viewer, de la empresa Tracker Software Products. Tienen varios programas relacionados con los PDF, muchos de pago aunque con precios razonables. El visor más básico (PDF-XChange Viewer), resulta que es gratuito, no es tan básico como podrías pensar, e incluye todo lo que puedes necesitar normalmente, incluida la posibilidad de añadir o editar marcadores, resaltados, anotaciones, etc…

Y funciona perfectamente en Wine. Solo tienes que instalar el emulador (perdón… Wine Is Not an Emulator… ;-) con el típico comando «apt-get install wine» y después descargarte el fichero instalador de PDF-XChange Viewer, darle permisos de ejecución y ejecutarlo a golpe de click de ratón para que te lo instale en tu escritorio.

PDF con Wine

Y ahora me preguntarás… «¿y si uso un dispositivo móvil con Android?«.

Pues Repligo Reader, de Cerience Corporation, claro. Vamos, vamos, puedes hacer preguntas mucho mejores que esa… :-P

Estoy intentando configurar un modem Smartlink en Ubuntu y no encuentro el paquete sl-modem-source

Recientemente me he comprado un modem/fax USB para sustituir al viejo modem serie que tenía. Obviamente, el modem en sí mismo no lo necesito para nada, pero sí me interesan las funciones fax. Por desgracia, los nuevos ordenadores tienden a venir sin puerto serie, lo que es un problema si pretendes usar un modem/fax, así que una posible solución es instalar un modem USB.

Yo compré uno de la marca Dynamode, teóricamente soportado por Linux, que lo identifica con el comando «lsusb» de esta forma:

[lacofi@selene]$ lsusb
Bus 011 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 010 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 009 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 003: ID 046d:c00b Logitech, Inc. MouseMan Wheel
Bus 007 Device 002: ID 046d:c317 Logitech, Inc.
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 002: ID 0483:7554 SGS Thomson Microelectronics 56k SoftModem 
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 005: ID 0718:1000 Imation Corp.
Bus 003 Device 004: ID 059f:1018 LaCie, Ltd
Bus 003 Device 002: ID 04b4:6560 Cypress Semiconductor Corp. CY7C65640 USB-2.0 "TetraHub"
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 002: ID 0424:2250 Standard Microsystems Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 007: ID 04a9:220e Canon, Inc. CanoScan N1240U/LiDE 30
Bus 001 Device 006: ID 0409:005a NEC Corp. HighSpeed Hub
Bus 001 Device 005: ID 0409:005a NEC Corp. HighSpeed Hub
Bus 001 Device 004: ID 059f:1018 LaCie, Ltd
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Observa la línea marcada en cian y que habla de un Softmodem. Si sigues tirando del hilo a través de Google, verás que este modem lleva un chipset Smartlink, y que la instalación seguiría estos pasos:

[lacofi@selene]$ sudo su
password:
[root@selene]# apt-get install module-assistant
[root@selene]# module-assistant auto-install sl-modem
[root@selene]# apt-get install sl-modem-daemon

Y después reiniciamos el sistema.

Vale, todo parece muy sencillo, pero cuando lo hice en mi máquina, me encontré con que no existía el paquete sl-modem-source en los repositorios, y module-assistant abortaba la operación porque no tenía código fuente para poder compilar.

Y a eso iba. Resulta que sl-modem-source solo está disponible para los sistemas de 32 bits. Si utilizas la versión de Linux de 64 bits (lo sabrás porque en la salida del comando «uname -a» sale un misterioso «x86_64» por algún lado), no dispondrás de ese paquete y por tanto no podrás hacer funcionar tu modem Smartlink.

Se siente.

Una posible solución es hacer funcionar una máquina virtual VMware. Supongo que VirtualBox también sirve, todo depende del buen o mal soporte que tenga de USB. El caso es que a mí el modem funciona de perlas en VMware bajo un sistema invitado Windows XP Pro. Y supongo que no debería haber problemas tampoco para que funcionase instalando un sistema invitado Ubuntu Linux 32 bits. ;-)

He actualizado el iTunes de mi máquina virtual VMware a la 9.2 y ahora se cuelga cuando intento sincronizar el iPod

Sip. Así es. :-(

Si tienes una máquina VMware con un sistema Windows que usas para sincronizar tu iPod, es muy probable que tarde o temprano acabes actualizando el iTunes a la versión 9.2. A partir de ese momento, probablemente tendrás serios problemas. Con un sistema Windows XP Pro, mi iTunes se colgaba de forma caótica cada vez que intentaba sincronizar el iPod. Lo curioso es que el iTunes muchas veces no llegaba siquiera a aparecer en pantalla al enchufar el iPod, pero para el administrador de procesos sí que estaba funcionando. Con el Windows 7 Home, el problema era incluso más serio, porque se me colgaba no solo el iTunes, sino que desestabilizaba todo el sistema Windows.

Malgasté un montón de tiempo intentando averiguar qué pasaba, antes de que se me pasara por la cabeza intentarlo con un Windows instalado en una partición real (y no una máquina VMware). Me costó, porque hasta entonces siempre había sincronizado sin problemas en VMware, con múltiples versiones tanto de VMware como de iTunes, así que no veía por qué iba a ser un problema ahora. Pero el caso es que en una partición real, el iPod se sincronizaba como la seda (a toda leche, por cierto).

Tengo la teoría no confirmada de que los ingenieros de Apple han toqueteado en el código del iTunes 9.2 para que acceda al hardware USB de forma irregular con el fin de acelerar el acceso. La mayoría de las máquinas reales no se dan cuenta, solo aumentan su rendimiento. Pero las máquinas VMware (y supongo que también algunas máquinas reales con hardware rarito), sí se daban cuenta y les sentaba bastante mal.

Si quieres seguir utilizando VMware para sincronizar tu iPod, ¿hay solución?.

Pues sip. A fecha de hoy, VMware ha sacado una actualización (la versión 7.1.1) que «corrigue errores en dispositivos USB». Efectivamente, tal y como suena, el principal motivo de esta actualización es perfeccionar la virtualización de USB para que los dispositivos no tengan problemas. Y puedo confirmar que VMware 7.1.1 es capaz de sincronizar correctamente (y muy rápido, además), el iPod con iTunes 9.2 (o superiores).

Así que si tienes este problema, actualiza tu VMware a la versión 7.1.1 o más alta. A la voz de ya. ;-)

Usar un ordenador Windows para controlar un servidor Linux

Si tu servidor Linux está normalmente ocupado (por ejemplo por tu santa, ejem, ejem) y no puedes acceder a él, tal vez te interese poder entrar desde otra máquina de tu red local. Pero no solo en modo de consola, que eso es muy fácil usando SSH, sino también en modo gráfico, esto es, logarte a tu escritorio y acceder a tu correo en Evolution, a tu escáner, a tus datos, etc, como si estuvieras físicamente al teclado de la máquina.

¿Cómo puedes hacer eso?. Bueno, hace unos años, te hubiera dicho que activaras la opción XDMCP de gdm y ya está, pero lo cierto es que XDMCP es bastante inseguro y de hecho Ubuntu ha retirado la opción de su pantalla de login. Aún puede activarse y usarse, pero ya no se puede hacer con un simple click de ratón y hay que editar a mano algún fichero de configuración.

Hoy por hoy, yo te aconsejaría más bien VNC, porque es lo que mejor resultado me está dando y porque tiene varias ventajas, aparte de la mayor seguridad del software. Por ejemplo,  hay clientes tanto Windows como Linux, con lo que puedes activar el servidor en tu máquina Linux y controlarla desde Windows, lo que no está nada mal.

Lo primero que hay que hacer es instalar el software servidor. Para ello lógate como root en la máquina Linux y ejecuta un:

[root@selene]# apt-get install vnc4server

Ahora lógate como usuario normal y arranca el servidor con un:

[root@selene]# exit
[lacofi@selene]$ vncserver -geometry 1280x1024 -depth 24 :1

New 'selene.jeanette.es:1 (lacofi)' desktop is selene.jeanette.es:1

Starting applications specified in /home/lacofi/.vnc/xstartup
Log file is /home/lacofi/.vnc/selene.jeanette.es:1.log

(asegúrate de que esa es la resolución que quieres, claro).

Lo segundo que hay que hacer es instalar el software cliente. Si el cliente es una máquina linux, tienes que ejecutar un «apt-get install xvnc4viewer«, por ejemplo. Si el cliente es una máquina Windows instala RealVNC u otro software equivalente.

Para conectacte, ejecuta el programa cliente (por ejemplo RealVNC) y cuando te pregunte dile que vaya al servidor «192.168.0.2:1«, suponiendo que 192.168.0.2 es la IP local de tu servidor Linux, y que «1» es el número del Display (recuerda que lo especificas cuando ejecutas vncserver, aunque habitualmente es 1 o el siguiente disponible si hay varios servidores ejecutándose).

También tienes que meter tu contraseña cuando te lo pida. No te preguntará por el usuario, puesto que asumirá que es el mismo que ha arrancado el servidor VNC de ese Display. Por ejemplo, si quieres que otro usuario linux pueda acceder desde otro ordenador, es muy fácil: solo tendrá que arrancar su propio servidor VNC ejecutando el mismo comando, pero apuntando a otro display «:2». Así que el que intente entrar en ese display tendrá que proporcionar la contraseña de ese usuario y no del anterior. No se si me explico o te estoy liando. ;-)

Te recomiendo que en la máquina Linux instales como servidor VNC el programa vnc4server, y no el famoso TightVNC. ¿Por qué?. Bueno, se instala igual, es igual de fácil de ejecutar y entras en tu escritorio de la misma forma. Peeeero, en mi máquina tenía la desagradable manía de colgarse y hacer crash en cuanto ejecutaba algún programa medianamente decente (Gimp, digiKam, Evolution…), lo que lo convertía en una verdadera tortura prácticamente inútil. Todo eso se solucionó simplemente desinstalándolo e instalando en su lugar vnc4server. Que lo sepas.

Desde que actualicé mi VMWare no puedo hacer un apagado limpio

Si has instalado VMWare, puede que te encuentres conque no puedes hacer un apagado limpio de tu Gentoo (en el huesped, no en el invitado), y la secuencia de shutdown se detiene poco después de xinetd. Lo verdaderamente curioso es que yo no he sido capaz de detener el programa bloqueado, ni siquiera localizarlo, y me vi obligado a hacer apagados sucios (cruzando los dedos para que ext3 y reiserfs aguantasen).

En mi caso, el problema era especialmente irritante, porque tengo un SAI precisamente para evitar cosas como esa, y mira tú.

Así que, por ensayo y error, fui retirando servicios de la secuencia de inicio para volver a intentar un shutdown a ver si se completaba. Naturalmente en cada intento iba retirando los servicios más prescindibles con la intención de ir progresivamente hasta iptables. Pero mira por dónde, uno de los primeros ensayos fue con el servicio vmware y descubrí que era el culpable.

Es más, se trata de un bug conocido y documentado en el Gentoo Bugzilla, con lo que una vez que localizas el problema ya puedes tirar del hilo. Se trata, efectivamente de un bug en /etc/init.d/vmware, que al hacer un stop se cuelga al intentar desmontar el directorio virtual /proc/fs/vmblock/mountPoint. Al parecer, el intento falla porque ya ha sido desmontado previamente y no tiene a bien comprobarlo, con lo que se queda esperando indefinidamente.

Afortunadamente, hay una solución fácil (un workaround, que dicen en el imperio). Solo tienes que comentar la línea en cuestión, en el fichero /etc/init.d/vmware, con lo que quedaría tal que así:

 
#umount /proc/fs/vmblock/mountPoint

Pues hala. Con esto ya puedes devolver vmware a la secuencia de inicio y hacer de nuevo apagados limpios.

Por cierto, tanto ext3 como reiserfs aguantaron sin problemas todos los apagados sucios. Incluidos los ext3 que tengo en tres unidades encriptadas. Lo sepas.

En VMWare solo puedo sincronizar mi Pocket PC una vez

Últimamente uso bastante las máquinas virtuales VMWare, sobre todo para sincronizar mi iPod con un Windows XP virtual. VirtualBox, en cambio, tiene muchos problemas, no solo con la iPod sino también con las PDA, así que VMWare es de momento la mejor opción porque maneja muy bien y muy rápido los puertos USB 2.0. Ya se que es políticamente incorrecto para un linuxero de pro, pero sinceramente os digo que no he encontrado ningún software Linux que iguale al iTunes, ni siquiera nuestro querido Amarok. Sobre todo para los locos que todavía compramos música de vez en cuando (compraría mucha más si me la dieran desprotegida, pero el iTunes Plus tiene una oferta muy baja por culpa de las discográficas). En fin… hay gente que todavía no se ha enterado de por dónde va el mercado. Apple sí, desde luego, pero no las discográficas. Pero es que ni p* idea, vamos.

Pero me estoy enrollando, como siempre. A lo que iba, que aprovechando que voy tirando de la máquina virtual, la estoy usando también para sincronizar la PDA (con lo que he abandonado SynCE, tal vez para siempre). Solo hay un problema: hay alguna incompatibilidad aún no corregida con los drivers usb_storage de Linux, que hacen que solo funcione bien si no hay ningún disco duro USB funcionando. Aun así, es muy posible que solo consigas sincronizar la PDA una vez. Si la desenchufas y luego la vuelves a enchufar, verás que ya no la reconoce. Solo lo hará de nuevo si apagas la máquina virtual y luego reseteas Linux, una medida demasiado drástica, creo yo.

Hombre, tampoco hay que llegar a eso. Puedes parchear el problema sin necesidad de rebotar el ordenador. Lo único que hay que hacer es desmontar los módulos problemáticos del kernel cada vez que desenchufes la PDA.

Haz la prueba. Enchufa tu PDA a la máquina virtual y deja que se sincronice. Ahora desenchúfala. Ahora abre una terminal Konsole o Gnome-terminal y desmonta los módulos que nos molestan:

 
[lacofi@jeanne lacofi]$ su
password: 
[root@jeanne /home/lacofi]# rmmod rndis_wlan
[root@jeanne /home/lacofi]# rmmod rndis_host
[root@jeanne /home/lacofi]# rmmod cdc_ether
[root@jeanne /home/lacofi]# rmmod usbnet
[root@jeanne /home/lacofi]# exit
[lacofi@jeanne lacofi]$

Ahora vuelve a la máquina virtual y enchufa la PDA otra vez. Esta vez debería ser reconocida de nuevo sin problemas. :-)

Instalación de OS/2 Warp 4 en Qemu

Bueno, pues hoy vamos a instalar OS/2 Warp 4 en el emulador Qemu. ¿Vale?.

Atención, la instalación que voy a describir está hecha con la versión 0.80 de Qemu. Si no la tienes, deberías instalarla. Bueno, en realidad podría hacerse también en versiones anteriores de Qemu, pero el método sería ligeramente distinto, entre otras cosas porque el monitor de hardware no está integrado en la emulación. Hazme caso, instala la 0.80 que no te arrepentirás.

Quiero dar las gracias a la Web OS/2 Warp 4 and Qemu. El procedimiento de instalación no tiene ningún secreto y lo hice por mi cuenta, pero no conseguía más que la resolución VGA standard, con lo que quedaba muy pobre. Ricardo Mendonça, en cambio, incluye una excelente descripción de cómo instalar los fixpacks en inglés y las utilidades de resolución de pantallla. Yo he añadido algunos toques para hacer lo mismo, pero en la versión española de los fixpacks. No habría podido hacerlo sin las pistas que me dió Ricardo Mendonça.

Para proceder a la instalación, necesitais una conexión a Internet para conseguir algunos drivers, y por supuesto, un CD-ROM original de Warp 4. Os recuerdo que OS/2 sigue siendo a fecha de hoy un programa comercial.

El primer paso es crear una imagen en disco duro de CD. No es imprescindible, podría accerse lo mismo directamente con el CD, pero Qemu prefiere siempre imágenes en disco duro, porque accede a ellas a mucha más velocidad.

[lacofi@jeanette ~]$ cd /mnt/qemu
[lacofi@jeanette /mnt/qemu]$ mkdir os2
[lacofi@jeanette /mnt/qemu]$ cd os2
[lacofi@jeanette /mnt/qemu/os2]$ mount /dev/cdroms/cdrom0 /mnt/cd
[lacofi@jeanette /mnt/qemu/os2]$ dd if=/mnt/cd of=cdwarp.iso

Mucho ojito con esto. Como veis, he montado el CD a mano. Si tuvieramos instalado un automontador (como es mi caso), tendríamos que usar el acceso real y no el directorio de montaje. Es decir, en lugar de todo lo anterior, tendríamos que usar, directamente:

[lacofi@jeanette /mnt/qemu/os2]$ dd if=/dev/cdroms/cdrom0 of=cdwarp.iso

Pero todavía no saqueis el CD de la unidad, porque ahora tenemos que sacar de ahí los disquettes de arranque. OS/2 Warp era de una época en la que los CD no autoarrancaban (¿os acordais?).

[lacofi@jeanette /mnt/qemu/os2]$ cp /mnt/cd/diskimgs/os2/35/disk1_cd.dsk disco1.raw
[lacofi@jeanette /mnt/qemu/os2]$ cp /mnt/cd/diskimgs/os2/35/disk2.dsk disco2.raw
[lacofi@jeanette /mnt/qemu/os2]$ cp /mnt/cd/diskimgs/os2/35/disk0.dsk instalacion.raw
[lacofi@jeanette /mnt/qemu/os2]$ chmod a-x disco* instalacion*

Naturalmente, ahora sí, ahora hemos usado el directorio de montaje y no el acceso real.

Ahora ya podemos sacar el CD y guardarlo de nuevo en su caja. No volveremos a necesitarlo en esta instalación.

El siguiente paso es crear una imagen de disco de 1 Gb de tamaño, que servirá de disco duro para nuestro OS/2.

[lacofi@jeanette /mnt/qemu/os2]$ qemu-img create -f raw warp.raw 1G
Formating 'warp.raw', fmt=raw, size=1048576 kB

Y lo preliminares ya están. Ahora tenemos que arrancar la emulación Qemu, con el CD y el disquette de instalación insertado, y con una orden para que arranque desde disquete. Si además le damos 128 Mb de RAM a la emulación, mejor que mejor. ¿Listos?. :-)

[lacofi@jeanette /mnt/qemu/os2]$ qemu -hda warp.raw \
> -cdrom cdwarp.iso \
> -fda instalacion.raw \
> -boot a \
> -m 128

Debería abrírse una ventana con la emulación Qemu. Una ventana tal que así:

*

¡Ya estamos en marcha!. Ahora hay que pulsar Ctrl-Alt-2. Eso nos pasa a la consola de Qemu, que se usa para cambiar de disquette, por ejemplo. Observad que os ha pedido el disquette 1: pues se lo damos, tecleando el comando «change fda disco1.raw».

*

Ahora pulsamos Ctrl-Alt-1 para ver la pantalla de la emulación.

*

Se quedará ahí un ratito, y parece que se ha colgado. Pero no, solo teneis que esperar un poco (menos de un minuto, en mi ordenador). Luego cambiará y vereis que os pide el disquette 2. Pulsamos Ctrl-Alt-2 y tecleamos el comando «change fda disco2.raw». Luego pulsamos Ctrl-Alt-1 y volvemos a la emulación.

Aparece la pantalla de bienvenida, donde tenemos que pulsar «Intro». En la siguiente pantalla nos da a elegir entre instalación simplificada o avanzada. Elegimos la simplificada. Luego nos dice que la partición del disco duro ha terminado, y nos pide que quitemos el disquette de la unidad A, que volvamos a insertar el disquete de instalación y luego reseteemos.

En realidad, tendremos que repetir todo esto, porque lo que ha ocurrido es que OS/2 se ha encontrado con un disco duro sin particionar, por lo que ha tenido que particionarlo y luego reiniciar la instalación desde el principio. Bueno, pues a ello vamos:

Lo que hacemos es seguir las instrucciones pero al modo Qemu: pulsar Ctrl-Alt-2, y teclear sucesivamente los comandos «change fda instalacion.raw» y «system_reset». Pulsamos Ctrl-Alt-1 para volver a la emulación.

Ahora vuelve a pedirnos el disquette 1. Pues eso: Ctr-Alt-2 y «change fda disco1.raw». Y después, como siempre, Ctrl-Alt-1 para volver a la emulación.

Ahora vemos la pantalla gráfica «OS/2 Warp», y después de un rato nos pide el disquette 2. Se lo damos pulsando Ctrl-Alt-2 y «change fda disco2.raw». Ctrl-Alt-1 para volver a la emulación.

Estamos otra vez en la pantalla de bienvenida. Volvemos a pulsar «Intro» y nos ofrece «Instalación simplificada o avanzada».

*

Esta vez elegimos la avanzada (si elegimos la simplificada, nos dará error, porque el disco duro está sin formatear). Nos pregunta si aceptamos la unidad C: para la instalación o especificamos otra unidad. Aceptamos C:. Nos dice que tiene que formatear la unidad, y nos pregunta si con HPFS o con FAT. Elegimos HPFS sin dudarlo. El programa de instalación formatea la unidad C: y empieza a copiar ficheros. :-)

*

Ahora nos dice que retiremos el disquette y pulsemos Intro para reiniciar la estación de trabajo. Bien, no podemos hacerlo desde la consola, porque tal y como arrancamos Qemu, volverá a iniciar desde disquette, y esta vez quiere arrancar desde disco duro. ¿Qué hacemos?. Pues cerrar Qemu, claro. Pulsamos Ctr-Alt-2 y luego el comando «quit».

Ahora hay que volver a arrancar la emulación, pero con una línea de comandos distinta: sin disquette, con el CD-ROM, y arrancando desde disco duro:

[lacofi@jeanette /mnt/qemu/os2]$ qemu -hda warp.raw \
> -cdrom cdwarp.iso \
> -m 128

Con esto, Warp arranca y nos lleva a la pantalla de Configuración del Sistema. Pulsamos en «Siguiente». Al primer click veremos que no ha pasado nada, pero en realidad sí ha pasado: el ratón ha quedado atrapado en la emulación Qemu. Podemos liberarlo de nuevo pulsando «Ctrl-Alt», pero ahora no nos interesa, sino que pulsamos en «Siguiente» (esta vez, de verdad).

Esto nos lleva a la segunda pantalla de Configuración del Sistema. De nuevo aceptamos todos los valores pulsando «Siguiente».

Ahora nos pide que instalemos una impresora. Como no tenemos ninguna, aceptamos «No instalar impresora por omisión», y pulsamos en «Bien».

Ahora nos aparece la pantalla de «Componentes a instalar».

*

Bueno, puedes entretenerte echando un vistazo, pero hay cosas interesantes en el apartado «BonusPak». Cuando hayas terminado, pulsa en «Siguiente».

Ahora aparece un cuadro de «Opciones avanzadas» con la opción «Añadir programas existentes al Escritorio». Pues vale, pulsa en «Bien».

Ahora sale otro cuadro de diálogo donde puedes seleccionar los servicios a instalar. Yo elegí «Cliente de archivos e impresoras», «Servicios TCP/IP», «Cliente de acceso remoto» y «Cliente de gestión de sistemas». Pulsa siguiente.

Ahora el programa se cuelga, y sale un error «SYS3170». Elige «Finalizar el programa» y pulsa en «Bien». Que no cunda el pánico, que esto sigue.

Ahora veremos moverse una barra de progreso. Está instalando cosas. Es posible que la imagen se corrompa un poco en este paso, pero el trabajo está haciéndose. Veremos aparecer y desaparecer varias pantallas de progreso, una detrás de otra, hasta que al final sale un cartel anunciando que la configuración e instalación de OS/2 ha finalizado, que retires el disquette de la unidad A y que reinicies el sistema.

*

Fale. Pues Ctr-Alt-2 y teclea el comando «system_reset». Ctrl-Alt-1 y volvemos a la emulación.

Vemos que empieza a arrancar y… y…. YYYY….

*

¡Ahí lo tieneeeees!.

Pero, eso, sí, solo funcionará en VGA standard, es decir, 640×480 y 16 colores, que es una resolución muy pobre. Pero eso puede arreglarse instalando el FixPack 15, siguiendo en parte las instrucciones de Ricardo Mendonça y en parte con tres o cuatro apuntes mios. Es muy fácil:

Pulsa en el escritorio con el botón derecho y elige «Concluir». Cuando te pregunte si estás seguro, di que «Si». Cuando te pida que pulses «Control+Alt+Supr», pulsa «Ctrl-Alt-2» y teclea «quit». Ahora entra en un navegador y vete a Internet, al Servicio de Soporte de IBM, donde encontrarás un montón de ficheros ZIP con el FixPack 15. Tienes que bajarte todos esos ficheros, y descomprimirlos en el mismo subdirectorio. A veces te preguntará si sobreescribe X o Y. Tu di que sí, y continúa. Veamos cómo sería una vez que tenemos todos los ficheros zip ya en nuestro «home».

[lacofi@jeanette ~]$ ls -Fohl *.zip
-rw-r-----  1 lacofi 974K ene  2 17:43 csf143.zip
-rw-r-----  1 lacofi  41K ene  2 17:43 ftpinstl.zip
-rw-r-----  1 lacofi 1,1M ene  2 17:43 xrsm0151.zip
-rw-r-----  1 lacofi 1,4M ene  2 17:43 xrsm0152.zip
-rw-r-----  1 lacofi 1,4M ene  2 17:43 xrsm0153.zip
-rw-r-----  1 lacofi 1,4M ene  2 17:43 xrsm0154.zip
-rw-r-----  1 lacofi 1,4M ene  2 17:44 xrsm0155.zip
-rw-r-----  1 lacofi 1,4M ene  2 17:44 xrsm0156.zip
-rw-r-----  1 lacofi 1,4M ene  2 17:44 xrsm0157.zip
-rw-r-----  1 lacofi 1,4M ene  2 17:44 xrsm0158.zip
-rw-r-----  1 lacofi 1,4M ene  2 17:44 xrsm0159.zip
-rw-r-----  1 lacofi 1,4M ene  2 17:44 xrsm015a.zip
-rw-r-----  1 lacofi 1,4M ene  2 17:44 xrsm015b.zip
-rw-r-----  1 lacofi 1,4M ene  2 17:44 xrsm015c.zip
-rw-r-----  1 lacofi 1,4M ene  2 17:45 xrsm015d.zip
-rw-r-----  1 lacofi 1,4M ene  2 17:45 xrsm015e.zip
-rw-r-----  1 lacofi 1,4M ene  2 17:45 xrsm015f.zip
-rw-r-----  1 lacofi 1,4M ene  2 17:45 xrsm015g.zip
-rw-r-----  1 lacofi 1,4M ene  2 17:45 xrsm015h.zip
-rw-r-----  1 lacofi 766K ene  2 17:45 xrsm015i.zip
[lacofi@jeanette ~]$ mkdir os2zip
[lacofi@jeanette ~]$ cd os2zip
[lacofi@jeanette os2zip]$ for archivo in ..\*.zip
> do
> unzip $archivo
> done

Recuerda, cada vez que nos pregunte si reemplaza un fichero, tienes que contestar que sí. Al final obtienes esto:

[lacofi@jeanette os2zip]$ ls -Fohl
total 988K
drwxr-x---  2 lacofi 4,0K jul 14  2000 csf/
-rw-r-----  1 lacofi  114 ene 11  2001 csf_disk
drwxr-x---  6 lacofi 4,0K ene 11  2001 fix/
-rw-r-----  1 lacofi 230K ene 10  2001 ftpinstl.exe
-rw-r-----  1 lacofi 1,9K may  4  2000 ftpinstl.txt
-rw-r-----  1 lacofi  15K mar 31  2000 os2dump
-rw-r-----  1 lacofi 263K dic 29  1999 os2serv.exe
-rw-r-----  1 lacofi 4,0K may 17  1996 os2serv.ico
-rw-r-----  1 lacofi  31K mar 13  1999 os2serv.inf
-rw-r-----  1 lacofi 6,1K jun  1  1999 os2serv.msg
-rw-r-----  1 lacofi 136K ene 12  2001 readme.1st
-rw-r-----  1 lacofi 136K ene 12  2001 README.1ST
-rw-r-----  1 lacofi  91K dic  5  2000 readme2
-rw-r-----  1 lacofi  14K jul 24  1998 readme.cid
-rw-r-----  1 lacofi  11K jul 24  1998 readme.reg
-rw-r-----  1 lacofi  395 ene 17  2001 xrsm015.tbl

Ahora tenemos que acudir a Hobbes y bajarnos el Scitech Display Doctor SE 7.04. Para ello, en Hobbes, hacemos una búsqueda (Quick search) para localizar el fichero ibmsdd704.zip y nos lo bajamos. Ahora tenemos que descomprimirlo en otro directorio que llamaremos «scidoc».

[lacofi@jeanette os2zip]$ cd
[lacofi@jeanette ~]$ mkdir scidoc
[lacofi@jeanette ~]$ cd scidoc
[lacofi@jeanette scidoc]$ unzip ../ibmsdd704.zip
[lacofi@jeanette scidoc]$ ls -Fohl
total 4,7M
drwxr-x---  2 lacofi 4,0K dic 13  2000 br/
-rw-r-----  1 lacofi   32 dic 13  2000 build.lvl
-rw-r-----  1 lacofi  450 dic 13  2000 bundle.os2
-rw-r-----  1 lacofi 8,3K dic 13  2000 cfgdel.dsp
drwxr-x---  2 lacofi 4,0K dic 13  2000 cn/
-rw-r-----  1 lacofi  11K dic 13  2000 combase.dsp
-rw-r-----  1 lacofi  50K dic 13  2000 comgradd.dsp
-rw-r-----  1 lacofi 147K dic 13  2000 comsvga.dsp
drwxr-x---  2 lacofi 4,0K dic 13  2000 dbcs/
drwxr-x---  2 lacofi 4,0K dic 13  2000 de/
drwxr-x---  2 lacofi 4,0K dic 13  2000 dk/
[...lista enorme...]
-rw-r-----  1 lacofi  68K dic 13  2000 swinvga
drwxr-x---  2 lacofi 4,0K dic 13  2000 tw/
-rw-r-----  1 lacofi  79K dic 13  2000 unpack2.exe
-rw-r-----  1 lacofi   69 dic 13  2000 version.txt
-rw-r-----  1 lacofi 366K dic 13  2000 vga
-rw-r-----  1 lacofi  874 dic 13  2000 vgagradd.dsp
-rw-r-----  1 lacofi  51K dic 13  2000 winvga

Con esto ya tenemos la materia prima. Primero vamos a instalar el FixPack 15, y para eso tenemos que arrancar de nuevo la emulación de OS/2 pero montando el directorio os2zip como unidad D: (con la opción -fat de Qemu)

[lacofi@jeanette ~]$ cd /mnt/qemu/os2
[lacofi@jeanette /mnt/qemu/os2]$ qemu -hda warp.raw \
> -hdb fat:/home/lacofi/os2zip \
> -cdrom cdwarp.iso \
> -m 128

Una vez que tenemos el OS/2 en pantalla, hacemos click con el ratón para que quede capturado en la emulación, y luego abrimos una sesión de ventana de comandos OS/2 en la que darle instrucciones.

*

E instalamos el Fixpack 15, tecleando comandos directamente en la Ventana OS/2:

[C:\] mkdir temp
[C:\] cd temp
[C:\] mkdir fp15
[C:\] cd fp15
[C:\] xcopy d:*.* . /E /S
[C:\] dir

Ahora instalamos ejecutamos el programa de instalación, también en la Ventana OS/2:

[C:\] cd csf
[C:\] fservice.exe /R:c:\temp\fp15\csf\response.wp4 /S:c:\temp\fp15 /SF:1

*

Ahora sale un mensaje en inglés diciendo que esperes mientras el sistema se prepara para instalar el Corrective Service. Luego empieza la copia de ficheros. Te preguntará si quieres reemplazar algunos ficheros por la versión nueva. Tu di que «Yes». Cuando termine, el programa de instalación te dice que retires cualquier disquette de la unidad A: y que pulses Ctrl-Alt-Supr. En vez de eso, pulsa Ctrl-Alt-2 y ejecuta el comando «system_reset». Luego, Ctrl-Alt-1 para volver a la emulación.

Ahora verás arrancar de nuevo OS/2, pero observa que en la pantalla gráfica de presentación (pantalla OS/2 Warp), en la esquina inferior izquierda, te dice que es la «Internal Revision 14.062_W4». Bien, eso te indica que se ha actualizado correctamente el FixPack 15. Cuando arranque el OS/2, verás que, además los colores son mejores. Bien. Ahora cierra la Ventana OS/2 (tecleando el comando exit) pulsa con el ratón en el escritorio OS/2 y elige «Concluir». Cuando te diga que «Concluir ha finalizado», pulsa Ctrl-Alt-2, y ejecuta «quit» para cerrar la emulación. Ahora tienes que instalar el SciTech Display Doctor, y eso exige un comando ligeramente distinto.

[lacofi@jeanette /mnt/qemu/os2]$ qemu -hda warp.raw \
> -hdb fat:/home/lacofi/scidoc \
> -cdrom cdwarp.iso \
> -m 128

Vuelve a arrancar OS/2. Abrimos de nuevo una Ventana OS/2 y tecleamos los comandos para instalar el SciTech Display Doctor.

[C:\] cd temp
[C:\] mkdir sdd
[C:\] cd sdd
[C:\] xcopy D:\*.* . /E /S
[C:\] set lang=es_ES
[C:\] setup gen

Se ejecuta la instalación, y luego te pide que concluyas el sistema y reinicies. Pues eso: teclea «exit» para cerrar la ventana OS/2, y luego pulsa con el botón derecho en el escritorio y «Concluir». Cuando te diga que ya ha concluido, Ctr-Alt-2 y «quit».

Ahora volvemos a arrancar OS/2 Warp desde disco duro y sin nada más, ni siquiera necesitamos el CD-ROM.

[lacofi@jeanette /mnt/qemu/os2]$ qemu -hda warp.raw -m 128

Ahora, en el OS/2, abre «Sistema OS/2», abre «Configuración del Sistema» y abre «Sistema». En la lengüeta «Pantalla» tienes la lista de resoluciones. Pero antes, pulsa el «+» de la esquina superior derecha para elegir un monitor. Selecciona «LCD Panel 1280×1024». Ahora pulsa el «-» para volver a la lista de resoluciones, y elige la que quieras, por ejemplo la que puse yo: 1024x768x16777216. Ahora cierra la ventana «Sistema – Propiedades», cierra «Configuración del sistema», y cierra «Sistema OS/2». ¿Ya?. Ahora pulsa con el botón derecho en el escritorio y concluye el sistema. Cuando te diga que ya ha concluido, pulsa Ctrl-Alt-2 y el comando «system_reset». Cuando reinicie el sistema (tardará un poco más, esta vez, porque está reconfigurando), observa bien. Observaaaaaa… :-)

*

Eso si, NO elijas 65.000 colores. Eso son 16 bits y creo que Qemu tiene problemas con esa emulación. Al menos a mí me la cuelga directamente. Pero con 16M de colores funciona bien.

Usar el script knx-hdinstall para instalar Knoppix en disco duro

Si arrancas determinadas versiones de Knoppix e intentas instalarlo con el script knx-hdinstall, puede que falle durante el particionado del disco duro. La culpa no es del script, ni tampoco de knoppix, sino del programa de particionado en sí mismo: cfdisk.

El problema es que cuando dices que grabe las nuevas particiones (escribir), cfdisk te pide confirmación y tienes que teclear «sí». Cuando tecleas «si» te dice que tienes que escribir la «i» con acento (manda huevos…). Pero el terminal en el que está funcionando cfdisk no permite escribir acentos, así que no puedes confirmalo de ninguna forma y la instalación entera se va a al carajo.

Esto es especialmente grave en una máquina virtual VMWare, porque en ella tienes, normalmente, el disco duro virtual en blanco, y por narices tienes que reparticionar y formatear con el propio Knoppix.

Hay dos posibles soluciones a este desaguisado:

Mediante el idioma

Mete el CD de Knoppix y arranca el ordenador (o la máquina virtual VMWare, eso da igual). Cuando te pide las opciones de arranque, usa éstas: «knoppix lang=en desktop=800×600». Observa que he escrito «en» y no «es». Lo que le estoy diciendo a Knoppix es que use el idioma inglés.

Ahora arrancará knoppix en inglés. Cuando te muestre el escritorio de KDE vete a la banderita norteamericana del panel y pulsa con el botón derecho del ratón. Pulsa en «Configure» y en «Primary Layout» selecciona el teclado español. Acepta y sal de la configuración. El idioma sigue siendo inglés, pero el teclado es castellano (lo necesitarás para teclear el guión ;-).

Vete al icono de Knoppix (en el panel, segundo icono por la izquierda) y abre una sesión de root. En ella, ejecuta el comando knx-hdinstall. Ya está, ahora solo tienes que ir contestando a las preguntas y reparticionar en cfdisk. La diferencia es que ahora estará todo en inglés, y cuando te pida confirmación, tendrás que teclear «yes» en lugar de «sí», con lo que te libras de los acentos. :-)

Mediante el viejo fdisk

Si estás en una máquina virtual VMWare, tu disco duro virtual estará en blanco. Eso te da la oportunidad de hacer lo que te de la gana sin temer una pérdida de datos. La segunda alternativa es recurrir al bueno y viejo fdisk, con la ventaja de que podemos arrancar Knoppix en castellano.

Arranca Knoppix con «knoppix lang=es desktop=800×600». Observa que ahora el idioma sí es el español. Cuando aparezca el escritorio KDE, vete al icono de Knoppix (en el panel, segundo icono por la izquierda) y abre una sesión de root. Ejecuta el comando «fdisk /dev/sda» (VMWare configura un disco duro SCSI para Linux) o «fdisk /dev/hda» (normalmente, las máquinas reales tienen discos IDE, no SCSI).

Ahora tienes que reparticionar con Fdisk, que es un mundo aparte.

PELIGRO – PELIGRO – PELIGRO – Particionar tu disco duro puede provocar una perdida de datos. PELIGRO – PELIGRO – PELIGRO – ¿Estás al día con tus copias de seguridad?.

A continuación, pongo lo que se vería en una máquina virtual VMWare con disco duro virtual de 4 Gb. Crearemos una partición de 3500 Mb para Knoppix y el resto para Swap (intercambio). En rojo, lo que introducimos nosotros:

	root@ttyp0[knoppix]# fdisk /dev/sda
	Device contains neither a valid DOS partition table, nor Sun, or OSF disklabel
	Building a new DOS disklabel. Changes will remain in memory only,
	until you decide to write them. After that, of course, the previous
	content won't be recoverable.

	Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite)

	Command (m for help): m 
	Command action
		a	toggle a bootable flag
		b 	edit bsd disklabel
		c	toggle the dos compatibility flag
		d	delete a partition
		l	list known partition types
		m	print this menu
		n	add a new partition
		o	create a new empty DOS partition table
		p	print the partition table
		q	quit without saving changes
		s 	create a new empty Sun disklabel
		t	change a partition's system id
		u	change display/entry units
		v	verify the partition table
		w	write table to disk and exit
		x	extra funcionality (experts only)

	Command (m for help): p  

	Disk /dev/sda: 4194 MB, 4194892800 bytes
	255 heads, 63 sectors/track, 510 cylinders
	Units = cylinders of 16065 * 512 = 8225280 bytes

		Device Boot	Start	End	Blocks	Id	System

	Comand (m for help): n 
	Command action
		e	extended
		p	primary partition (1-4)
	p 
	Partition number (1-4): 1 
	First cylinder (1-510, default 1): <Enter> 
	Using default value 1
	Last cylinder or +size or +sizeM or +sizeK (1-510, default 510): +3500M 

	Command (m for help): n 
	Command action
		e	extended
		p 	primary partition (1-4)
	p 
	Partition number (1-4): 2 
	First cylinder (428-510, default 428): <Enter> 
	Using default value 428
	Last cylinder or +size or +sizeM or +sizeK (428-510, default 510): <Enter> 
	Using default value 510

	Command (m for help): t 
	Partition number (1-4): 2 
	Hex code (type L to list codes): 82 
	Changed system type of partition 2 to 82 (Linux swap)

	Command (m for help): p  

	Disk /dev/sda: 4194 MB, 4194892800 bytes
	255 heads, 63 sectors/track, 510 cylinders
	Units = cylinders of 16065 * 512 = 8225280 bytes

		Device Boot	Start	End	Blocks	Id	System
	/dev/sda1		1	427	3429846	83	Linux
	/dev/sda2		428	510	666697+	82	Linux swap

	Command (m for help): w 
	The partition table has been altered!

	Calling ioctl() to re-read partition table.
	Syncing disks.
	root@ttyp0[knoppix]#

Ahora ejecuta el comando knx-hdinstall. (Pulsa OK). Selecciona /dev/sda (pulsa OK), te dirá que has elegido /dev/sda que tiene una capacidad de 4000Mb (pulsa OK). Ahora saltará la pantalla de cdfisk ofreciendote reparticionar el disco, pero eso ya lo hemos hecho, asi que selecciona «salir». Te preguntará si quieres usar una partición swap. Dile que sí. Te ofrece /dev/sda2. Seleccionala y pulsa OK. Te insiste en que si quieres /dev/sda2 como swap, porque perderás todos los datos (pulsa OK). Te dirá que indiques una partición raíz y te ofrece /dev/sda1. Seleccionala y pulsa OK. Te pregunta qué sistema de archivos quieres. Elige el que más te guste, yo te recomiendo ext3 o reiserfs. Te insiste en que si quieres crear un sistema de archivos en /dev/sda1 y te advierte que perderás todos los datos. Pulsa en «Sí». La ventana «Root» empezará a mostrar mensajes muy raros sobre Superblocks y «inode tables». Ignóralo y espera. Te aparecerá otro diálogo que dice que Knoppix se dispone a copiar ficheros al disco duro y que le llevará entre 10 y 40 minutos dependiendo del hardware (Pulsa OK).

Ahora vete a tomar un café. La copia de ficheros llevará un buen rato, pero más cerca de los 10 minutos que de los 40. De todas formas, si estás instalando en una máquina VMWare, el proceso será un poco más lento de lo normal. Cuando termines el café, la copia de ficheros habrá terminado: pulsa OK.

Te preguntará si quieres iniciar un servidor de correo: contesta lo que quieras (para una máquina VMWare yo contesté «no»). Te preguntará si quieres iniciar una servidor SSHD: contesta lo que quieras (yo contesté sí, porque permite la comunicación con la máquina real, por ssh y por sftp). Te preguntará si quieres iniciar un servidor SAMBA: contesta lo que quieras (yo contesté «no», pero si usas Windows quizás te convenga decir «sí»). Te preguntará si quieres iniciar un servidor de impresoras (yo contesté no, para VMware). Te pregunta si quieres un diálogo gráfico para logarte (KDM). Yo contesté «sí». Te pedirá un nombre para el ordenador: pon el que quieras (yo contesté «Rose»). Te preguntará si quieres lanzar un DHCP broadcast. En una máquina VMWare, lo habitual es emular una red local, y normalmente esas redes no usan DHCP sino IP fijas. Tú mismo. Si contestas «no» te pedirá la dirección IP del ordenador, la máscara de red, la IP de broadcast, la de la puerta de enlace y la del servidor de nombres. Si no sabes ninguno de los datos de tu red, no podrás configurarla ahora, claro, pero siempre puedes reconfigurarlo en el «Menu K» y submenú «Knoppix». Luego, te pedirá una contraseña para root. Luego, otra contraseña para el usuario «knoppix». Después te pregunta si quieres instalar LILO en el MBR. Tú di que «Sí». Te preguntará que si quieres crear un disquette de rescate. Mete un disquette limpio en la disquetera y contesta «sí». Entonces te dirá que la instalación se ha acabado. Enhorabuena :-)

Pulsa OK. Sal del escritorio y confirma que sí, que quieres salir. El ordenador iniciará la secuencia de apagado y extraerá el CD-ROM. Retíralo y pulsa «Enter». El ordenador se apagará.

La próxima vez que lo enciendas, arrancará Knoppix desde el disco duro. Disfrútalo. :-)

Lucent Winmodem en Knoppix

Cuando estoy en casa, el ordenador portatil se conecta al de sobremesa y ambas comparten la salida a Internet repartiéndose el ancho de banda como buenas hermanas. Bien… esto puede hacerse usando una red Ethernet convencional o una red WiFi, que es lo más normal hoy en día. Pero además de conectarlos en red, se puede incluso conectar el portátil como «terminal tonto» del de sobremesa, con lo que éste último está siendo entonces usada por dos usuarios simultáneos, pero no voy a contar aquí ese tema, puesto que los chicos de Bulma ya lo han hecho muy bien (de hecho, ese truco lo aprendí de ellos).

El problema es cuando NO estas en casa. En ese momento el portátil no puede salir a Internet porque le falta su salida habitual a la red.

Los Toshiba Satellite 2100 CDS, como mi vieja moira, estaban equipados de serie con un módem interno, con el que podría conectar con otro proveedor. Pero se trata de un Winmodem, con lo que lo primero es conseguir que funcione en linux. :-(

Afortunadamente, el fabricante del modem es Lucent, que tiene el buen sentido de publicar drivers para linux, tanto en forma de módulos instalables, como en forma de código fuente.

Aunque cuando estaba en activo moira, Lucent incluía módulos para RedHat, Debian, etc… pero no para Knoppix.

Vale, ¿qué se podía hacer?.

Pues se podía instalar el código fuente, claro. Pero eso exige instalar las fuentes del kernel, entre otras cosas. Sin entrar en detalles, digamos que como que no me apetecía demasiado. Claro que Knoppix viene a ser una Debian testing, ¿no?.

Pues sí, lo es. Así que nos vamos a la página adecuada, seguimos el enlace con los drivers de Lucent (si nos deja, porque la última vez que lo intenté, me pedía un login y una contraseña para entrar). Luego nos bajamos el paquete Debian correcto y lo instalamos. Ya está, digo yo.

Pues no. Porque resulta que son módulos compilados para el kernel 2.4.20, y Knoppix usa el 2.4.20-xfs (uuuuyyyy…), con lo que si intentamos hacer un modprobe nos saltan todos los unresolved symbols y a freir espárragos. Eso, sin tener en cuenta que los módulos no están donde deberían…

Vale. La solución más fácil y rápida (también la menos ortodoxa) era forzar la carga de los módulos:

[root@moira lacofi]# insmod -f /lib/modules/2.4.20/ltmodem/lt_modem.o

Y nos contesta:

Warning: kernel-module version mismatch
/lib/modules/2.4.20/ltmodem/lt_modem.o was compiled for kernel
version 2.4.20 while this kernel is version 2.4.20-xfs
Warning: loading /lib/modules/2.4.20/ltmodem/lt_modem.o will
taint the kernel: non-GPL license - UNKNOWN
See http://www.tux.org/lkml/#export-tainted for information about
tainted modules
Warning: loading /lib/modules/2.4.20/ltmodem/lt_modem.o will
taint the kernel: forced load
Module lt_modem loaded, with warnings

(Que traducido, significa «¡Uy lo que me ha dicho!. Vale, no es muy ortodoxo y te aviso, pero lo hago»).

Ahora cargamos el segundo módulo (el orden es importante, al reves no lo admite):

[root@moira lacofi]#insmod -f /lib/modules/2.4.20/ltmodem/lt_serial.o
Warning: kernel-module version mismatch
/lib/modules/2.4.20/ltmodem/lt_serial.o was compiled for kernel
version 2.4.20 while this kernel is version 2.4.20-xfs
Warning: loading /lib/modules/2.4.20/ltmodem/lt_serial.o will
taint the kernel: forced load
See http://www.tux.org/lkml/#export-tainted for information about
tainted modules
Module lt_serial loaded, with warnings

Tras esto nos aseguramos de que exista el dispositivo /dev/ttyLT0, que es el que representa al propio modem. Si no es así, podemos crearlo a mano:

[lacofi@moira lacofi]$ ls /dev/ttyLT0
ls: /dev/ttyLT0: No existe el fichero o el directorio
[lacofi@moira lacofi]$ su
password:
[root@moira lacofi]# cd /dev
[root@moira dev]# mknod /dev/ttyLT0 c 62 64
[root@moira dev]# chown root.root /dev/ttyLT0
[root@moira dev]# chmod a+rw /dev/ttyLT0
[root@moira dev]# ln -s /dev/ttyLT0 /dev/modem
[root@moira dev]# exit
[lacofi@moira lacofi]$

También convendría crear un enlace /dev/modem apuntando a /dev/ttyLT0, porque muchos programas acuden automáticamente a /dev/modem cuando necesitan usarlo.

[root@moira rc5.d]# ln -s /dev/ttyLT0 /dev/modem

Sin embargo, comprobaremos que el enlace /dev/modem desaparece cada vez que rearrancamos la máquina. Esto ocurre porque lo borra el script /etc/init.d/knoppix-autoconfig, que es el que ejecuta toda la maravillosa autoconfiguración del Knoppix en el arranque. Bueno, pues solo hay que editarlo, irse a la linea donde dice:

# Delete obsolete links and files before starting autoconfig
rm -f /dev/cdrom* /dev/cdwriter* /dev/mouse* /dev/modem*
/dev/scanner* /etc/sysconfig/i18n /etc/sysconfig/keyboard \
/etc/sysconfig/knoppix 2>/dev/null

… y borrar lo que he marcado en color cian. Lo principal ya está. Ahora arrancamos el KPPP y veremos que detecta el modem y conecta sin problemas. Pero en mi caso, quería tener los módulos cargados desde el arranque, así que pongo en /etc/init.d un script llamado «ltmodem», con permisos de lectura y ejecución:

#!/bin/sh
insmod -f /lib/modules/2.4.20/ltmodem/lt_modem.o
insmod -f /lib/modules/2.4.20/ltmodem/lt_serial.o

A continuación se hace un link a /etc/rc5.d

[lacofi@moira lacofi]$ cd /etc/rc5.d
[lacofi@moira rc5.d]$ su
Password:
[root@moira rc5.d]# ln -s ../init.d/ltmodem S29ltmodem

Y esto fue todo. El módem siempre listo y la Red siempre a punto, por los siglos de los siglos… :-)

Naturalmente, todo esto es probablemente inútil a estas alturas, porque el tiempo ha pasado y tanto Knoppix como todas las demás distribuciones deberían soportar de serie los Winmodems Lucent. Así que la respuesta correcta probablemente sea: «actualiza tu sistema operativo, por Dios». Pero además porque moira ha muerto dejando su sitio a lynette. En cualquier caso, dicho queda para nostálgicos y curiosos a modo de ejercicio. Quizás le de alguna idea a alguien, con otro problema de hardware distinto, en Knoppix.