Blog de Víctor Corbacho

Todos los que hayáis instalado Gnome 3 en vuestros ordenadores habréis visto que junto a los típicos iconos de volumen, red, etc. aparece un nuevo icono que generalmente no vamos a utilizar: el icono de acceso universal. Si habéis intentado buscar la manera de quitarlo y no la habéis encontrado, aquí os dejo la solución:

1. Editar con vuestro editor favorito el archivo /usr/share/gnome-shell/js/ui/panel.js
2. Buscar el código

   const STANDARD_TRAY_ICON_SHELL_IMPLEMENTATION = {
       'a11y': imports.ui.status.accessibility.ATIndicator,
       'volume': imports.ui.status.volume.Indicator,
       'battery': imports.ui.status.power.Indicator,
       'keyboard': imports.ui.status.keyboard.XKBIndicator
   };

3. Comentar la línea

   'a11y': imports.ui.status.accessibility.ATIndicator

   , de manera que el código anterior quede como el siguiente:

   const STANDARD_TRAY_ICON_SHELL_IMPLEMENTATION = {
        //'a11y': imports.ui.status.accessibility.ATIndicator,
       'volume': imports.ui.status.volume.Indicator,
       'battery': imports.ui.status.power.Indicator,
       'keyboard': imports.ui.status.keyboard.XKBIndicator
   };

4. Guardar el archivo.

El otro día actualicé mi distribución Debian de la versión Squeeze a Wheezy. La cantidad de paquetes que tenía que descargar, como podéis suponer, era bastante considerable, y en total ocupaban más de un giga. Hasta aquí todo perfecto, si no fuera porque apt-get acapara todo el ancho de banda disponible, lo que no supone ningún problema si sólo estás actualizando, pero sí que es un gran impedimento si quieres navegar al mismo tiempo.

¿Cómo solucionarlo? Apt no trae ninguna opción para limitar el ancho de banda que utiliza de forma sencilla, pero esto se puede solventar de la siguiente manera:

sudo apt-get -o Acquire::http::Dl-Limit=20K install nombre_del_paquete

Como veis, he añadido la opción  -o Acquire::http::Dl-Limit=20K al comando, lo que limita el ancho de banda que utilizará apt-get a 20K. Por supuesto, podéis cambiar este límite por el que más os convenga.

Un saludo.

Hola, si soléis visitar mi blog supongo que ayer pudisteis comprobar cómo desde media mañana hasta por la noche estuvo offline. Desde hace algo más de un mes, este blog corre sobre una microinstancia de Amazón EC2, basada en un ami Amazon Linux (una especia de híbrido de CentOS). La cuestión es que a raíz de una actualización de paquetes, ente los que había una actualización del núcleo, perdí todo acceso posible a mi instancia desde ssh, web, ftp, etc.

Tras varios reinicios  conseguí acceder al log que se puede ver desde la consola de gestión de Amazon, y vi que había un fallo que decía lo siguiente: Page fault in pagetable walk (access to invalid memory?).

Tras buscar por varios sitios, encontré el problema y la solución. Por lo visto sólo afecta a las versiones de 32 bits de las microinstancias (¡qué suerte!), y ocurre dentro de PV-Grub, en la gestión que éste hace de la paginación de memoria en Xen. El bug está corregido en la versión 1.02 de PV-Grub, pero las imágenes de Amazon Linux AMI 2011.02.1 utilizan la versión 1.01. La solución consiste en actualizar el aki de PV-Grub que se utiliza en la instancia, o lanzar una instancia basada en Amazon Linux AMI 2011.02.01 con la última versión del AKI de PV-Grub.

Para poder continuar tenemos que tener instaladas las EC2 command line tools. En la página de Amazon está el enlace de descarga y hay información sobre cómo instalarlas.

Para poder actualizar el AKI de la instancia, primero tenemos que conocer la última versión disponible en nuestra región. Para ello tenemos que utilizar el siguiente comando:

ec2-describe-images -o amazon --filter "manifest-location=*pv-grub-hd0_1.02-i386*" --region REGION

En mi caso tengo la instancia en Virgina, por lo que en región tuve que poner us-east-1. El resultado de este comando me proporcionó la información necesaria para saber la versión que tenía que utilizar para la actualización: us-east-1    aki-805ea7e9    ec2-public-images/pv-grub-hd0_1.02-i386.gz.manifest.xml

Una vez conocida la versión (aki-805ea7e9), debemos detener nuestra instancia:

ec2-stop-instances --region us-east-1 i-#####

A continuación actualizamos el AKI:

ec2-modify-instance-attribute --kernel aki-805ea7e9 --region us-east-1 i-#####

Y finalmente volvemos a iniciar nuestra instancia:

ec2-start-instance --region us-east-1 i-#####

Y con esto nuestra instancia volverá a arrancar normalmente, recuperando la conectividad a través de la IP elástica o de la DNS pública.

Un saludo.