Lo hice y lo entendí

El blog de Vicente Navarro
13 oct

Redirigir la salida de un comando a un read con una tubería (pipe)

El mundo de las diferentes shells de UNIX es inmenso. Los pobres mortales con tiempo finito sólo podemos aspirar a ir aprendiendo detalles de aquí y detalles de allá conforme nos van haciendo falta. No hay más que ver que la última revisión del Advanced Bash-Scripting Guide son 802 páginas que, además, necesitan ser leídas muy detenidamente. Y eso si hablamos sólo de bash, porque cada una de las diferentes shells tiene sus mil y una peculiaridades.

La última vez que he sido consciente de mi enorme desconocimiento ha sido esta semana, cuando fruto de un comportamiento que me parecía ilógico me enredé con manuales y documentación de diferentes shells. ¿Habrá mucha gente capaz de dominar casi todos los aspectos de la shell?

Vayamos al grano… El problema que tuve fue que un script muy sencillo que en ksh funcionaba sin problemas, en bash no hacía lo que esperaba. El problema estaba en una línea como esta:

comando | read a b c

Sigue leyendo »

10 oct

Ubuntu y Debian eliminan ms-sys de sus repositorios

Ya me di cuenta hace unos meses de que el ms-sys, esa utilidad que tantas veces hemos usado en el pasado para escribir sectores de arranque de Microsoft en memorias USB, no venía en Ubuntu 8.04 Hardy Heron. ms-sys sí que fue parte, en cambio, de la 6.06 Dapper Drake, 7.04 Feisty Fawn y Ubuntu 7.10 Gutsy Gibbon.

De igual forma, aunque yo he podido usarlo con Debian 4.0 Etch y anteriores, la Debian 5.0 Lenny ya no incluirá el ms-sys.

¿Por qué ambas distribuciones han decidido eliminar este paquete tan útil de sus repositorios?

Pues por problemas de licencia, ya que a pesar de ser GPL, el ms-sys lleva código que es directamente un volcado de los sectores de arranque de Microsoft (Why ms-sys was removed on hardy?, ms-sys — RoSponsor; contains non-free code, ms-sys contains MBRs which are copyrighted by Microsoft, ms-sys boot loader license).

Si queremos usarlo -a pesar de las dudas que hay sobre su licencia-, tendremos que descargarlo y compilarlo. Sólo es necesario descomprimirlo, un make y un make install para tenerlo funcionando en apenas unos segundos.

Y la verdad es que creo que coincidiréis conmigo en que esto no parece que lo haya programado así, directamente en hexadecimal, el autor del ms-sys, ¿verdad?

