Luis Angel Cofiño

Trucos Linux

Sección Tres





Secciones

Índices

  1. Símbolos raros en las pantallas de DOSEMU
  2. La fuente de DOSEMU es demasiado pequeña.
  3. Configuración rápida de un genuino MS-DOS con DosEmu
  4. En DosEmu, dBase se cuelga siempre que lo ejecuto
  5. Cómo ejecuto Knoppix en una máquina virtual VMWare
  6. ¡No puedo arrancar VMWare con un kernel 2.6!
  7. Cómo conectar en red mi Linux con Windows 3.11 en VMWare
  8. Cómo libero el ratón del emulador de MS-DOS "DosBox"
  9. ¿Existe algún emulador para Linux capaz de ejecutar OS/2 Warp?
  10. ¿Existe algún emulador para Linux capaz de ejecutar BeOS?
  11. ¿Se puede montar una partición Qemu?
  12. Windows 95 va fatal en Qemu: no detecta la red, fuentes corruptas...

  * *

Símbolos raros en las pantallas de DOSEMU

Curioso, ¿verdad?. Se supone que al instalar DOSEMU, deberías tenerlo todo listo para ser usado. Bueno, pues no. No siempre ni en todas las distribuciones Linux, al menos. No voy a entrar en la configuración de DOSEMU en si misma, pero sí en un pequeño detalle: DOSEMU necesita una fuente determinada para poder mostrar el aspecto correcto en pantalla, sobre todo si manejais la segunda parte de la tabla de códigos ASCII (como nosotros, los que hablamos español ;-).

Esa fuente no es otra que vga.pcf.gz. Sin ella, los caracteres gráficos salen equivocados. Y da igual lo mal o bien que configureis el dosemu, hace falta la fuente o no hay tutía. Pero lo realmente curioso es que en algunas distribuciones (por ejemplo algunas versiones de Debian), el paquete en el que viene dosemu no la instala, hay que hacerlo aparte. Bueno, pues se descarga la fuente de aquí y la instalamos:

[lacofi@claudia lacofi]$ su
password:
[root@claudia lacofi]# cp vga.pcf.gz /usr/X11R6/lib/X11/spans/misc/.
[root@claudia lacofi]# cd /usr/X11R6/lib/X11/spans/misc
[root@claudia misc]# mkspandir
[root@claudia misc]# xset fp rehash

Teóricamente ya está. En la práctica, a mí siempre me ha hecho falta rebotar la máquina.

[root@claudia misc]# /sbin/reboot

Sin embargo, hay otras distribuciones, como mi Gentoo, que llevan la fuente incorporada sin necesidad de hacer nada, así que compruebalo antes de meterte en camisas de once varas:

[lacofi@jeanette lacofi]$ locate vga.pcf.gz
/usr/share/dosemu/Xfonts/vga.pcf.gz 
  * *

La fuente de DOSEMU es demasiado pequeña.

Es cierto. No tiene demasiada importancia en resoluciones de 800x600, pero sí la tiene si usas 1024x768 o superior. Para eso las letras de la fuente vga son un pelín demasiado pequeñas.

Solo teneis que descargar la fuente vga11x19.tar.gz, descomprimir el fichero e instalar la fuente como en el anterior truco, metiéndola en el mismo directorio donde esté vuestro fichero vga.pcf.gz. Bien, la letra "ñ" no sale muy católica, pero el resto se ve bastante bien. Así es como se vería, a tamaño natural.

  * *

Configuración rápida de un genuino MS-DOS con DosEmu

Si procedes de la "vieja escuela", como yo, seguramente has empezado con un ordenador 8086 o 80286 (¿te acuerdas?) con MS-DOS. Puede que tengas multitud de antiguos programas y datos procedentes de ese sistema. Casi todos ellos pueden ser convertidos, de algún modo, a un formato manejable con Linux. Pero quizás prefieras usar los documentos tal y como fueron creados. Y al fin y al cabo, MS-DOS tenía también su encanto, ¿no?. :-)

