Acer Aspire One 110

Actualización del BIOS

Seguimos las instrucciones que aparecen en macles aunque las resumimos aquí para futuras referencias:

1. Descargar la versión del BIOS correspondiente del repositorio del fabricante.
2. Emplear el programa unetbootin para crear un volumen arrancable, bien en USB, bien en disquete si se puede usar. En mi caso sí, porque tengo una disquetera externa que funciona con el Acer, por lo que el proceso ha sido:
   1. Borrar el contenido del disquete (dd if=/dev/null of=/dev/sda).
   2. Crear una tabla de particiones y una partición vacía con fdisk (no debería hacer falta, lo sé, pero de otra forma algo fallaba y no conseguía leer nada más que basura).
   3. Crear un sistema de archivos DOS en el disquete (vulgo formatearlo con mkdosfs /dev/sda1).
3. Descomprimir el contenido del BIOS.

Optimización del disco SSD en Ubuntu 9.10

Por razones de asistencia técnica he instalado este sabor de Linux en la máquina y, sí, funciona, pero necesita algunos ajustes para optimizar el uso del dispositivo SSD, principal fuente de parones en el sistema.

Miguel Parada tiene un buen resumen en su blog, recopilando varias fuentes y proporcionando una lista de acciones que reproduzco aquí por si le da por desaparecer de un día para otro (como desgraciadamente ha ocurrido con muchos):

1. Deshabilitar el servicio sreadahead ya que parece que no tiene mucho sentido en los dispositivos SSD puesto que estos son de acceso directo y no secuencial.

   Para ello se puede comentar la línea que lo pone en marcha en el archivo /etc/init/sreadahed.conf con un sostenido como en:

   # exec /sbin/sreadahead -t 0
   

   ó se puede optar por eliminar el paquete directamente ya que no nos va a hacer falta hasta que no cambiemos de disco.

2. Desactivar el planificador de entrada y salida elevator en el núcleo, bien pasándole el parámetro elevator=noop en el arranque ó cambiarlo en cualquier otro momento escribiendo en el sistema de archivos /sys.

   Para lo primero se puede emplear la variable de entorno GRUB_CMDLINE_LINUX del archivo /etc/default/grub

   GRUB_CMDLINE_LINUX="elevator=noop"
   

   y ejecutar update-grub para que haga efectivos los cambios.

   El segundo método exige saber de antemano el dispositivo en el cual queremos cambiar el planificador y usarlo en lugar de la variable DEVICE de la siguiente expresión:

   # echo noop > /sys/block/${DEVICE}/queue/scheduler
   

   Bob Plankers habla de este planificador y la wikipedia también añade información.

3. Montar los sistemas de archivos con la opción noatime (que a su vez implica nodiratime) para que no se cambie la fecha de último acceso al inodo cada vez que se lee un archivo en el disco. Esto acelera las operaciones de e/s pero tiene el inconveniente de dificultar el funcionamiento de algunos programas de backup y la realización de análisis forenses.

   Un ejemplo en /etc/fstab sería:

   /dev/sda1 / ext4 noatime,errors=remount-ro 0 1