/usr/src/ms-sys-2.1.3/inc $ cat mbr_2000.h 
/* First 446 bytes of MBR from Windows 2000, XP and 2003 */
/* This is English version. Bytes 0x12c onwards vary with language. */
/* Last two bytes 1b6 and 1b7 point to language-specific messages.  */
/* Support of other languages is an exercise for the reader!        */
unsigned char mbr_2000_0x0[] = {
  0x33, 0xc0, 0x8e, 0xd0, 0xbc, 0x00, 0x7c, 0xfb, 0x50, 0x07, 0x50, 0x1f,
  0xfc, 0xbe, 0x1b, 0x7c, 0xbf, 0x1b, 0x06, 0x50, 0x57, 0xb9, 0xe5, 0x01,
  0xf3, 0xa4, 0xcb, 0xbd, 0xbe, 0x07, 0xb1, 0x04, 0x38, 0x6e, 0x00, 0x7c,
  0x09, 0x75, 0x13, 0x83, 0xc5, 0x10, 0xe2, 0xf4, 0xcd, 0x18, 0x8b, 0xf5,
  0x83, 0xc6, 0x10, 0x49, 0x74, 0x19, 0x38, 0x2c, 0x74, 0xf6, 0xa0, 0xb5,
  0x07, 0xb4, 0x07, 0x8b, 0xf0, 0xac, 0x3c, 0x00, 0x74, 0xfc, 0xbb, 0x07,
  0x00, 0xb4, 0x0e, 0xcd, 0x10, 0xeb, 0xf2, 0x88, 0x4e, 0x10, 0xe8, 0x46,
  0x00, 0x73, 0x2a, 0xfe, 0x46, 0x10, 0x80, 0x7e, 0x04, 0x0b, 0x74, 0x0b,
  0x80, 0x7e, 0x04, 0x0c, 0x74, 0x05, 0xa0, 0xb6, 0x07, 0x75, 0xd2, 0x80,
  0x46, 0x02, 0x06, 0x83, 0x46, 0x08, 0x06, 0x83, 0x56, 0x0a, 0x00, 0xe8,
  0x21, 0x00, 0x73, 0x05, 0xa0, 0xb6, 0x07, 0xeb, 0xbc, 0x81, 0x3e, 0xfe,
  0x7d, 0x55, 0xaa, 0x74, 0x0b, 0x80, 0x7e, 0x10, 0x00, 0x74, 0xc8, 0xa0,
  0xb7, 0x07, 0xeb, 0xa9, 0x8b, 0xfc, 0x1e, 0x57, 0x8b, 0xf5, 0xcb, 0xbf,
  0x05, 0x00, 0x8a, 0x56, 0x00, 0xb4, 0x08, 0xcd, 0x13, 0x72, 0x23, 0x8a,
  0xc1, 0x24, 0x3f, 0x98, 0x8a, 0xde, 0x8a, 0xfc, 0x43, 0xf7, 0xe3, 0x8b,
  0xd1, 0x86, 0xd6, 0xb1, 0x06, 0xd2, 0xee, 0x42, 0xf7, 0xe2, 0x39, 0x56,
  0x0a, 0x77, 0x23, 0x72, 0x05, 0x39, 0x46, 0x08, 0x73, 0x1c, 0xb8, 0x01,
  0x02, 0xbb, 0x00, 0x7c, 0x8b, 0x4e, 0x02, 0x8b, 0x56, 0x00, 0xcd, 0x13,
  0x73, 0x51, 0x4f, 0x74, 0x4e, 0x32, 0xe4, 0x8a, 0x56, 0x00, 0xcd, 0x13,
  0xeb, 0xe4, 0x8a, 0x56, 0x00, 0x60, 0xbb, 0xaa, 0x55, 0xb4, 0x41, 0xcd,
  0x13, 0x72, 0x36, 0x81, 0xfb, 0x55, 0xaa, 0x75, 0x30, 0xf6, 0xc1, 0x01,
  0x74, 0x2b, 0x61, 0x60, 0x6a, 0x00, 0x6a, 0x00, 0xff, 0x76, 0x0a, 0xff,
  0x76, 0x08, 0x6a, 0x00, 0x68, 0x00, 0x7c, 0x6a, 0x01, 0x6a, 0x10, 0xb4,
  0x42, 0x8b, 0xf4, 0xcd, 0x13, 0x61, 0x61, 0x73, 0x0e, 0x4f, 0x74, 0x0b,
  0x32, 0xe4, 0x8a, 0x56, 0x00, 0xcd, 0x13, 0xeb, 0xd6, 0x61, 0xf9, 0xc3,
  0x49, 0x6e, 0x76, 0x61, 0x6c, 0x69, 0x64, 0x20, 0x70, 0x61, 0x72, 0x74,
  0x69, 0x74, 0x69, 0x6f, 0x6e, 0x20, 0x74, 0x61, 0x62, 0x6c, 0x65, 0x00,
  0x45, 0x72, 0x72, 0x6f, 0x72, 0x20, 0x6c, 0x6f, 0x61, 0x64, 0x69, 0x6e,
  0x67, 0x20, 0x6f, 0x70, 0x65, 0x72, 0x61, 0x74, 0x69, 0x6e, 0x67, 0x20,
  0x73, 0x79, 0x73, 0x74, 0x65, 0x6d, 0x00, 0x4d, 0x69, 0x73, 0x73, 0x69,
  0x6e, 0x67, 0x20, 0x6f, 0x70, 0x65, 0x72, 0x61, 0x74, 0x69, 0x6e, 0x67,
  0x20, 0x73, 0x79, 0x73, 0x74, 0x65, 0x6d, 0x00, 0x00, 0x00, 0x00, 0x00,
  0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
  0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
  0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
  0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
  0x00, 0x00, 0x00, 0x00, 0x00, 0x2c, 0x44, 0x63
};
/* Next four bytes used for Windows Disk Signature / Drive serial number */
/*
unsigned char mbr_2000_0x1b8[] = {
                                                  0x00, 0x00, 0x00, 0x00,
  0x00, 0x00
};
*/

