QEMU es un emulador y virtualizador genérico de la CPU, lo que le diferencia de VMware y similares, que sólo permiten virtualizar. La faceta emuladora de QEMU le permite ejecutar sistemas operativos y programas creados para una determinada máquina en otra diferente (como puede ser nuestro PC). Cuando se utiliza como virtualizador requiere un acelerador (denominado KQEMU) y necesita que tanto la máquina huésped como la máquina invitada utilicen procesadores compatibles x86. QEMU es software libre.
En este tutorial -y a modo de ejemplo- virtualizaremos Windows XP en una máquina Linux...

Necesitarás instalar antes QEMU y KQEMU, siguiendo el método usual en tu distribución. Este tutorial lo he realizado sobre Arch Linux 0.8, utilizando qemu 0.9.0-1 y kqemu 1.3.0pre11-2.
En primer lugar, crearemos la imagen de disco, es decir, un fichero que contendrá la imagen del disco duro del sistema invitado, al que daremos un tamaño -por ejemplo- de 4 Gigabytes:
qemu-img create -f qcow xp.qcow 4G
Crearemos ahora una imagen superpuesta a ésta, de modo que los cambios se almacenen en un fichero aparte y podamos regresar a la imagen original en caso en caso de problemas o inestabilidades:
qemu-img create -b xp.qcow -f qcow xp2.qcow
A continuación habremos de insertar el CD de Windows XP en la unidad y preparar el medio de instalación del sistema invitado. Por ejemplo:
dd if=/dev/cdrom of=xp.iso
Procedemos ahora a instalar el sistema operativo:
qemu -cdrom xp.iso -boot d xp2.qcow
Correcto:

La instalación sigue el proceso habitual. El puntero del ratón quedará "atrapado" en la ventana de instalación; para liberarlo pulsa Ctrl y Alt a la vez.
Si te fijas ahora en la consola desde la que arrancaste, es posible que veas dos mensajes de aviso.
El primero dice:
Could not configure '/dev/rtc' to have a 1024 Hz timer. This is not a fatal error, but for better emulation accuracy either use a 2.6 host Linux kernel or type 'echo 1024 > /proc/sys/dev/rtc/max-user-freq' as root.
Si te aparece, la solución es inmediata. Teclea lo que se te indica como root en una consola:
echo 1024 > /proc/sys/dev/rtc/max-user-freq
Se supone que eso acelera la ejecución.
El segundo mensaje sólo indica que no estás utilizando el acelerador KQEMU:
Could not open '/dev/kqemu' - QEMU acceleration layer not activated
Para cargar el acelerador has de teclear (una sola vez) esto como root:
echo "options kqemu major=0" >> /etc/modprobe.conf
Tras el primer rearranque automático prosigue la instalación. Al final, tenemos el sistema virtualizado funcionando:

Desde este mismo momento puedes conectarte a cualquier servidor que corra en el host Linux sin más que utilizar para ello la dirección 10.0.2.2. Por ejemplo, aquí estamos conectados a un servidor web Apache corriendo en el Arch Linux anfitrión:

En algunos casos (ver comentarios) también se podría disponer ya de acceso a Internet en este punto. Compruébalo, apagando tu máquina virtual y arrancándola de nuevo con un comando como el siguiente:
qemu -hda /home/tu_nombre_usuario/xp2.qcow -m 384 -kernel-kqemu -localtime
El número que sigue a la m es la memoria RAM que quieres dedicar a tu máquina virtual XP y la opción localtime hace que se muestre la hora correcta (si no, emplea la UTC).
Si puedes salir a Internet, enhorabuena. Para ti, el tutorial acaba aquí.
Si no (o si quieres además que tu máquina virtual sea visible para tu red local), continúa leyendo.
Si no puedes salir a Internet...
En mi caso, por alguna razón el XP no pilla la IP de forma automática, así que tuve que configurar a mano la conexión de red. No me sirvió utilizar la IP de la pasarela de mi sistema y dar al XP una IP en ese rango, sino que tuve que dar ambas en el rango que utiliza QEMU, es decir:
IP : 10.0.2.15 Pasarela: 10.0.2.2
Con esto logré salir a Internet incluso en un caso tan atípico como el mío.
Otra forma más complicada de lograrlo consiste en configurar una conexión bridged (puenteada), que da una IP propia al equipo virtual, lo que -a cambio de una mayor complicación- comporta la ventaja añadida de que lo hace visible desde el host u otros equipos de la red.
El método que sigo a continuación funcionó tal cual en Arch Linux, pero seguramente habrá que modificarlo para otras distribuciones [disponemos también un tutorial para Fedora, gentileza de Jonsito]. Requiere tener instalados los paquetes bridge-utils y uml_utilities.
Lo que haremos será reconfigurar la red para poder disponer de un interfaz puente, llamado br0.
Crearemos el fichero /etc/qemu-ifup con el siguiente contenido (insisto: las rutas serán las de distribución):
#!/bin/sh echo "Executing /etc/qemu-ifup" echo "Bringing up $1 for bridged mode..." sudo /sbin/ifconfig $1 0.0.0.0 promisc up echo "Adding $1 to br0..." sudo /usr/sbin/brctl addif br0 $1 sleep 2
Para dar a este fichero permisos de ejecución tecleamos:
chmod a+x /etc/qemu-ifup
Crearemos /etc/udev/rules.d/70-kqemu.rules, con el siguiente contenido:
KERNEL=="kqemu", MODE="0666" KERNEL=="tun", MODE="0666"
Crearemos ~/bin/qemu_setup (es decir, en tu home) con el siguiente contenido:
# insert the tuntap module modprobe tun # insert the bridge module modprobe bridge # insert the kqemu module modprobe kqemu major=0 # setup bridge ifconfig eth0 down brctl addbr br0 ifconfig eth0 up brctl addif br0 eth0 ifconfig br0 192.168.0.111 up ifconfig eth0 down ifconfig eth0 0.0.0.0 up route add default gw 192.168.0.1
(ojo: la primera IP será la que quieras darle a tu máquina invitada y la segunda la de tu pasarela a Internet).
Hazlo ejecutable:
chmod a+x ~/bin/qemu_setup
Por último nos creamos un script (~/bin/windows) para arrancar la máquina Windows con las opciones que deseemos (Así, el número que sigue a m representa la RAM que queremos utilizar, etc. Puedes observar todas las opciones disponibles tecleando qemu en la línea de comandos).
Nuestro ~/bin/windows será algo así:
#!/bin/sh USERID=`whoami` iface=`sudo tunctl -b -u $USERID` qemu -hda /home/turing/xp2.qcow -m 384 -cdrom /dev/cdrom -kernel-kqemu -localtime -snapshot -net nic -net tap,ifname=$iface sudo tunctl -d $iface &>/dev/null
Hazlo ejecutable:
chmod a+x ~/bin/windows
Tecleamos ahora visudo para añadir las siguientes líneas a /etc/sudoers y poder ejecutar QEMU como usuario normal:
tu_nombre_de_usuario ALL=(ALL) NOPASSWD: /usr/sbin/brctl tu_nombre_de_usuario ALL=(ALL) NOPASSWD: /usr/bin/tunctl tu_nombre_de_usuario ALL=(ALL) NOPASSWD: /sbin/ifconfig
Tras reiniciar, ahora, siempre que queramos usar la máquina virtualizada, hemos de ejecutar -como root- el script qemu_setup para poner en marcha la conexión de red y después arrancar -con tu usuario- el script windows.
Ahora ya tenemos salida a Intenet, como demuestra el hecho de que Explorer ya puede encontrar felizmente su casa:

Hasta aquí sólo hemos visto un ejemplo del uso de QEMU como virtualizador, pero QEMU es también un emulador y dispone de muchas otras opciones y posibilidades (y también de una versión para Windows) así que, a poco que me demostréis que el tema os interesa, ésta que ahora contemplas podría ser sólo la primera entrega de toda una saga.
Referencias:
- QEMU [Home Page].
- QEMU [Archwiki].
- QEMU setup [Wisdom is the prime thing].
- QEMU and TUN/TAP networking [Felipe Alfaro Blog].
¿Pero en serio alguien ha probado ésto?
anónimo8 Enero 2009 - 10:15pm
Bueno, está mal, y me ha jodido bastante.
El problema es que crea la imagen final cómo copia de la base, pero lo hace antes de instalar el sistema operativo, WTF!
Entonces, lo que conseguimos es una imagen base (vacía) dónde le añadimos el SO, haciendo la primera totalmente inservible.
[C&P]
-rw-r--r-- 1 lxuser users 1,2G 4 gen 20:04 xp2.qcow -->> 1.2G de "cambios" WTF!
-rw-r--r-- 1 lxuser users 17K 22 nov 23:51 xp.qcow
kriptopois epic FAIL.
Aunque en general tengo que felicitaros por la página y trayectoria.
Bueno, pues... yo mismo
admin8 Enero 2009 - 10:34pm
Este tipo de cosas las escribo sólo tras probarlas en mi máquina y comprobar que funcionan perfectamente.
Lamento que a ti no te haya servido. O bien han cambiado las cosas desde entonces (el artículo tiene ya un tiempecillo) o has cometido algún pequeño error en el camino, porque a mí me funcionó y parece que a algunos lectores más también.
fallo segmento
anónimo17 Octubre 2008 - 11:27pm
hola a tod@s, se agradece cualquier ayuda...despues de introducir la orden "qemu -cdrom xp.iso -boot d xp2.qcow" ... responde con fallo de segmento. ¿qué estoy haciendo mal?
Y yo como le hago?
anónimo19 Septiembre 2008 - 2:56pm
mi caso es al reves. Yo soy nueva en esto y tengo QEMU instalado en un SO XP. Quiero instalar la imagen de un SO Linux pero la verdad es que no tengo idea de como hacerlo. Alguien que sepa?
Excelente, solo le falta el sonido.
anónimo9 Julio 2008 - 11:03pm
Me gusto mucho el programa, solo me falta el sonido y activar toda la aceleracion grafica de nvidia.
No inicia la instalacion
anónimo2 Junio 2008 - 9:43pm
No inicia la intalacion virtual, la ultima orden " qemu -cdrom xp.iso -boot d xp2.qcow" responde "fallo de segmento", Se agradece cualquier sugerencia, gracias, un saludo a tod@s.
Despues de tanto buscar
anónimo13 Abril 2008 - 6:09pm
Gente despues de tanto buscar he solucionado asi el temad de la navegacion sin tener que poner ip en el WXP emulado.
qemu -hda xp2.qcow -m 512 -localtime -soundhw es1370 -usb -net nic -net user &
xp2.qcow es la imagen.
Saludos.
El ojo
anónimo18 Noviembre 2007 - 7:29am
No va mucho al tema, pero de tu screenshot del explorer conectandose a internet, deduzco 4 cosas.
Eres una persona esoterica, crees en en los mitos y de cierta forma en el destino.
Eres una persona un poco "gordita", sin animo de ofender, puede que estes pasadito de peso.
Juegas Uno o mas RPG's, posiblemente WOW FUE uno de ellos, y te costo dejarlo.(no es novedad).
Y por ultimo, tu "entorno" quiere que te mudes de casa, ya esta bueno de vivir ahi, o eso es lo que quieren tus vecinos.
Como se eso? Bueno, preguntale a Bill Gates.
Emula eso.
Re: El ojo
anónimo18 Noviembre 2007 - 11:04am
yo tambien deduzco dos cosas de tu post:
1) eres tonto.
2) en tu casa no lo saben.
Cual es el password
anónimo15 Octubre 2007 - 10:17pm
Cargue el Windows XP perfectamente, pero cuando voy a iniciar XP me pide un password de ADMINISTRADOR el cual no tengo, quisiera saber si hay alguna solucion o tengo que instalar el sistema otra vez...
No se activa kqemu
werken15 Septiembre 2007 - 3:35pm
Me parece un excelente tuto, muy bien detallado y explicado. Lo seguí paso a paso y he logrado virtualizar Xp en OpenSuse 10.2, sin embargo no puedo activar kqemu. Cuando me sale el mensaje de que no está cargado tipeo el comando "echo "options kqemu major=0" >> /etc/modprobe.conf" como root en la consola, sin embargo al volver a cargar xp me vuelve a parecer el mensaje.
Mi otra duda es cómo hago para que me lea mis lectores de cd físicos y asi poder instalar algun soft.
Gracias
Me pasa lo mismo que a ti
anónimo16 Octubre 2007 - 10:35pm
Lo dicho! alguien tiene alguna solución, a mi me pasa con el kubuntu!
saludoss!
De Maravilla en Fedora 7
anónimo15 Julio 2007 - 10:05pm
Muchas gracias por la info, cheque la forma sencilla, y funciona a la perfeccion.
Aclaraciones Por Favor
anónimo26 Junio 2007 - 5:24pm
Bien, soy bastante novato en virtualización, creo que todos lo hemos sido alguna vez..
Hay algo que me confunde y pienso que aqui podrian ayudarme...
Leo en muchos lugares, "una vez creada la imagen se procede a instalar Windows XP", pero resulta que yo ya tengo un sistema Windows instalado con su particion NTFS y todo bien configurado, no necesito instalar otro, lo que desearia es levantar el sistema windows (que ya tengo instalado) desde Linux, no se si se entiende lo que deseo...
Agradeceria que me aclaren el Tema
Mira esto
admin26 Junio 2007 - 5:38pm
Cómo virtualizar una partición Windows ya existente.
Qemu esta muy verde
anónimo12 Junio 2007 - 4:21pm
Qemu esta muy verde todavia, igual que Xen, ambas prometen mucho pero todavia no tienen la extraordinaria flexibilidad de VMWare, llevo muchos años usandolo para todo tipo de cosas y aunque intento sustituirlo de vez en cuando por Xen/Qemu, no puedo evitar fustrarme y volver.
Son muy lentos, fallan mucho, y son poco fiables a la hora de confiar a las maquinas virtuales alguna labor importante, pero han mejorado mucho, quizas dentro de un añito puedan competir.
Ya tengo una particiòn con el Windows...
anónimo12 Junio 2007 - 12:19am
¿Como hacer si yo ya tengo una particiòn con el Windows y quiero lanzar este Windows ya existente en Linux con QEMU?
facil
jonsito12 Junio 2007 - 9:15am
Qemu puede trabajar con diversos tipos de imágenes de disco (man qemu-img), entre ellas una imagen raw
Supongamos que tu partición con windows ( tu disco c:) se ve desde linux como /dev/hda2.
Al invocar Qemu pones como imagen de disco la partición de disco donde reside el windows, por ejemplo: "qemu -boot c -hda /dev/hda2"
No obstante el manual de qemu dice que esas cosas hay que hacerlas con mucho cuidadín....
De nada :-)
Nadie responde.
anónimo16 Junio 2007 - 7:58pm
Tengo que asumir que es una aplicacion que no me sirve. No tengo un buen soporte y directamente no funciona...
Puede ser incompatibilidad de OSs?
anónimo13 Junio 2007 - 12:52am
Tengo Linux FC6 64 bits y Windows es 2003 Server 32.
Booting from Hard Disk...
anónimo13 Junio 2007 - 12:49am
Y asì para siempre... Nada de errores ni Windows. Tiene que ver que Windows está con NTFS?
Dispositivos de QEmu.
anónimo4 Mayo 2007 - 7:40pm
Buenas, queria saber si el qemu, hace puente directo con los dispositivos o utiliza dispositivos virtuales como es el caso del VMWare. Este ultimo me dejaba hacer puente directo solo con la placa de red(Instalar WXP y ponerles los drivers correspondientes de la placa) pero me interesaria si QEmu hace lo mismo con otros dispositivos como la placa de sonido y de video principalmente que tengo una GForce 7300 y me gustaria gosar de su rendimiento en QEmu ya que VMWare utilizaba una placa de video virtual que no era soportada por el DirectX, desde ya muchas gracias y espero su respuesta.
Excelente para animarse a probarlo
anónimo27 Abril 2007 - 1:07am
Hola, es un muy buen tutorial, excelente para animarse a probarlo, actualmente tengo instalado Ubuntu 7.04 Feisty en una lap DELL XPS M1210 con Beryl y quería experimentar con algo de virtualización, te comento que la instalación de los paquetes lo hice desde Synaptic y fué muy fácil, una vez instalados los paquetes kqemu-common, qemu, qemuctl, qemu-launcher y vgabios; unicamente ejecuté Qemu Launcher y listo a instalar el XP para hacer las pruebas...
Muy bueno el tutorial
anónimo21 Abril 2007 - 5:40pm
Me funciono perfectamente
Duda
unho8 Marzo 2007 - 2:28pm
Tengo una duda. ¿Se puede usar qemu sin el kqemu? Me hacia falta para ejecutar zenwalk para poder traducir Xfce. Muchas gracias
Deica
Comparativa de rendimiento
michel5 Marzo 2007 - 1:15pm
No he probado aún vmware, y virtualbox me dió problemas cuando lo instalé, así que no he podido comparar rendimientos.
La impresión que me da qemu, incluso con kqemu en modo kernel, es que es bastante lento (de hecho sin el kqemu es directamente inusable), pero no sé si es lo esperable por el hecho de estar virtualizando.
¿Alguien que haya probado varios sistemas puede comparar rendimientos?
Mi impresión
admin5 Marzo 2007 - 1:54pm
VMware y VirtualBox muy similares.
QEMU + KQEMU mucho más lento.
Muy buen tutorial, a ver si
empanada5 Marzo 2007 - 2:36am
Muy buen tutorial, a ver si espantamos a vmware :-).
Realmente impresionante todo lo que la virtualización y la emulación permiten. La primera vez que oí hablar de ello me pareció la leche...impresión que corroboré cuando al hilo de una instalación de Debian en un powerPC, probé MOL (MacOnLinux) hará cosa de un año.
Hace un par de meses estuve en casa de un amigo, y estuve viendo vmware, que la verdad parecía ir muy bien...pero me daba rabia que no fuera soft libre, así que, aunque en realidad no era algo que me interesaba mucho, empecé a buscar y me salían 2 opciones libres y de calidad: Xen y Qemu. Pero Xen necesita de un rango bastante limitado de procesadores.
La solución era Qemu + Kqemu + Qemu Launcher. Lo probé y en 10 min ya estaba instalando windows Xp en la imagen recién creada.
Es una maravilla. Aunque soy un amante de la linea de comandos, recomiendo encarecidamente Qemu Launcher: una interfaz muy sencilla, muy completa y que es muy práctica para todos los experimentos y constantes cambios a los que incita Qemu.
Ya no voy a tener que echarme a temblar cada vez que instale FreeBSD porque me mandaba a la mierda la tabla de particiones, y puedes aprender mucho mas rápido a manejar cualquier SO, porque cuando algo no te funciona estás dentro del host para tirar de Google o revisar la documentación que tienes guardada. Recuedo los dolorosos comienzos con Linux cuando algo no funcionaba: reiniciar para entrar en ventanas para buscar info, y volver a reinciar para probar si funcionaba ono.
Un uso que le doy muy frecuente es probar liveCD's ,algunos de ellos hechos por mi con multiboot, sin tener que reiniciar el pc.
Saludos a todos
"Me separé de mi esposa cuando me di cuenta de que teníamos los mismos gustos: las mujeres" Groucho Marx
Tema
felipe_alfaro5 Marzo 2007 - 1:11am
¿Cómo se llama el tema que estás utilizando en GNOME/KDE (tal y como se aprecia en la primera captura de pantalla, por ejemplo)? ¿De dónde los descargaste?
¡Gracias!
KDE-look es tu amiga
admin5 Marzo 2007 - 9:53am
Ya lo conté aquí.
HP-UX
jail5 Marzo 2007 - 12:29am
Necesito emular HP-UX por temas de trabajo para prácticar. Se que existe un parche para QEMU que permite poder virtualizar HP-UX. Algún erudito en el tema podría ampliar este tutotial para poder virtualizar HP-UX. Muchas gracias.
Un saludo.
Estaría muy interesante
Figue5 Marzo 2007 - 9:11am
Estaría muy interesante poder virtualizar HP-UX... Me uno a la solicitud ;)
Una posibilidad.
michel4 Marzo 2007 - 10:59pm
La imagen del olpc no me reconoce en servidor dhcp de qemu en el proceso de arranque (no tengo ni idea de por qué, todas las demas distribuciones que he probado lo reconocen sin problemas), así que tengo que o bien configurar la red manualmente o bien arrancar manualmente el cliente dhcp (entonces sí que pilla el servidor de qemu sin problemas).
Puede que esté relacionado con tu problema para echar a andar la red: has probado a configurarla manualmente en el guest? o a salir por ip, sin usar dns?
Resuelto
admin5 Marzo 2007 - 12:48am
Sí, Michel; ya tenía claro que el problema tenía que ser ése. Pero ya me había pasado un buen rato configurando la red del Windows a mano sin conseguir nada.
Al final, he salido del paso colocando los datos que me dio "empanada":
IP: 10.0.2.15
GW: 10.0.2.2
Como bien decías, parece claro que por alguna razón el invitado no pilla la IP por DHCP.
Hasta ahora usaba la GW del sistema y una IP a mano en ese mismo rango, pero así no marchaba.
Añado también esto al tutorial por si alguien más tiene el mismo problema. Creo que ahora queda bastante más completo.
Y de nuevo muchísimas gracias por vuestra ayuda.
Revisando la documentación
empanada4 Marzo 2007 - 9:39pm
Revisando la documentación de qemu he visto esto:
"User-net is the "slang" term used for the most simple network support that QEMU supports (also known as slirp). It is turned on by default if no other networking options are specified, and it has these features:
Internet access through a built-in firewall and NAT
Built-in DHCP and DNS (basically this means easier set-up of your Guest system)
Built-in support for Samba (aka Windows file sharing) and TFTP (Trivial FTP)
Port redirection support
no root privileges required
The User-net mode has these disadvantages, though:
no ping possible (requires root privileges on the host)
no real LAN access - if you want the QEMU Guest system to appear among the other PCs on your LAN, use IP-forwarding or a bridge instead"
Mas info en User Net
Así que lo raro es que no te funcione por defecto, salvo que alguna opción de compilación lo hay desactivado. Por otro lado no comenta nada de kqemu, así que todo esto sucede en el espacio de usuario: nada de módulos, nat, bridge...
Yo lo he instalado en 3 máquinas diferentes y funciona en las 3 por defecto. 2 i386 y un amd64, si bien e s cierto que las 3 son casi un calco una de la otra (las 3 Debian unstable kde + beryl + 2.6.18 +...).
Saludos!!!
"Me separé de mi esposa cuando me di cuenta de que tenÃamos los mismos gustos: las mujeres" Groucho Marx
Pues sí, parece claro
admin4 Marzo 2007 - 9:50pm
Estupendo. Muchas gracias por la info.
Parece claro que debe conectar por defecto. Ahora me queda investigar a ver por qué en mi caso no va, aunque debe tener que ver con cuestiones de mi propia red (firewall, gateway y demás).
me extrañaría, dado que todo sucede en espacio de usuario
empanada4 Marzo 2007 - 10:06pm
Dado que todo sucede en espacio de usuario, viene a ser como un programa cualquiera que accede a internet, es decir una conexión saliente iniciada por localhost, que supongo que tendrás autorizadas por defecto, salvo que lleves la paranoia al extremo, y hagas un filtrado por proceso, y solo dejes salir determinados procesos.
En mis reglas de iptables soy muy restrictivo con paquetes entrantes, incluso de la red local, pero a localhost le permito todo. Desde luego no es lo ideal, pero me parece que para un escritorio es mas que suficiente, sin llegar a caer en un coñazo cada vez que usas algo nuevo.
Saludos
"Me separé de mi esposa cuando me di cuenta de que teníamos los mismos gustos: las mujeres" Groucho Marx
No, no lo soy
admin4 Marzo 2007 - 10:18pm
Mi localhost también es un ser libre ;)
Bueno; el tutorial está ahora claramente dividido en dos partes: la normal y... la otra.
Gracias y un saludo.
Editado
admin4 Marzo 2007 - 6:47pm
A la espera de aclarar más el punto de la necesidad de la conexión bridge, he editado el párrafo correspondiente a la posibilidad de acceso a Internet.
Aun no hace mucho
unho4 Marzo 2007 - 6:38pm
Aun no hace mucho jodi, mas o menos, el ubuntu al instalar virtualbox. Probare el qemu.
Deica
a mi me paso lo mismo
aztun5 Marzo 2007 - 12:09am
a mi tb instalando los paquetes .deb de virtualbox me medio petó kubuntu., aparte de que no consegui hacer que funcionasen,
estuve bastante tiempo volviendome loco pq el sonido no me funcionaba hasta que me di cuenta de que toqueteando para intentar instalarlo saqué a mi usuario del grupo audio. solo tuve que volver a editar el /etc/group y a funcionar, pero se me quitaron las ganas de probar virtualbox :)
A mi me lo jodio
unho5 Marzo 2007 - 1:57pm
A mi me lo jodio de tal manera que cada vez que intento instalar algo nuevo tengo que volver a configurar el paquete. Lo malo es que no puedo desinstalarlo porque no esta instalado. Y tampoco puedo finalizar la configuracion. Hace poco le instale un paquete de samba que hay que configurar tambien y ahora me peta tambien al configurarlo, asi que le tengo que dar a las teclas unas quince veces para que me pete la configuracion de eses paquetes y deje de joderme la vida. Pero cada vez que instalo estamos en las mismas. Por eso estaba buscando algo parecido a lo que vi en arch, la opcion de rollback.
Deica
¿y como es que me funciona la red sin configurar nada?
empanada4 Marzo 2007 - 5:49pm
Pues yo instalé qemu (mas kqemu) en Debian unstable hace unas semanas....y funciona la red sin configurar nada. No lo entiendo. Pero es que no lo entiendo por ningun lado:
Uso Qemu Launcher como interfaz para usar Qemu, el caso es que ni en Qemu Launcher ni por línea de comandos he configurado nada. Además no tengo activado el NAT en el sistema ni cargados los módulos de iptables_nat, ni sevidor dhcp, ni tun, ni bridge, y no tengo configuradas mas que las interfaces loopback y eth0 (estoy tras un router)....¿¿??
Tiene que ser el módulo kqemu que hace un bridge+DHCP el solito, porque es increible. Al hacer un ipconfig /all me da que la ip es 10.0.2.15 y la gateway 10.0.2.2. ¿¿??.
Debian unstable, qemu 0.8.2.5, kqemu 1.3.0.pre9-12
¿¿?? , ¿¿?? y ¿¿??
"Me separé de mi esposa cuando me di cuenta de que tenÃamos los mismos gustos: las mujeres" Groucho Marx
No en mi caso (2)
admin4 Marzo 2007 - 6:18pm
Pues al menos en mi Arch no ocurre.
Cargo kqemu y sin TUN/TAP no puedo salir a Internet.
Para colmo de males no puedo investigar mucho porque este Windows es un Fundamentals y no tengo ipconfig (?!).
No es necesario el puente de red para salir a internet
michel4 Marzo 2007 - 3:21pm
Al menos a mí me funciona sin necesidad de ello.
Para lo que sirve el interface tun/tap es para acceder desde el sistema host al sistema guest, es decir, permite al host "ver" la tarjeta de red del guest.
Pero con la configuración red por defecto el guest se comporta de cara a la red como si fuera un proceso más en el host. Es decir, que se puede conectar sin problemas a internet.
Pues no en mi caso
admin4 Marzo 2007 - 5:48pm
Si no establezco el puente no puedo salir.
¿Te importa decirme tus parámetros de arranque?
Estos:
michel4 Marzo 2007 - 6:26pm
qemu y kqemu instalados directamente del árbol de portage y sin tocar nada de la configuración.
Arrancando qemu sin ninguna variable extrauuuuuuu.
Y me funciona tanto con kqemu (en modo kernel y en modo usuario) como sin él.
Puesto que otro usuario comenta que en Debian también funciona sobre la marcha, sospecho que es el paquete de arch linux el que trae una configuración exótica. Prueba con los parámetros "-net nic -net user".
Pues no
admin4 Marzo 2007 - 6:39pm
Ya había probado todos los posibles parámetros de net y sólo tengo salida a Inet con el bridge.
En fin; gracias y seguiremos investigando.
Para servidores???
mogojojo4 Marzo 2007 - 2:58pm
Excelente tutorial, al igual que los otros de Virtual Box y demás. Felicitaciones no te detengas...
Será que lo puedes usar para virtualizar servidores guin2 2k y/o 2k3??? tendrá alguna limitación para crear unos servidores virtuales en guin2 y comunicarlos entre ellos estando en el mismo host, que tal será el rendimiento??? tratandose por supuesto del host en gnu/linux y un monstruito con 16 a 32 GB de RAM y 4 Procesadores.
Alguien conoce una mejor alternativa para virtualizar servidores??? y preferiblemente que sea software libre, gracias.
Lo mejor de la vida es gratis...
Virtualización de servidores
TriDeck5 Marzo 2007 - 7:02pm
De lo que he podido probar, la solución que ofrece un mejor rendimiento es Xen que dispone de una versión open source.
Eso sí, para virtualizar máquinas en Windows, tienen que ser Windows 2003 o XP, dicen que en breve ofrecerán soporte para Windows 2000.