Puedes usar VMWare, pero es un programa comercial y cuesta dinero. Otra opción gratuita y de similar calidad sería VirtualBox. Cualquiera de las dos podría servirte pues son magníficos emuladores. Pero quizás quieras probar DosEmu, que es mucho más ligero y rápido de arrancar.

Lo primero de todo es instalar DosEmu, claro. Así que haz un apt-get o un emerge, o lo que sea.

Bien. Pero ahora hay que configurarlo, ¿qué te creías?. Y puede llegar a ser bastante complicado. Aquí te voy a poner la configuración que yo usaba en Debian y como ponerla en marcha. Si quieres usar otra diferente, tendrás que usar google.

Vale, lo primero es prescindir de FreeDOS. Lo siento, se que es políticamente incorrecto y que es software libre y todas esas cosas, pero FreeDOS es malo. Si no quieres pagar por un DOS, úsalo. Pero el DOS de Microsoft es mucho mejor.

Yo aún conservo mi antiguo MS-DOS 6.22, así que...

[lacofi@claudia lacofi]$ su
password:
[root@claudia lacofi]# cd /var/lib/dosemu
[root@claudia lacofi]# mkdir msdos622
[root@claudia lacofi]# chown lacofi.personal msdos622
[root@claudia lacofi]# chmod ug+rwx msdos622
[root@claudia lacofi]# mkdir prgdos
[root@claudia lacofi]# chown lacofi.personal prgdos
[root@claudia lacofi]# chmod ug+rwx prgdos

Vale. El directorio "msdos622" se comportará como unidad "C:" y contendrá el sistema operativo. Todos sus subdirectorios serán directorios de "C:" en cuanto arranquemos DosEmu. El directorio "prgdos" se comportará como unidad "D:" y contendrá todos los programas y datos. Ambos directorios pertenecen al usuario lacofi y grupo personal. Los dos usuarios de mi ordenador (maría y yo) pertenecemos a ese grupo, con lo que los dos tendríamos permiso para leer y escribir en ambas unidades de DosEmu (C: y D:).

Ahora necesito mi viejo disquette de arranque de DOS. Ojo, aquí necesito las copias de seguridad, es decir con todos los ficheros copiados directamente desde el disco duro, no la versión sin instalar. Si solo dispones de la versión "virgen" de MS-DOS, tendrás que arreglartelas para instalarla en alguna partición, y luego copiar todos los archivos a disquette. Cuando digo todos, digo TODOS, incluidos los ocultos (IO.SYS y MSDOS.SYS).

Bueno, si quieres que sea sincero, también se puede instalar directamente en DosEmu, claro, pero es más complicado y no voy a detallarlo aquí ahora. Quizás otro día. ;-)

Muy bien, pues ahora metemos el disquette de arranque en la disquetera:

[root@claudia dosemu]# exit
[lacofi@claudia lacofi]$ cd /var/lib/dosemu/msdos622
[lacofi@claudia msdos622]$ mcopy a:io.sys .
[lacofi@claudia msdos622]$ mcopy a:msdos.sys .
[lacofi@claudia msdos622]$ mcopy a:command.com .
[lacofi@claudia msdos622]$ mcopy a:autoexec.bat .
[lacofi@claudia msdos622]$ mcopy a:config.sys .
[lacofi@claudia msdos622]$ mkdir utils
[lacofi@claudia msdos622]$ mkdir dos
[lacofi@claudia msdos622]$ cd dos
[lacofi@claudia dos]$ mcopy a:dos\* .

Ahora vamos metiendo todos los disquettes de nuestro MS-DOS y copiandolo todo al directorio /var/lib/dosemu/msdos622/dos. El directorio /var/lib/dosemu/msdos622/utils, de momento, quedará vacío. A continuación:

[lacofi@claudia dos]$ cd ..
[lacofi@claudia msdos622]$ chown -R lacofi.personal *
[lacofi@claudia msdos622]$ chmod -R ug+rw *
[lacofi@claudia msdos622]$ chmod ug+x dos
[lacofi@claudia msdos622]$ chmod ug+x utils

Observad que me he salido de root en cuanto he dejado de necesitarlo. Nunca useis root para nada más que lo imprescindible. Os ahorrará muchos disgustos.

Observad también que he usado las "mtools" para acceder a la disquetera bajo linux. Si no las teneis instaladas, podeis usar mount y copiar los ficheros con cp. Da igual cómo, la cuestión es copiarlo todo al directorio /var/lib/dosemu/msdos622 y reconstruir ahí toda la estructura de subdirectorios.

Ya hemos creado la infraestructura. Ahora tenemos que configurar DosEmu. Primero editamos /etc/dosemu/dosemu.users y añadimos una línea que ponga: "all nosuidroot c_all". Esto permite que sea ejecutado por otros usuarios sin necesitar privilegios de root.

Ahora editamos el fichero /etc/dosemu/dosemu.conf y ponemos los valores adecuados. Es un fichero muy largo, pero no todo nos interesa. Está bien comentado, así que a continuación pongo solo los cambios más relevantes:

$_cpu = "80586"#emulará un procesador pentium
$_xms = (5120)#usará 5Mb de memoria expandida XMS
$_ems = (5120)#usará 5Mb de memoria extendida EMS
$_dpmi = (4096)#usará 4Mb de memoria protegida DPMI
$_dosmem = (640)#memoria convencional de 640Kb
$_term_char_set = "latin1"#hablas castellano, ¿verdad? ;-)
$_layout = "es-latin1"#¿verdad? :-D
$_X_font = "vga"#fuente VGA, la mejor y la que asume
#pero leete este truco
$_video = "vga"#imita una VGA para los gráficos
$_chipset = "S3"#si tu tarjeta es, realmente, una S3
#mira mas opciones en fichero original
$_hdimage = "msdos622 prgdos" #ahí está la madre del cordero.
#si son subdirs de /var/lib/dosemu
#el primero será unidad C:
#y el segundo unidad D:
#Si ficheros, serán unidades virtuales
# (esa es otra historia)
#Y si son dispositivos (/dev/hda1)
#es un DOS real en otra partición
$_sound = (on)#¿Sonido?
$_sb_base = (0x220)#Pues hala, parámetros SoundBlaster:
$_sb_irq = (5)
$_sb_dma = (1)
$_sb_dsp = "/dev/dsp"#Dispositivo linux para el sonido.
$_sb_mixer = "/dev/mixer"#Dispositivo mezclador.

Y te dirás que con esto ya puede ir. ¿O no?.

Pues no. Ahora tienes que arrancar tu nuevo emulador de DOS con los comandos "dos" o "dosemu" si estás en consola, o bien "xdos" o "xdosemu" si estás en xwindow. Observarás que las cosas, ahí, empiezan a fallar un poco. DOS arranca, pero sale una retahila de errores. Y es que ahora tienes que configurar los ficheros "autoexec.bat" y "config.sys":

C:\> edit config.sys

Por ejemplo, para la configuración propuesta serviría un config.sys tal que así:

device=c:\utils\ems.sys
buffers=30
files=60
dos=high,umb
lastdrive=z
devicehigh=c:\dos\ansi.sys
devicehigh=c:\utils\cdrom.sys /d:mscd0001
country=034,437,c:\dos\country.sys

Observa que cargamos un driver "c:\utils\cdrom.sys" de un directorio que no contiene nada... Bien, ese driver no está incluido en MS-DOS. Es un driver para una conocida marca de CD, que es compatible con la emulación que hace DosEmu. Tendrás que descargarte ese driver de algún sitio (consulta las FAQ de DosEmu) y ponerlo en el directorio "c:\utils" (o lo que es lo mismo, /var/lib/dosemu/msdos622/utils, que es como lo vería Linux).