Siendo estrictos, es verdad que el ms-sys lleva código de Microsoft, aunque sólo sean varios trozos de menos de 512 bytes, por lo que es razonable la decisión que han tomado los desarrolladores de Debian y Ubuntu. Pero, ¡qué lastima dejar de tener a mano una herramienta tan útil! Ya podría Microsoft liberar estos míseros bytes de código por el bien de la interoperabilidad…

:wq

09 oct

Instalar Windows XP desde una memoria USB que arranque BartPE

¿Tienes un ordenador sin lector de CD/DVD? ¿Has tenido algún problema con el Windows y necesitas reinstalarlo? ¿No te apetece comprar una unidad de CD/DVD externa por USB? Entonces, ¡has llegado al sitio adecuado!

Gracias a los interesantísimos comentarios de Reirok en Arrancar BartPE desde memorias USB en FAT32, ¡y mucho más rápido!, como respuesta a una pregunta de miguelo, me he interesado por este tema, he hecho algunas pruebas, y esta entrada pretende ser un resumen de lo que he aprendido.

Para poder instalar Windows XP en un sistema sin unidad de CD/DVD, vamos a necesitar tres cosas:

  • Una memoria USB capaz de arrancar un BartPE
  • El MBR Fix que podemos descargar en Sysint
  • Un CD de instalación de Windows XP

Para llegar a tener una memoria USB capaz de arrancar BartPE, podemos seguir lo descrito en la entrada Sobre el BartPE. Arrancar Windows/BartPE desde una memoria USB., que describe qué es el BartPE, como confeccionarnos uno, y cómo instalarlo en una memoria USB formateada en FAT.

Sin embargo, la reciente entrada Arrancar BartPE desde memorias USB en FAT32, ¡y mucho más rápido!, describe un nuevo método muchísimo mejor para instalar BartPE en una memoria USB, sea FAT o FAT32. Este método lo podemos seguir una vez que tenemos un BartPE confeccionado según la entrada anterior.

Pues bien, suponiendo que ya tenemos nuestra memoria USB capaz de arrancar BartPE, vamos a instalar Windows XP suponiendo que el disco del sistema destino está absolutamente vacío, como si fuera nuevo y lo acabáramos de instalar, por lo que ni tiene particiones, ni está formateado.

Sigue leyendo »

05 oct

Compactar imágenes de disco de VirtualBox: vditool vs VBoxManage

En Probar en VirtualBox una memoria USB de arranque obtuvimos una imagen vdi de una imagen que habíamos obtenido con dd de una memoria USB de arranque para simular su funcionamiento sin tener que reinciar una y otra vez.

La imagen que creamos allí era, por defecto, de tamaño fijo (no dinámico), de modo que ocupaba en el disco duro el mismo espacio del que disponía la memoria USB, en mi caso 8 GB (que no 8 GiB):

-rwxr-xr-x  1 root    root    8000004096 2008-09-26 23:41 imagen_mem_usb.img*
-rw-------  1 vicente vicente 8000666112 2008-10-05 18:57 imagen_mem_usb.vdi*

Como vimos en Montar imágenes de disco vdi de VirtualBox, podemos convertir dicha imagen de tamaño fijo en una de tamaño dinámico y además, eliminando los bloques no usados, con “vditool SHRINK“:

$ vditool SHRINK imagen_mem_usb.vdi 
vditool    Copyright (c) 2004-2008 innotek GmbH.

