Lo hice y lo entendí

En la entrada anterior, Arrancar BartPE desde memorias USB en FAT32, ¡y mucho más rápido!, hemos vuelto a tratar de memorias USB de arranque. Un importante inconveniente a la hora de trabajar en este tema es que las secuencias de prueba y error se hacen muy penosas, ya que cada cambio que hacemos necesita mucho tiempo para ser probado y el ciclo:

Haz el cambio → Reinicia → Comprueba si funciona → Vuelve a arrancar normal

se repite una y otra vez…

Siempre he pensado que sería muy útil poder arrancar esa memoria USB desde una herramienta de virtualización como VirtualBox o VMWare para poder hacer allí tranquilamente las pruebas. Sin embargo, aunque VWMWare permite el acceso a dispositivos USB, si no me equivoco, no permite arrancar desde ellos. El VirtualBox-OSE (la versión GPL), directamente no permite el acceso a dispositivos USB. El VirtualBox normal sí lo permite pero el arranque de un dispositivo USB no es una opción del menú de arranque de su BIOS.

Otra solución sería permitir acceso directo al disco USB /dev/sdX desde el entorno de virtualización. Como el VirtualBox lo trataría como un disco normal, no podríamos simular los problemas que a menudo tienen las BIOS y los sectores de arranque con el hecho de que el disco sea USB, pero al menos podríamos comprobar que, al menos todo parece ir bien. En VirtualBox, la forma de dar acceso a un disco físico es ésta:

VBoxManage internalcommands createrawvmdk -filename /path/to/file.vmdk -rawdisk /dev/sda

consistente en crear un fichero vmdk enlazado a un disco físico. Sin embargo, la versión 1.5.6 de VirtualBox-OSE, la que lleva Ubuntu Hardy, no incluye este comando. En Debian Lenny, la versión de VirtualBox-OSE incluida, la 1.6.2, sí que lleva el “createrawvmdk“ y funciona bien. Si queremos poder tener acceso directo a discos en Ubunty Hardy, podemos descargar la versión completa (y cerrada) de VirtualBox, que además de incluir características que no lleva la OSE (VirtualBox Editions), está compilado y empaquetado para la mayoría de las distribuciones más conocidas, incluyendo los módulos del kernel necesarios. Por supuesto, no podemos hacer esto por defecto con los permisos de un usuario normal, ya que no podrá acceder a un fichero de dispositivo /dev/sdX directamente ni para hacer el createrawvmdk ni para luego arrancar el sistema dentro de VirtualBox. Tendremos que usar root o ajustar los permisos.

Sigue leyendo »

Ya ha pasado bastante tiempo (más de un año) desde la última vez que hablamos del BartPE:

• Sobre el BartPE. Arrancar Windows/BartPE desde una memoria USB.
• Arrancar Linux, Windows y MS-DOS de una memoria USB

La verdad es que durante este tiempo, apenas lo he usado, ya que siempre que he necesitado recuperar algún sistema o hacer alguna operación sin arrancar el sistema operativo principal, siempre he contado con mi inestimable Knoppix. Sin embargo, recuerdo un par de ocasiones en las que me vino muy bien porque un sistema Windows se había cerrado mal, la partición NTFS necesitaba un chkdsk y, por tanto, el NTFS-3G no la podía montar. El BartPE me sacó del apuro, ya que pudo montar las unidades NTFS sin problemas.

En las entradas anteriores en las que traté el BartPE vimos que el mayor inconveniente de ponerlo en una memoria USB era que la partición tenía que ser FAT, con una tamaño máximo de partición de 2 GiB y un tamaño de cluster excesivamente grande (ver La pesadilla de compartir partición entre Linux y Windows). Esto quizá no era mayor problema cuando las memorias USB eran de 512 MiB o de 1 GiB, pero hoy en día sí lo es. También lo es si queremos instalar el BartPE en un disco duro externo USB.

Además, las posibilidades que tenemos con el BartPE son mucho mayores ahora, porque además de poder añadirle plugins, algo limitado y que necesita un esfuerzo para crearloso, al menos, para buscarlos y configurarlos correctamente, tenemos una enorme variedad de aplicaciones portables (p.e. PortableApps) que podemos usar sin problemas y sin preinstalación desde BartPE.

Bueno, el caso es que tenía un poco abandonado el tema del BartPE hasta que hace unos días Alfredo Lozano me habló de una utilidad que había usado él para conseguir instalar un BartPE en una memoria USB formateada en FAT32. La he probado y ¡es realmente buena! Funciona con FAT y con FAT32 y además, como en vez de cargar una imagen ISO bien grande en memoria, funciona como un disco duro grabando los ficheros individualmente en la memoria USB, sólo carga los ficheros que necesita en ese momento. Así, en vez de necesitar hasta los 20 minutos que pueden necesitar algunas BIOS en cargar unos 250 MiB, la carga es muchísimo más rápida, tanto con FAT como con FAT32.

Pasemos ahora a ver cómo usar la utilidad que nos lo facilita y posteriormente pasaremos a entender cómo funciona por dentro.

Sigue leyendo »