Vaaale, vaaaale. Es un driver de libre distribución, así que no busques maaaaas. Aquí lo tienes. En cuanto a esa misteriosa referencia a c:\utils\ems.sys, que tampoco existe, no seas impaciente. Llegaremos a eso enseguida. De momento, tu mételo tal cual.

Ahora es el turno de "autoexec.bat". Por ejemplo:

@echo off
echo --------------------------
echo ¡Bienvenido a  dosemu 1.0!
echo  ¡Esto es DOS bajo Linux!
echo --------------------------
set path=.;C:\;C:\dos;c:\utils;D:\PRG;D:\BAT
lh mscdex.exe /d:mscd0001 /l:e

¿Que queda?. Solo una cosa... ¿cómo salir de DosEmu?. No con "exit". Tendrías que salir a lo bruto, matando el programa. Pero hay una solución mejor, claro. Instalaste FreeDOS, ¿recuerdas?.

Bueno, pues vete al directorio "/usr/lib/freedos/dosemu" y verás un montón de comandos propios de FreeDOS pero especialmente diseñados para DosEmu. Cópialos todos a "/var/lib/dosemu/msdos622/utils" (¿ves por qué te recomendaba crearlo?). Entre todos esos comandos, verás uno que se llama "exitemu". Ejecútalo en tu sesión DosEmu y ésta se cerrará limpiamente. También entre esos comandos está el fichero ems.sys al que hacíamos referencia antes.

Ahí lo tienes funcionando. :-)

  * *

En DosEmu, dBase se cuelga siempre que lo ejecuto

Probablemente no tengas memoria DPMI suficiente. dBase es muy sensible al tipo de memoria. No le vale la XMS ni la EMS. Necesita memoria protegida. Tienes que modificar adecuadamente tu fichero de configuración de DosEmu (/etc/dosemu/dosemu.conf), concretamente los parámetros $_XMS, $_EMS y $_DPMI.

  * *

Cómo ejecuto Knoppix en una máquina virtual VMWare

Tienes una máquina virtual VMWare con el sistema operativo que sea (Windows o Linux, da igual). Y te acabas de bajar la última distribución de Knoppix y ahora quieres probarla. ¿Puedes probarla en la máquina VMWare?.

Pues sí, claro. Pero comprobarás que si metes el CD y reseteas la máquina virtual, no engancha el CD de Knoppix, sino que arranca desde el disco duro.

Eso es porque tienes que cambiar los ajustes de la CMOS. Pero no los de tu ordenador real, sino los del falso, los de la máquina virtual. Como lo oyes. ;-)

Resetea la máquina VMWare, y observa los mensajes de arranque, porque tienes que pulsar F2 para entrar en el Setup. Una vez allí, vete a "boot", selecciona el CD y pulsa la tecla "+" para subirlo en la escala hasta el primer puesto. De esta forma, si encuentra un CD con sector de arranque, lo usará antes que el disco duro. Sal y graba los cambios. La máquina virtual volverá a iniciarse y esta vez enganchará y cargará Knoppix. ;-)

  * *

¡No puedo arrancar VMWare con un kernel 2.6!

Si has compilado un kernel de la serie 2.6 y usas VMWare 3.2, comprobarás que ahora eres incapaz de arrancarlo. Te dice que tienes que configurarlo para el nuevo kernel, ejecutando "vmware-config.pl". Pero si intentas ejecutarlo, te empezarán a saltar errores de compilación para el módulo vmmon, con lo que la configuración será abortada y VMWare no llegará a funcionar.

Afortunadamente, hay una solución. :-)

Edita el fichero vmware-config.pl con tu editor de texto favorito. Usa la herramiente a "Buscar y Reemplazar": donde ponga "/proc/ksyms" tiene que poner "/proc/kallsyms" en todo el fichero.

