linkstat

Como acceder a particiones Linux (ext2, ext3, ext4, reiserfs, xfs, jfs, etc) desde Windows 2000 / XP Professional / XP Professional x64 Edition / etc Introducción: Decidí hacer este post como una guía útil para quienes necesiten resolver un problema que se suele dar a menudo entre usuarios de diferentes sistemas operativos: la necesidad de acceso a TODAS las particiones del/los disco(s), sin importar el sistema de archivos. En este caso, desde Windows. Situación típica: Resulta que hace un tiempo que soy usuario de linux (bastante tiempo); pero hace tiempo que lo tengo como principal (y único) sistema operativo. Tengo una bonita notebook HP Pavillion dv9000 series (que venía con un Win Vista al cual reemplacé apenas adquirida la misma sin darle chance alguna por un GNU/Linux Ubuntu 9.04 de 64 bits). Pero por cuestiones laborales (tuve que laburar con Project 2007 y Visio 2007 y WINE no siempre me los tiraba bien) y porque se me dió por jugar videojuegos de PC, decidí - tuve que instalar un Windows XP Pro x64 (quería que me reconociera los 4GB de RAM y no quería Win VISTA, por eso el hecho de que haya puesto un Windows XP de 64 bits). Problema a resolver: Pero luego resultó lo obvio: que desde Windows XP Pro x64 me resultaba imposible acceder a las particiones de Linux en donde tenía todos mis documentos, música, videos y practicamente todos mis datos. Buscando, buscando y buscando sin dar con soluciones, llegué a resolverlo de una forma muy particular, que paso a comentar en este post. Detalles preliminares: Equipo: Notebook HP Pavillion dv9410us c/4GB de RAM y 160GB HDD particionado como sigue: sda1: 1GB - Partición ext3 - Boot sda2: 28GB - Extendida sda5: 20GB - Partición ext3 - Raiz del Ubuntu sda6: 8GB - Partición swap - Area de intercambio de Ubuntu sda3: 20GB - Partición ntfs - Disco C: del WinXP x64 sda4: 102GB - Partición ext4 - home de usuarios; documentos; descargas; musica; videos; etc. Desde Linux no hay problemas. Linux lee (y escribe) todas las particiones. Windows, no. Soluciones: Instalar algún software como Paragon Mount Everything, pero estos softwares solo corren bajo Windows de 32 bits y por lo general no son muy seguros, ya que pueden producir perdida por corrupción de datos. Además, es extraño que soporten los sistemas de archivo más nuevos, como ext4; o los menos comunes, como jfs. Entonces, la solución más limpia que encontré fue correr un kernel 2.6.x de Linux, que reconozca de forma nativa las particiones Linux, y que luego las comparta por SAMBA para accederlas desde Windows como un recurso compartido de red. Implementación: Se necesita una máquina virtual que corra sobre sistema operativo de 64 bits y que sea capaz de acceder al disco real de la PC. Yo elegí VMware Workstation 6.5.3 for Windows (x32 & x64) Se puede bajar desde la página de VMware en http://www.vmware.com/download/ws/ y luego conseguir un serial o keygen en http://www.astalavista.com/ o bien buscar alguno por Taringa, como por ejemplo: http://new.taringa.net/posts/downloads/2378772/VMware-Workstation-6_5_2-Build-156735.html http://www.taringa.net/posts/downloads/3096176/Vmware-6_5.html http://new.taringa.net/posts/downloads/3199260/VMware-Workstation-6_5_2-Build-156735%5BFull%5D.html Un GNU/Linux que entre en una partición pequeña, en lo posible de no más de 1GB o 1,5GB y que esté bien soportado por VMware Workstation. Yo elegí Ubuntu 9.04 Server (64bit version) Se baja el instalador directamente desde la página de Ubuntu en http://www.ubuntu.com/getubuntu/download-server o bien directamente desde alguno de estos enlaces: http://mirror.globo.com/ubuntu/releases/jaunty/ubuntu-9.04-server-amd64.iso http://mirror.pop-sc.rnp.br/mirror/ubuntu/jaunty/ubuntu-9.04-server-amd64.iso http://espelhos.edugraf.ufsc.br/ubuntu-releases/jaunty/ubuntu-9.04-server-amd64.iso Manos a la obra: Primero se instala VMware Workstation en Windows XP. No hay mucho que decir acerca de esto. Se instala como cualquier otro programa común y corriente de Windows; son solo unos cuantos clicks, un buen tiempo (porque se demora un poco la instalación, debido a su gran tamaño). Al finalizar la instalación pide un nombre de usuario y un número de licencia (que se puede o no introducir ahí, pero que de una forma u otra, hay que ponerlo para poder ejectura el programa). Y finalmente, reiniciar Windows (que hay que hacerlo) y listo. Primera parte completada. Luego (de haber reiniciado Windows), ejecutamos VMware Workstation y procedemos a crear la nueva máquina virtual como sigue: Primero, Hacemos clic en "New Virtual Machine" para iniciar el asistente. Seleccionamos "Custom (advanced)", de modo que el asistente sea más completo en cuanto a opciones de configuración. En compatibilidad de hardware, seleccionamos "Workstation 6.5" En esta pantalla, le indicaremos a VMware, que utilizaremos una imagen ISO. en la captura se ve que yo ya elegí una imagen ISO de Ubuntu, y VMware ha detectado la versión. El asistente nos avisa que se usará una funcionalidad llamada "Easy Install". Easy Install permite instalar un sistema operativo de forma fácil y rápida con opciones preconfiguradas. El tema es que automatiza muchas cosas para esto (como por ejemplo, el particionado de disco), y nosotros "evitaremos" el uso de esta "funcionalidad". Pero lo veremos más adelante. Esta es la pantalla de recolección de datos de "Easy Install". Le ponemos cualquier cosa... no importa mucho, (ya veremos porque). Aquí seleccionamos un nombre y una ubicación para la máquina virtual en cuestión. Yo le puse "Minibuntu-x64" y en la ubicación elegí "C:\VMware\". Pero ambas cosas son "a gusto y piacere" de cada uno. En esta pantalla, debemos seleccionar la cantidad de procesadores que tendrá la máquina virtual. La cantidad de procesadores disponibles depende de la máquina real (en este caso, tengo un procesador Turion64 X2, por eso VMware me da la posibilidad de tener hasta dos procesadores). De todas formas, queremos una "VM minimalista", por lo cual con un solo procesador nos basta y alcanza. Aquí controlamos la cantidad de memoria RAM asignada a la máquina virtual. Dice que el mínimo es 256MB y que lo recomendado es 512MB. Pero la verdad la verdad, es que con 128MB nos queda de diez para lo que necesitamos que haga. aunque de todas formas, para que la instalación sea rápida y no demore tanto, utilizaremos 256MB (una vez instalado Linux, podremos bajarle la cantidad de RAM asignada a 128MB). Esta pantalla nos da a elegir el tipo de red que tendrá. Resulta que VMware puede operar de diferentes maneras las redes de las placas de red de las VM. Nosotros seleccionamos "Use network address translation (NAT)", ya que es la opción más sencilla y fácil de configurar. En resumen, con esta opción tendremos comunicación entre la máquina real y la máquina virtual (e Internet en la VM si es que hubiera). Pantalla de selección del adaptador SCSI. Seleccionamos la "LSI Logic" que está muy bien soportada. Elegimos crear un disco virtual (más adelante agregaremos un segundo disco que será el real). Nos pregunta si el disco virtual será IDE o SCSI. Seleccionamos SCSI. NOTA: Esto no tiene nada que ver con el hardware real de la PC. Simplemente, estamos seleccionando los componentes con los que armamos la máquina virtual (independiente del hardware real). Aquí un par de cuestiones importantes con respecto al tamaño del disco virtual que crearemos. Primero, para lo que necesitamos hacer, con 1GB de disco, nos alcanzaría. sin embargo (y por las dudas), creamos un disco de 1.5GB y dejamos desmarcada la casilla de "Allocate disk space now", de forma tal, que el archivo de la imagen del disco virtual, vaya creciendo incrementalmente y no nos asigne 1.5GB de un solo saque. Además, elegimos la opción "Store virtual disk as a single file" (lo que en realidad no tiene mucha importancia dado el tamaño del disco virtual que estamos creando). Aquí seleccionamos el nombre del archivo de imagen del disco virtual. Yo le puse "Minibuntu-x64-VD.vmdk"... (VD de VirtualDisk). Pero puede ser lo que se les venga a la cabeza. En esta pantalla, se nos muestra un resumen de lo que elegimos durante las pantallas previas del asistente. Lo realmente importante acá para lo que nosotros necesitamos hacer (y por sobre todo, por como lo haremos), es que la casilla de "Power on this virtual machine after creation" esté DESMARCADA. Luego, le damos a "Finish" (Finalizar). Esta es la pantalla principal, nuevamente, pero con nuestra máquina virtual a creada. (En esta pantalla también se ve otra máquina virtual que ya tenía creada de antes; pero no prestarle atención). Ahora, lo que necesitamos hacer antes de ponerla a funcionar, es "modificar" el hardware de la misma, cambiando cosas, que durante el asistente no hubieran sido posibles ser cambiadas. Para esto, hacemos clic en "Edit this virtual machine settings" Bien, acá debemos eliminar el hardware que figura como tachado, seleccionando el mismo, y haciendo clic en el botón "Remove". Resulta que mucho de ese hardware ha sido agregado automáticamente por "Easy Install" a modo de hacer una instalación desatendida (pero costosa y desadecuada para lo que necesitamos). Y además, hay hardware que realmente no necesitamos, como un BUS USB, o una placa de sonido... Cuidado de eliminar uno de los CD/DVD (IDE), asegurarse de que sea el que tiene la ISO de "autoinst.iso", y que el que quede sea el que tiene la ISO de Ubuntu. Una vez eliminado este hardware, le daremos al botón "Add...", para agregar un nuevo disco físico... Al haberle dado al botón "Add...", se nos muestra este asistente preguntándonos que nuevo hardware deseamos agregar. Nosotros seleccionamos "Hard Disk". En esta pantalla, seleccionamos "Use a physical disk (for advanced users)", ya que el nuevo disco será nada más ni nada menos, que nuestro disco real. Aquí nos pregunta cual de nuestros discos reales será el disco que agregaremos (en caso de que tengamos más de un disco real), y si utilizaremos todo el disco, o solo algunas particiones. Nosotros elegimos que todo el disco entero; como se muestra en la figura. En esta pantalla, le damos el nombre al archivo que referenciará al disco real. Yo utilicé el nombre "minibuntu-x64-RE.vmdk" (RD de RealDisk), pero claro, puede ser cualquier nombre, no cambia nada. Aquí observamos nuevamente, que un segundo disco ha sido agregado a la máquina virtual. Y en esta pantalla, el resumen de la máquina virtual creada. También podemos agregarle un comentario en el campo "Notes", (también resaltado en la imagen). Finalmente, estamos en condiciones de "prender" la máquina virtual creada (con el botón verde de play) para comenzar a instalar el Sistema Operativo. Esta es la primera pantalla de instalación del sistema. A menos que deseemos otros idioma, seleccionamos "Español". Esto si es relativamente algo importante a destacar: con la tecla F4, seleccinoamos la opción "Instalar una máquina virtual mínima". Esto hará que Ubuntu instalae un kernel especialmente compilado para correr bajo máquinas virtuales. Luego de haber iniciado, la primera pregunta que hará es el nombre que se le dará a la máquina. Yo le puse "minibuntu", pero puede ser cualquier nombre DNS válido. En el particionado de discos, seleccionamos "Manual" y presionamos la tecla "Enter" (o "Entrar", según el idioma del teclado). Aquí vemos que hay dos discos: uno, el disco virtual de 1.5GB y el otro, el disco real. Seleccionamos el disco virtual SCSI3 (0,0,0) (sda) y presionamos la tecla "Enter". Nos pregunta si queremos crear una nueva tabla de particiones vacía a lo cual respondemos afirmativamente. Ahora vemos que el disco virtual ya tiene una tabla de particiones vacía (que es el espacio libre). Seleccionamos esto, como se muestra en la figura, y le damos a la tecla "Enter". Seleccionamos "Crear una partición nueva" y le damos a la tecla "Enter". Por defecto, figura el tamaño máximo.=, que es justamente lo que queremos; por lo cual no lo modificamos el valor presentado y le damos a la opción "Continuar". En tipo de partición, seleccionamos "Primaria". Las opciones acerca del tipo de partición deben quedar como se muestra en esta figura, es decir: con "sistema de archivos ext3 transaccional", montada al raiz ( / ), y con la marca de arranque activada. Si está de esa forma, entonces le damos a "Se ha terminado de definir la partición" Ahora vemos que la partición que creamos ya figura ocupando todo el disco virtual, y vemos también que la partición de intercambio del disco real, tiene un "F" (de "Format", nos avisa que esa partición será formateada). Resulta que el instalador de Linux detecta que ya hay una partición swap creada y piensa utilizarla. Esta pantalla es un resumen de lo que se va a formatear. Notar que son dos particiones: 1.- La partición raíz que tendrá la máquina virtual, y 2.- La partición SWAP del disco real. (Si, esto lo hace solo, sin preguntarnos nada, pero a no preocuparse, es una partición swap. Por lo cual respondemos que "<Sí>". Nos pide un nombre para el usuario que va a crear (el nombre del usuario, no de la cuenta). Por ejemplo: "Wolfgang Amadeus Mozart" Nos pregunta por el nombre de la cuenta de usuario. Por ejemplo: "amadeus" Nos pedirá que introduzcamos una vez la contraseña. (Y luego otra vez para verificar que esté bien escrita). No queremos cifrado de archivos. O sea que respodemos que "<No>" La instalación necesita obtener ciertos componentes de Internet. Por eso nos pregunta si utilizaremos un proxy. En caso de usar un proxy, incluirlo aquí utilizando el formato "http://nombre.del.proxy:puerto", sino dejar esto en blanco. Aquí indicamos que no queremos actualizaciones automáticas. Recordar que estamos armando un sistema minimalista, para poder acceder a las particiones Linux que no se pueden desde Windows. (De última, siempre es posible actualizar "a mano". El seleccinoado de programas. Es realmente importante seleccionar lo solo que se muestra en la imagen. Hay unas pocas otras cosas, pero que se instalarán más adelante. Finalmente, le decimos que si, que deseamos que GRUB se isntale en el MBR (tranquilos, es el MBR del disco virtual). Cartelito indicando que la instalación ha finalizado. Le damos a "<Continuar>" para reiniciar en el sistema instalado. (Animo, falta menos que antes). Esta es una pantalla de inicio. Se ve que el GRUB del disco virtual ha detectado todas las entradas del GRUB del disco real y las ha agregado. No preocuparse, luego las borraremos. La cuestión es que Linux inicia y nos deja en el login de texto (no utilizaremos entorno gráfico). Lo primero que haremos entonces, será logearnos con la cuenta de usuario creada durante la instalación y luego activar el superusuario root. login: amadeus password: ********* Primeramente, activaremos la cuenta del superusuario: $ sudo su password for amadeus: ********* root@minibuntu:/home/amadeus# # passwd Introduzca la nueva contraseña de UNIX: *********** # exit (cerramos la sesión del superusuario root) $ exit (cerramos la sesión del usuario amadeus) Iniciamos sesión como root: login: root password: *********** Instalaremos algunos paquetes necesarios (algunos ya fueron instalados durante la instalación, pero no importa. Los que ya estén instalados no se reinstalarán)... ssh - servidor SSH para acceso remoto (a través de PuTTY por ejemplo) samba - el servidor de archivos que es lo que necesitamos swat - un administrador del servidor samba para configurarlo desde nuestro navegador smbclient - una utilidad de línea de comandos para SAMBA smbfs - utilidad para montar sistema de archivos SMBFS/CIFS traceroute - utilidad de red que podemos necesitar para chequear conectividades nmap - utilidad de red para ver que puertos están abiertos en una máquina mc - un gestor de archivos para hacernos la vida más fácil gpm - soporte de mouse en consola (muy útil para copiar/pegar) # apt-get -y install ssh samba swat smbclient smbfs traceroute nmap mc gpm Agregamos nuestro usuario de linux ("amadeus" en este caso), al SAMBA y a algunos grupos: # smbpasswd -a amadeus New SMB password: ****** Retype new SMB password: ****** # adduser amadeus users # adduser amadeus staff Una vez instalado todo eso, lo primero sería editar el archivo de configuración de GRUB,, para "limpiarlo" un poco y eliminar las entradas que no queremos que figuren en el menú de inicio de la máquina virtual. NOTA: Lo que modifiquemos eneste GRUB, no afecta en nada al GRUB del disco real. Entonces: # mcedit /boot/grub/menu.lst Buscamos y cambiamos lo siguiente: timeout 10 por timeout 2 #hiddenmenu por hiddenmenu Y borramos todas las líneas que estén debajo de: ### END DEBIAN AUTOMAGIC KERNELS LIST (aunque si dejamos a esta línea) Finalmente, con la tecla F2 guardamos cambios y con F10 salimos. Ahora, debemos editar el archivo fstab que determina que particiones se montan al principio y cuales no. Lo ideal, sería copiar mucho de lo que ya está en el fstab del disco original, de esta forma, nos ahorramos gran cantidad de trabajo. Otra forma es intercambiar consolas con Ctrl+Alt+Fn, en donde Fn es una tecla que va desde la F1 hasta la F6). Aunque como VMware le da un tratamiento especial a la combinación de teclas Ctrl+Alt, para intercambiar entre consolas, hay que apretar: Ctrl+Alt+Barra espaciadora, soltar la Barra espaciadora y luego apretar Fn, sin soltar en ningún momento las Ctrl+Alt (si, un verdadero embole). Pero volviendo... El objetivo es mantener la estructura de directorios del sistema linux real, bajo un subdirectorio del raiz del sistema linux virtual. Ejemplifico con mi caso particular: Sistema Real: /dev/sda5 on / type ext3 /dev/sda1 on /boot type ext3 /dev/sda4 on /home type ext4 /dev/sda2 on /media/gamebox type ntfs /dev/sda6 on swap type swap Manteniendo lo anterior bajo un directorio que se llame /real en el Sistema virtual quedaría así: /dev/sda1 on / type ext3 /dev/sdb5 on /real type ext3 /dev/sdb1 on /real/boot type ext3 /dev/sdb4 on /real/home type ext4 /dev/sdb6 on swap type swap /media/gamebox no se monta, porque es la partición de Windows (NOTAR que lo que en el sistema real es sda, en el sistema virtual es sdb) En este ejemplo, los pasos a seguir para hacer esto, serían los siguientes: # mkdir /real # vol_id /dev/sdb1 ID_FS_USAGE=filesystem ID_FS_TYPE=ext3 ID_FS_VERSION=1.0 ID_FS_UUID=34d15d15-9df1-45d1-8e7f-0736d063fc35 ID_FS_UUID_ENC=34d15d15-9df1-45d1-8e7f-0736d063fc35 ID_FS_LABEL=boot ID_FS_LABEL_ENC=boot # vol_id /dev/sdb2 ID_FS_USAGE=filesystem ID_FS_TYPE=ntfs ID_FS_VERSION=3.1 ID_FS_UUID=16D0F877D0F85E85 ID_FS_UUID_ENC=16D0F877D0F85E85 ID_FS_LABEL=WinXP ID_FS_LABEL_ENC=WinXP # vol_id /dev/sdb4 ID_FS_USAGE=filesystem ID_FS_TYPE=ext4 ID_FS_VERSION=1.0 ID_FS_UUID=7faeb731-6961-4044-b830-aa082291ed6a ID_FS_UUID_ENC=7faeb731-6961-4044-b830-aa082291ed6a ID_FS_LABEL=homes ID_FS_LABEL_ENC=homes # vol_id /dev/sdb5 ID_FS_USAGE=filesystem ID_FS_TYPE=ext3 ID_FS_VERSION=1.0 ID_FS_UUID=10941a24-63be-488f-b251-60169480c049 ID_FS_UUID_ENC=10941a24-63be-488f-b251-60169480c049 ID_FS_LABEL=ubuntu ID_FS_LABEL_ENC=ubuntu # vol_id /dev/sdb6 ID_FS_USAGE=other ID_FS_TYPE=swap ID_FS_VERSION=2 ID_FS_UUID=c4c73c40-d476-4104-867c-1ab68132ff46 ID_FS_UUID_ENC=c4c73c40-d476-4104-867c-1ab68132ff46 ID_FS_LABEL= ID_FS_LABEL_ENC= Con todos esos datos, tendría que ser capaz de modificar el /etc/fstab para que quede como sigue: # /etc/fstab: static file system information. # # Use 'vol_id --uuid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # <file system> <mount point> <type> <options> <dump> <pass> proc /proc proc defaults 0 0 # Entry for /dev/sda1 : UUID=462f9d2c-45e9-4b62-adf0-fe6d462610f0 / ext3 acl,user_xattr,relatime,errors=remount-ro 0 1 # Entry for /dev/sdb5 : UUID=10941a24-63be-488f-b251-60169480c049 /real ext3 acl,user_xattr,relatime,errors=remount-ro 0 2 # Entry for /dev/sdb1 : UUID=34d15d15-9df1-45d1-8e7f-0736d063fc35 /real/boot ext3 acl,user_xattr,relatime 0 2 # Entry for /dev/sdb4 : UUID=7faeb731-6961-4044-b830-aa082291ed6a /real/home ext4 acl,user_xattr,relatime 0 2 # Entry for /dev/sdb6 : UUID=c4c73c40-d476-4104-867c-1ab68132ff46 none swap sw 0 0 # Entry for cdrom : /dev/sr0 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0 #/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0 Del archivo fstab mostrado, son muy importantes las opciones acl y user_xattr ya que SAMBA las utilizará para chequear permisos por ACLs. Ahora resta reiniciar el sistema y cofigurar SAMBA desde un navegador de la maquina real. Para esto escribimos en la barra de direcciones: http://minibuntu:901/ Es importante tener las siguientes opciones globales de SAMBA configuradas como sigue: acl group control = Yes ea support = Yes map acl inherit = Yes hide dot files = No force unknown acl user = Yes inherit permissions = Yes inherit acls = Yes inherit owner = Yes Si todo va bien, ya estamos en condiciones de acceder a nuestras unidades por red, desde: Menú Inicio -> Ejecutar... \\minibuntu Preguntará por un usuario y una clave (indicar el usuario y la clave del linux virtual. En este caso sería amadeus y su respectiva clave). Se abre el explorador de Windows mostrándo los recursos compartidos configurados mediante Swat. Botón derecho, conectar a unidad de red... y listo! La maquina virtual se puede ejecutar de ahora en adelante con VMware Player, y se puede minimizar al tray con algún programita como trayit! que es gratuito y no consume recursos (y que se puede bajar desde http://www.trayit.com/trayit/trayit_4_6_5_5.zip) Hay muchas más cosas para hacer con esto. Como por ejemplo, instalar amule-daemon, y ponerle el archivo de configuración de nuestro aMule del Linux real (y modificarle algunas cosas), para que de esta forma, no perdamos tiempo en las descargas. El aMule se puede controlar desde el navegador Web de la maquina real con Windows. Y si fueramos un poco más excentricos (y redundantes), podríamos además, agregar otras funcionalidades y características a nuestro linux virtual minimalista (que ya no sería tan minimalista... todo depende de cuanto procesador queramos gastar), como por ejemplo: xserver-xorg - el servidor gráfico xinit - una consola xterm para X y scripts startx para iniciar XWindows "a mano" wdm - un "chooser" (selector de usuarios para iniciar XWindows directamente al arrancar la PC virtual) Y un escritorio sencillo: menu - Debian menús wmaker - WindowMaker. Un gestor de ventanas ultraliviano wmcpuload - Un aplique para wmaker que muestra la carga del CPU wmnd - Un aplique para wmaker que muestra la actividad en dispositivos de red wmnet - Otro aplique para wmaker que muestra la actividad en los dispositivos de red Además de las VMwareTools (muy recomendable para cuando se tiene un entorno gráfico). Para lo cual además, hay que contar con los paquetes: build-essential - herramientas necesarias para poder compilar cosas (módulos de VMwareTools más precisamente en este caso) linux-headers - las cabeceras del sistema (que también las necesitamos por el VMwareTools) # apt-get install xserver-xorg xinit wdm menu wmaker wmcpuload wmnd wmnet build-essential linux-headers-`uname -r` Además, tiene la ventaja de que si contamos con un servidor X para Windows (como X-Ming) y un cliente SSH (como PuTTY), entonces hasta podemos cargar nuestras aplicacioens gráficas de Linux en windows... X-Ming X Server for Windows: http://sourceforge.net/projects/xming/files/Xming/6.9.0.31/Xming-6-9-0-31-setup.exe/download X-Ming Fonts: http://sourceforge.net/projects/xming/files/Xming-fonts/7.4.0.3/Xming-fonts-7-4-0-3-setup.exe/download PuTTY SSH Client for Windows: http://the.earth.li/~sgtatham/putty/latest/x86/putty.exe (pero para esto, ver mi otro post sobre correr aplicaciones Linux en Windows) Saludos a todos. Por dudas, consulten. Por críticas y reclamos... paciencia, este es mi primer post.