Shrinking VDI image file="imagen_mem_usb.vdi"...
progress: 0%Log created: 2008-09-27T12:19:10.484950000Z
Executable: /usr/lib/virtualbox/vditool
Arg[0]: /usr/lib/virtualbox/vditool
Arg[1]: SHRINK
Arg[2]: imagen_mem_usb.vdi
Dumping VDI image "imagen_mem_usb.vdi" mode=r/w fOpen=0 File=00000004
Header: Version=00010001 Type=2 Flags=0 Size=8000004096
Header: cbBlock=1048576 cbBlockExtra=0 cBlocks=7630 cBlocksAllocated=7630
Header: offBlocks=512 offData=31232
Header: Geometry: C/H/S=15501/16/63 cbSector=512 Mode=2
Header: uuidCreation={53bea69e-c21b-4273-be9e-df3fa8f1ffd7}
Header: uuidModification={7a7be4b9-188a-42b2-298e-07eaa266a651}
Header: uuidParent={00000000-0000-0000-0000-000000000000}
Header: uuidParentModification={00000000-0000-0000-0000-000000000000}
Image:  fFlags=00000000 offStartBlocks=512 offStartData=31232
Image:  uBlockMask=000FFFFF uShiftIndex2Offset=20 uShiftOffset2Index=20 offStartBlockData=0
...........10%..........20%..........30%..........40%..........50%
..........60%..........70%..........80%..........90%..........100%
Dumping VDI image "imagen_mem_usb.vdi" mode=r/w fOpen=0 File=00000004
Header: Version=00010001 Type=2 Flags=0 Size=8000004096
Header: cbBlock=1048576 cbBlockExtra=0 cBlocks=7630 cBlocksAllocated=7621
Header: offBlocks=512 offData=31232
Header: Geometry: C/H/S=15501/16/63 cbSector=512 Mode=2
Header: uuidCreation={53bea69e-c21b-4273-be9e-df3fa8f1ffd7}
Header: uuidModification={7a7be4b9-188a-42b2-298e-07eaa266a651}
Header: uuidParent={00000000-0000-0000-0000-000000000000}
Header: uuidParentModification={00000000-0000-0000-0000-000000000000}
Image:  fFlags=00000000 offStartBlocks=512 offStartData=31232
Image:  uBlockMask=000FFFFF uShiftIndex2Offset=20 uShiftOffset2Index=20 offStartBlockData=0

The operation completed successfully!

Sin embargo, en este caso no conseguimos apenas ningún ahorro de espacio:

-rwxr-xr-x  1 root    root    8000004096 2008-09-26 23:41 imagen_mem_usb.img*
-rw-------  1 vicente vicente 7993326080 2008-09-30 21:04 imagen_mem_usb.vdi*

La imagen compactada es tan sólo 8000666112-7993326080=7340032 bytes más pequeña que la anterior. Esto es debido a que el proceso de compactación de vditool sólo es capaz de ahorrarnos los bloques que contengan íntegramente ceros, y en el caso de mi memoria USB, fruto de innumerables movimientos de ficheros, ya vemos que son muy pocos los bloques que continuaban conteniendo exclusivamente ceros. Es bien sabido que cuando borramos un fichero, su contenido sigue estando íntegramente en el disco y sólo anotamos en las estructuras del sistema de ficheros que ese espacio que antes usaba tal fichero, ahora está disponible para cualquier otro fichero. Y eso es en lo que se basan los programas de recuperación de ficheros eliminados para hacer su trabajo con mayor o menor éxito según sea el sistema de ficheros y según las operaciones de ficheros que se hayan realizado desde el borrado.

Por tanto, normalmente las imágenes de disco que hayan tenido mucho trajín de archivos y que no tengan mucho espacio sobrante, tendrán pocos bloques que puedan ser eliminados durante la compactación, ya que esos bloques es muy posible que contengan restos de ficheros ya eliminados y no contengan solo ceros.

Sigue leyendo »

02 oct

Gestionando crashes (errores) de Firefox con about:crashes

Aproximadamente desde que migré a Firefox 3 en Windows XP, venía sufriendo “crashes” aleatorios de Firefox antológicos. Me refiero a “crash” no a cuando el navegador se queda completamente colgado, sino a cuando se cierra completamente fruto de alguna excepción.

En esos casos, nos aparecerá el Mozilla Crash Reporter para solicitarnos permiso para enviar información sobre el crash a los servidores de la fundación Mozilla donde pueden estudiarlos y solucionar errores similares en posteriores revisiones:

Pues bien, decía que al principio los crashes parecían aleatorios, pero poco a poco me fue dando la sensación de que siempre aparecía en páginas que usaban el plugin de Java, pero no estaba seguro del todo. Hasta que no sé cómo, me enteré de la existencia del about:crashes, una página interna de Firefox que nos muestra un listado de los informes de errores que hemos mandado. Y yo tengo un buen montón:

Sigue leyendo »

29 sep

Probar en VirtualBox una memoria USB de arranque

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 cambioReiniciaComprueba si funcionaVuelve 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 »

24 sep

Arrancar BartPE desde memorias USB en FAT32, ¡y mucho más rápido!

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

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 »

19 sep

¿Tenemos derecho a una licencia de Windows XP con la licencia de Windows Vista?

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 »

17 sep

¿Tendremos algún día un driver abierto de VIA completo?

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í:

como en Barrapunto:

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 »

24 ago

Alternativas al Ghost para crear imágenes de NTFS en Linux: Partimage y ntfsclone

En tiempos del MS-DOS, cuando querías desinstalar una aplicación, solía ser muy sencillo: borrabas el directorio en el que estaban todos los ficheros de la aplicación y ya está. Tal vez, como mucho, tenías que repasar el AUTOEXEC.BAT por si esa aplicación había hecho alguna modificación. En tiempos de Windows 3.1, cuando instalabas una aplicación, en la inmensa mayoría de los casos, no había ninguna opción para desinstalarla, y seguir con la costumbre de MS-DOS de eliminar el directorio, a menudo dejaba muchísimos rastros detrás, tal vez en el SYSTEM.INI, tal vez en el WIN.INI, o tal vez en el registro de windows que, sí, en Windows 3.1 ya existía. De modo que la necesidad de estar reinstalando el Windows 3.1 frecuentemente si queríamos tener todo bien limpio era bastante alta.

En Windows 95 se introdujo la característica de que las aplicaciones se pudieran desinstalar desde el panel de control y, sobre todo, la mentalidad de que los programas de Windows debían facilitar su desinstalación. Esta forma de trabajar sigue en Windows hasta hoy en día. Esto mejoró algo las cosas en lo que respecta a la limpieza del sistema. Hay programas que hacen un mejor trabajo, hay programas que hacen un peor trabajo, pero la realidad, y en esto coincidiremos casi todos, es que a pesar de ello, conforme pasa el tiempo para una instalación de Windows en la que frecuentemente se instalan y desinstalan aplicaciones, su limpieza y, sobre todo, su rendimiento, van bajando dramáticamente, conduciendo al software rot (rot=putrefacción) y a la necesaria y bien conocida tarea de reinstalar Windows.

Es por todo esto que cuando en tiempos del Windows 98 descubrí el Ghost, mi forma de trabajo con Windows cambió para siempre. Antes lo habitual era no querer probar nuevos programas ni hacer grandes virguerías no fuera que el Windows se ensuciara mucho. Desde entonces la política siempre ha sido crear una imagen muy limpia y estable de Windows y no cortarme en absoluto haciendo cualquier prueba, más o menos destructiva que quiera hacer, sin pensar si dañará más o menos a la actual instalación de Windows. El proceso es tal que así con cada nuevo ordenador que cae en mis manos:

  1. Se instala Windows y se personaliza con las opciones, programas y utilidades que realmente usamos siempre.
  2. Se crea una imagen de la partición de Windows.
  3. Se usa Windows con total libertad sin ningún temor a que “se ensucie”.
  4. La única limitación es que está totalmente prohibido guardar datos personales en la unidad de Windows, la C. Los documentos y archivos que van cambiando (por ejemplo, los ficheros .pst de Outlook o la caché de Google Desktop) han de crearse en otras particiones. Las aplicaciones portables ayudan mucho a seguir esta filosofía de trabajo. Por ejemplo, es posible tener las versiones portables de Firefox y Thunderbird en otra partición de forma que una recuperación de la imagen no nos haga perder todas sus personalizaciones. No creo que sea necesario recordar cuán importante es hacer backup de esos datos de otras particiones.
  5. Tras X semanas (cuando sea necesario, pero sin dejar que pase excesivo tiempo) se recupera la imagen. Si necesita alguna actualización, se vuelve a crear una nueva imágen con los últimos retoques.

Sigue leyendo »

 Anterior 1 2 3 4 5 6 7 8 ... 16 17 18 Siguiente
Tema LHYLE09, creado por Vicente Navarro