-->

Bájate el parche vmware.any.any.updatexx.tar.gz. Descomprímelo donde quieras y ejecuta el fichero "runme.pl". Ya está. Ahora puedes volver a ejecutar vmware-config.pl y debería funcionar sin problemas. De hecho, las últimas versiones de vmware.any.any.update ejecutan el vmware-config.pl por sí mismas en cuanto lo tienen parcheado.

Por cierto, échale un vistazo a la página de Thomer M. Gil porque reúne una buena recopilación de problemas y soluciones que pueden aparecer al migrar a un kernel 2.6. De hecho, la solución que te he puesto aquí para la incompatibilidad de VMWare 3.2 es la que menciona él en segundo lugar. Gracias, Thomer. :-)

  * *

Cómo conectar en red mi Linux con Windows 3.11 en VMWare

Windows 3.11 es el sistema operativo que venía instalado en la vieja Marta. Habitualmente, configuro máquinas virtuales VMWare para conservar el "sabor" de mis viejos equipos ya desaparecidos. Eso incluye una maquina VMWare para Marta: MS-DOS 6.22 y Win 3.11 con algunos de los programas que solía usar por aquella época. Poco después, el OS/2 empezó a madurar un poco con la versión 2.1, que fue la que instalé en Marta. Eso significó, en la práctica, la muerte definitiva de Windows 3.11 en mi máquina. Un poco después, apareció también el famoso Windows 95 que compré por ver de que iba. Me decepcionó profundamente, acostumbrado como estaba al WPS de OS/2, así que continué con la compra de Warp y Warp 4. Por cierto, que me costó un huevo encontrar un agente comercial de IBM que me lo vendiera. Eso demuestra, quién se cargó al bueno y duro OS/2, en realidad. IBM y su política comercial tuvo gran parte de la culpa, sinceramente... :-(

Bien, pero volviendo al grano, resulta que tengo una máquina virtual VMWare con MS-DOS 6.22 y Windows 3.11. ¿Cómo conseguir que se comunique en red con la máquina host, con Linux?. Eso simplificaría enormemente el intercambio de información entre ambos ordenadores, el real y el virtual.

Bien, es sencillo de hacer, pero requiere algunos drivers que no van incluidos en el viejo Windows para Trabajo en Grupo. En primer lugar, comprobarás fácilmente que Windows no reconoce la tarjeta ethernet virtual. Efectivamente, VMWare emula una ethernet AMD PCNet Family (NDIS2/NDIS3) que no era soportada por el Windows original. Lo primero de todo, conviene que instales Winzip, pero no el último de ahora, sino la última versión que se escribió para 16 bits. Si no, no conseguirás que funcione en Win 3.11. A continuación, bájate los drivers para la AMD PCNet Family, tanto NDIS2 como NDIS3. Estos dos drivers deberás descomprimirlos en Windows 95 ó 98, o cualquier versión más moderna. Pero no conseguirás descomprimirlos en la 3.11 (curioso, ¿verdad?), asi que guárdalos descomprimidos en algún disquette y luego mete el disquette en la máquina virtual VMWare y copia los ficheros a algún directorio del disco duro virtual.

Ahora vete a "Configuración de la Red" y pulsa en "Controladores". Pulsa en "Agregar adaptador" y selecciona "Adaptador de red no listado o actualizado". Cuando te pida un directorio donde buscarlo, pon el que contiene los drivers descomprimidos de antes. Verás que Windows 3.11 instala y configura correctamente el nuevo adaptador de red como "Advanced Micro Devices PCNET family (NDIS2/NDIS3)".

Después de resetear, tu Windows 3.11 ya puede utilizar la tarjeta ethernet virtual. Pero aún no puede comunicarse con Linux porque no entiende los protocolos TCP/IP. Por aquel entonces, Internet daba solo algunos pequeños pasos, ¿recuerdas?, así que el Windows nativo no contemplaba algo tan exótico :-D. La visión de futuro de Bill Gates siempre me ha sorprendido, sí. ¿Recuerdas lo de que "640 Kb de RAM serán más que suficientes"?. Bien, basta. :-DDDD. El caso es que tendrás que instalar un nuevo driver también para eso. Ya sabes, descomprímelo, pásalo a un disquette y mételo en la máquina virtual. Luego vuelve a "Configuración de la Red", "Controladores" y esta vez pulsa en "Agregar protocolo". En la lista, elige "Protocolo no listado o actualizado" y especifica el directorio donde has metido el driver descomprimido. Cuando resetees, tu Windows 3.11 ya puede comunicarse correctamente con Linux. En este último directorio donde has guardado los drivers TCP/IP, encontrarás también clientes para telnet y ftp. Solo tienes que especificar un número IP, claro, pero no me voy a meter en la configuración de una máquina virtual VMWare. Se supone que conoces el manejo de redes VMware, pero si no es así, tendrás que leerte tú mismo los manuales. Para algo que está bien documentado... ¿no crees?. O;-).

