Resolución de Xorg en un cliente (domU) Xen

[spanish]

Al instalar Linux como cliente Xen en un domU y activar el acceso por VNC, con un poco de suerte todo funciona salvo que no se puede cambiar la resolución del sistema. Hagas lo que hagas (a través de los menús, editando el xorg.conf) parece que sólo se puede usar la resolución 800×600.

Después de buscar un rato en Google dí con este correo que comenta una nueva opción extra=”xenfb.videomem=5,1024 “ para configurar la memoria RAM de vídeo del cliente, y por tanto las resoluciones soportadas. Lo probé pero no funcionó. Investigando más en ésta línea averigüé que esta opción “extra” de la configuración de Xen sirve para pasarle parámetros adicionales al kernel del sistema cliente, así que ese “xenfb” debía ser un módulo del kernel. Buscando en mi cliente Ubuntu módulos llamados *xen* dí con “xen-fbfront”:

$ modinfo xen-fbfront
filename:       /lib/modules/2.6.35-24-generic/kernel/drivers/video/xen-fbfront.ko
alias:          xen:vfb
license:        GPL
description:    Xen virtual framebuffer device frontend
srcversion:     0EB34742ACF8D2559403034
depends:        fb_sys_fops,syscopyarea,sysfillrect,sysimgblt
vermagic:       2.6.35-24-generic SMP mod_unload modversions
parm:           video:Video memory size in MB, width, height in pixels (default 2,800,600) (array of int)

Así que parece que en algún momento del desarrollo, se renombraron tanto el módulo como la opción para indicar la memoria, pero la idea básica era la misma. Lo probé, ¡y funcionó!

Así que en resumen, lo que hay que hacer es añadir al fichero de configuración del domU (/etc/xenDOMAIN.conf) en el dom0 la siguiente línea, ajustando los parámetros de memoria y resolución al gusto:

extra="xen_fbfront.video=4,1024,768 "

[/spanish][english]When installing a Linux system as a Xen guest on a domU and activating the VNC access, hopefully everything runs fine except that you can’t change the resolution. No matter what you do (through the GUI, editing the xorg.conf file) it seems all it can do is 800×600.

After googling for a solution I stumbled upon this post which commented on a new extra=”xenfb.videomem=5,1024 “ option for dealing with guest video RAM (and thus, supported resolutions). But it didn’t worked out. Digging deeper on this approach I realized this “extra” Xen configuration was used for passing extra parameters to the guest’s kernel, so this “xenfb” should be a module on the guest OS. Then I looked for *xen* modules on my Ubuntu guest and found “xen-fbfront”:

$ modinfo xen-fbfront
filename:       /lib/modules/2.6.35-24-generic/kernel/drivers/video/xen-fbfront.ko
alias:          xen:vfb
license:        GPL
description:    Xen virtual framebuffer device frontend
srcversion:     0EB34742ACF8D2559403034
depends:        fb_sys_fops,syscopyarea,sysfillrect,sysimgblt
vermagic:       2.6.35-24-generic SMP mod_unload modversions
parm:           video:Video memory size in MB, width, height in pixels (default 2,800,600) (array of int)

So it looks like the module and the option got renamed along the way. Tried it, and it worked!

So, all in all, what you need to add is this line to your domU config file (/etc/xenDOMAIN.conf) on the dom0, adjusting memory and resolution parameters at will:

extra="xen_fbfront.video=4,1024,768 "

[/english]

kpartx: Montar las particiones de un archivo imagen de disco

[spanish]A veces resulta útil poder montar las particiones de un archivo con la imagen completa de un disco, por ejemplo de un programa de backup (o un dd) o de una máquina virtual, sin tener que recurrir a ese software de backup o VM. Estos ficheros normalmente son una copia bit a bit de lo que debería haber en el disco real, por lo que el formato interno tanto de la tabla de particiones como de las particiones en sí son los normales que el sistema entiende y debería poder utilizarlos. El único problema es que ni la imagen ni las particiones están accesibles a través de un fichero de dispositivo de bloques en /dev para poderlas montar.

kpartx es un pequeño programa que hace precisamente eso, detecta las particiones que pueda haber en una imagen de disco y genera en /dev los mapeos necesarios para poder montarlas como si fueran particiones en un disco real. Es muy sencillo de usar: se le pasa el nombre del fichero y muestra la lista de particiones. Si se le añade el parámetro -a crea los dispositivos; si -d, los borra. mount.

Vaya mi agradecimiento a esta página, que es donde he sabido de la existencia de kpartx. Además ahí explican cómo hacer lo mismo pero a mano, detectar los inicios de cada partición y utilizar el “loop device” para acceder a ellas y montarlas.[/spanish][english]Sometimes it is useful to mount the partitions in a disk image file, e.g. from a backup (or dd) or a virtual machine, without having to use that backup or VM software. These files are usually a 1:1 copy of what should be on an actual disk, so the internal partition table format is the same the operating system would use on a disk and also the format of the partitions themselves are ext2/3/FAT/whatever. So the system should be able to use them, the only problem is that neither this image file nor its partitions are mapped to proper block device files in /dev.

Enter kpartx, a small utility that analyzes a disk image file, detects the partitions in it and creates device files for each partition, so that they can be mounted as if they were real partitions on a physical disk. Usage is very simple: just pass the file to it and kpartx shows the partition table. Add the -a parameter to that and kpartx creates the device files; -d and it deletes them. mount.

Kudos to this page where I learnt about kpartx, and which by the way explains a way to manually map the partitions using the loopback interface. [/english]

Hello world! – mudanza

Welcome to WordPress. This is your first post. Edit or delete it, then start blogging!

O eso es lo que reza el post por defecto que te mete WordPress en cada nueva instalación.

Si, nueva instalación. Después de n años arrastrando un WordPress-mu 2.x y aprovechando un cambio de servidor, me he decidido a migrar a WordPress 3. Así que cambio de servidor y de software… va a petar todo. O más. Se va a cagar la perra.

Ya iré arreglando cosas poco a poco, instalando plugins, temas, acabando de configurar, migrando ficheros que no se hayan copiado bien y demás. Pero es que si no me tiro a la piscina a lo bestia, no lo hago. Y más con lo dejado que tengo esto últimamente, a ver si así lo retomo.

Además y aprovechando el nuevo servidor he montado un mirror de esto. :-)