Windows Vista tiene muy mala fama. Honestamente, no puedo decir si es justificada o no, porque no lo he usado de forma continuada, pero la tiene. He leído opiniones a favor de Vista (muy pocas), y opiniones en contra (muchas, muchas, muchas, más), pero creo que donde hay consenso total es en que consume muchos más recursos que su predecesor, el veterano XP. Y me temo que eso es cierto hasta para la propia Microsoft, que aunque ha dejado de vender Windows XP desde el 30 de Junio de 2008, va a permitir seguir suministrándolo únicamente en los UMPC hasta el 30 de Junio de 2010. Si pensamos en un pobre Asus EEE con 512 MiB de RAM y 4 GiB de disco por un lado y en Windows Vista por el otro, como que no casan, ¿verdad?

En Abril de 2007, un familiar que acababa de comprar un portátil con Vista preinstalado me pidió que se lo reemplazara por Windows XP, más que nada porque en aquellos momentos no le funcionaba el AutoCAD en Vista, así que no le llegó a dar ni una oportunidad a aquel sistema operativo recién nacido. Fruto de mis problemas para hacerlo, debido a la falta de drivers de SATA en el CD de instalación de XP, escribí la que es la entrada más visitada de este blog con mucha diferencia: Integrar drivers de SATA/RAID en un CD de instalación de Windows XP.

¿Y por qué es tan visitada? Evidentemente, porque hay mucha gente que trata de poner Windows XP en sus PCs y portátiles preinstalados con Vista. Hay tanta gente queriendo librarse del Vista de sus ordenadores, que incluso ha surgido un nuevo modelo de negocio:

Sigue leyendo »

Los habituales de este pequeño rincón de Internet seguro que ya conocen la importancia de comprar hardware con drivers abiertos.

Así, a menudo he tratado de divulgar el problema que existe con los drivers para los chipsets gráficos de VIA, tanto aquí:

• Sobre las VIA EPIA (VI): Gráficos y vídeo acelerado por HW en Linux con la EX10000EG
• Petición para que VIA tome una postura clara respecto a Linux
• VIA anuncia una iniciativa para mejorar los drivers de Linux (con un par de actualizaciones)

como en Barrapunto:

• Petición para que VIA cree drivers decentes para Linux
• Petición a VIA para que cree drivers decentes de Linux (II)
• Petición a VIA para que cree drivers decentes de Linux (III)
• Petición para que VIA cree drivers decentes para Linux
• VIA anuncia una iniciativa para mejorar los drivers libres para Linux
• VIA publica un driver abierto para Xorg

Y es que existe una necesidad de que VIA facilite (creándolo directamente o ofreciendo la documentación adecuada) un driver abierto y de buena calidad para Linux. Es algo que nos beneficia mucho a nosotros, los usuarios, pero aún más a la propia VIA. ¿Alguien piensa que los modestos procesadores y chipsets de VIA pueden tener algún futuro con un Windows Vista que va a pedales en sistemas de última generación? Evidentemente, no. Su nicho de mercado estrella es el de sistemas enfocados a ser usados con aplicaciones de Internet de bajo consumo, como es el caso de los miniportátiles o nettops.

VIA necesita que su hardware funcione bien en Linux más incluso que nosotros los usuarios. Pensemos en cuáles son los miniportátiles más conocidos que hay en el mercado en el momento de escribir estas líneas: Está el Asus EEE, con procesador de Intel (Celeron o Atom), el Acer Aspire One, también con Intel Atom y el HP Mini Note 2133, el único con hardware de VIA. Todos ellos ofrecen la opción de usar Linux en ellos, como no podía ser de otra forma si queremos hacer un uso eficiente de nuestro “débil” hardware. ¿Es posible que VIA rasque algo en este mercado sin sacar drivers decentes?

Cuando en Enero promovimos la petición online para que VIA creara o facilitara drivers decentes, yo creo sinceramente que sí que conseguimos algo: no que VIA por fin diera su brazo a torcer y lo que antes era un no rotundo pasara a ser un si en letras gigantes. Nuestro logro fue, posiblemente, conseguir que esos directivos de VIA encorbatados y que probablemente nunca habían visto otra cosa que no fuera Windows se dieran cuenta de que algo iba realmente mal en su colaboración con la comunidad de Linux que tan necesaria les iba a resultar en los próximos meses.

Colaborar con la comunidad de software libre no es exactamente lo que ha hecho VIA de crear el sitio http://linux.via.com.tw/ y decir: ¡Ea! ¡Ahí tenéis los drivers que queríais! ¡Pesados! No, eso ya lo teníamos peor o mejor en viaarena.com. Colaborar con la comunidad es enviar parches a los desarrolladores del kernel, mantenerlos, colaborar con los chicos de openChrome para mejorar lo existente, o al menos crear documentación útil. En cualquier caso, podemos consolarnos con que menos es nada.

Cuando en Julio VIA anunció el fichaje de Harald Welte muchos pudimos hacernos ilusiones de que el panorama podía cambiar y que podríamos encontrarnos con una colaboración honesta con la comunidad.

Sin embargo, pese a la aparente voluntad de VIA de cambiar las cosas con este movimiento, parece que nos vamos a encontrar con un escollo mucho más grande que ha estado persiguiendo al software abierto desde hace años: las patentes.

Sigue leyendo »