Observa este screenshot. En él se ve perfectamente una máquina VMware mía con Windows 3.11, estableciendo un telnet con su host (en este caso lynette, con Fedora Core 1).

¿Y esto para qué sirve?. ¿Quién quiere usar hoy en día un máquina Windows 3.11?. ¡Ah, no sé!. Yo lo hago por simple nostalgia... :-D

  * *

Cómo libero el ratón del emulador de MS-DOS "DosBox"

Si utilizas el emulador de MS-DOS DosBox, comprobarás que en cuanto haces click (por ejemplo con un viejo juego DOS), te captura el ratón y no te permite ya salir. No solo el ratón, es que no puedes ni cambiar a otro programa X-Windows, porque DosBox asume que todas las combinaciones de teclas son para él.

Bueno, todas no. Pulsa Ctrl-F10 y DosBox devolverá el control del teclado y el ratón a X-Window. :-)

De nada. Pero deberías hacer un "man dosbox" y consultar la documentación. Ahí es donde encontré este truco. ¿Captas?. ;-)

  * *

¿Existe algún emulador para Linux capaz de ejecutar OS/2 Warp?

Si. Pero no es VMWare.

Efectivamente, no conseguirás ejecutar OS/2 con VMWare, entre otras cosas porque es un emulador comercial, y lógicamente quieren rentabilizar su inversión en desarrollo: ¿Estás dispuesto a pagar por el soporte para OS/2?. ¿A tí y cuantos más?. ¿Sería rentable?.

Pero VMWare no es el único emulador. Hay otro, heredero de bochs, que sí puede con el viejo OS/2 Warp y con cosas muchas más exóticas. Se llama Qemu y a pesar de ser menos conocido que VMWare, debo decir que me ha sorprendido mucho más que éste. No me extenderé mucho en descripciones, porque está bien documentado y se encuentra facilmente en el Google.

Solo diré que funciona, y para demostrarlo, puedes ver está captura de pantalla de OS/2 Warp 4 funcionando bajo Linux en mi ordenador. De todas formas no es una emulación perfecta y falla a menudo. Solo es apta para nostálgicos, no esperes nada serio con ella. :-)

VirtualBox también tiene soporte para OS/2 Warp, pero solo en algunas máquinas host modernas. A mí no me funciona, pero aparece en la documentación de VirtualBox.

  * *

¿Existe algún emulador para Linux capaz de ejecutar BeOS?

Si, también Qemu. Doy fe de ello. Empiezo a pensar que Qemu puede con todo.

  * *

¿Se puede montar una partición Qemu?

Sí, pero no por el método normal.

Nuestro amigo Jim C. Brown nos lo cuenta en un interesante correo, aunque las listas de correo de GNU son ahora muy restrictivas y puede que no consigas entrar si no eres usuario suyo. Si quieres bajarte el programilla que menciona, te lo puedes encontrar en la red: se llama lomount y he comprobado que funciona perfectamente en mi ordenador. Una vez montado el disco virtual en, pongamos, /mnt/loop, puedes entrar en ese directorio y copiar o modificar ficheros a placer, sin necesidad de ejecutar qemu ni función de red alguna. Muy util para sincronizar ficheros, por ejemplo.

También puedes ir un poco más allá y crearte una función bash que te facilite el montaje sin tener que recordar la engorrosa sintaxis del comando. Por ejemplo puedes crear una función que se llama "monta" tal que así:

function monta {
	qemu=/mnt/virtuales/qemu
	if [ $UID = 0 ]; then
		case $1 in 
			msdos)
				tipo="vfat"
				disco="$qemu/msdos/msdos.raw"
				montaje="/mnt/qemu-msdos"
			;;
			msdos2)
				tipo="vfat"
				disco="$qemu/msdos/msdos2.raw"
				montaje="/mnt/qemu-msdos2"
			;;
			win98)
				tipo="vfat"
				disco="$qemu/win98/win98.img"
				montaje="/mnt/qemu-win98"
			;;
			*)
				tipo="no existe"
			;;_normla
		esac
		if [ "$tipo" != "no existe" ]; then
			lomount -t $tipo -diskimage $disco -partition 1 $montaje
		else
			echo "Uso: monta [ msdos | msdos2 | win98 ]"
		fi
	else
		echo "Solo root puede montar particiones QEMU"
	fi
}

Si metemos esto en nuestro .bashrc o donde sea que guardemos nuestras funciones, cuando reiniciemos el terminal bash podremos montar nuestro disco msdos virtual solo con:

monta msdos
  * *

Windows 95 va fatal en Qemu: no detecta la red, fuentes corruptas...

Si consultas los manuales de Qemu, observarás que te recomiendan Windows 95 (y no Windows 98) porque es tremendamente rápido y requiere poca memoria. Es completamente cierto, pero te encontrarás con algunos problemas no documentados, aunque de fácil solución.

En primera lugar, la detección del hardware virtual fracasará estrepitosamente: Win95 no detectará la tarjeta de red, ni la tarjeta de video, ni un par de cosas más; basicamente, se irá al carajo todo el plug and play de Windows. El motivo de esto es que Qemu emula por defecto un ordenador con arquitectura PCI, pero Windows 95 solo funcionará con una arquitectura ISA, más arcaica y lenta, pero era la que estaba de moda por aquella época. Windows 95 detectará correctamente todo el hardware virtual de qemu si lo arrancas con la opción "-isa". Anda, consulta las opciones de qemu con "qemu -h".

Por cierto, si pretendes usar Qemu para tu viejo Windows 3.11 (el famoso Windows 3.11 para trabajo en grupo, que incluía manejo de redes), te tropezarás con el mismo problema: todo fallará si no usas la opción "-isa".

Otro tema distinto es la corrupción de las fuentes. Efectivamente, las letras de Windows 95, tanto en iconos como en menús, se volverán ilegibles, como si fueran hebreas, sobre todo al pasar el cursor por encima. El problema es que Windows 95 escribe la pantalla directamente a modo de aceleración por software, y eso es lo que corrompe la pantalla virtual de Qemu. La solución es sencilla, pero no está documentada: abre "Mi PC", abre "Panel de Control", abre "Sistema", pulsa en la pestaña "Rendimiento", y ahí en el botón "Gráficos". Ahora mueve el marcador a "Ninguna". Ya está, ahora las fuentes ya no se corrompen.

Y sí. Emular Windows 95 con Qemu es bastante rápido. Puedo ejecutar todos mis viejos programas de Lotus y mi Atlas Multimedia a la velocidad del rayo.


  • Sintaxis HTML 4.01 comprobada
  • Enlaces comprobados


Hecho con gvim * Hecho con CSS