Linux y los portatiles

El uso de GNU/Linux en sistema portátiles ha sido considerado habitualmente un tabú. Las instalaciones eran extremadamente complicadas, y la mayoría del hardware de los portátiles no estaba soportado, con lo que el sistema, si llegaba a funcionar, solía ser realmente ineficaz, desaprovechando los recursos. Sin embargo, durante los últimos años GNU/Linux ha crecido sin parar, aumentando su soporte hardware, principalmente en plataformas ix86, a la par que las distribuciones simplificaban su instalación (por ejemplo Knoppix, todo un ejemplo de sencillez de uso).

Sin embargo, los portátiles son un mundo complejo dentro del hardware y software. Aprovechar los recursos de un portátil requiere una instalación y configuración minuciosa y estudiada de programas. Desde escoger entre ACPI o APM (en el caso de poder hacerlo), hasta el método de auto-montado, u otras muchas opciones. No debemos olvidar que un portátil suele ser un sistema en el que prima el ahorro de energía sobre las prestaciones, aunque no siempre será este nuestro objetivo. Por esto, para poder aprovechar mejor tu portátil, conocer las alternativas o para satisfacer tu curiosidad, os cuento mis experiencias con mis portátiles.
Instalación de GNU/Linux
Seleccionar la distribución adecuada

Existen infinidad de distribuciones de GNU/Linux, y cada una es más adecuada para un entorno diferente, o un hardware determinado. Para conocer las diferentes opciones, deberéis hacer una parada obligatoria en Distrowatch . Sin embargo, os comento unas cuantas opciones:

* Flower Distros: Con este término nos referimos a aquellas distribuciones orientadas al usuario medio, con pocos o ningún conocimiento de informática, o los que no quieren perder el tiempo en configuraciones. En este sector tendríamos a Mandrake, (ahora madriva), Linspire, Xandros. Algunas están más orientadas al escritorio de usuario (con muchas aplicaciones multimedia, juegos y demás, como Mandrake) y otras al escritorio de oficina (más orientados a conexiones de red en entornos Windows, programas de ofimática casi exclusivamente, etc). Son una buena opción para principiantes. Su soporte para portátiles modernos las hace adecuadas para estos. Sin embargo, dado que suelen usar entornos pesados, y métodos de instalación casi siempre basados en CD's, no son una buena opción para portátiles antiguos (anteriores a un pentium III).
* Distribuciones Ligeras: Estas distribuciones están pensadas para equipos antiguos. No son tan visualmente agradables, pero permitirán sacar provecho de máquinas viejas como pentiums y similares sin desesperar. Como ejemplo típico de este tipo de distribuciones tenemos a Vector Linux.
* Distribuciones Multiuso: Aquí englobo a esas distribuciones que puedes amoldar a tu gusto. Puedes hacer que sean ligeras, o incluso convertirlas en flower distros con potentes escritorios, pero vas a necesitar unos cuantos conociemientos para hacerlo. Tendríamos distribuciones como Fedora, SuSE, Slackware, Debian o Gentoo. Fedora y SuSE serían dentro del sector las más parecidas a una flower distro, pues usan muchos asistentes y herramientas gráficas de configuración. Debian y Gentoo serían más para usuarios experimentados, pues las configuraciones muchas veces se hacen editando archivos de texto a mano, pero te permitirán crear una distribución realmente a tu gusto.

Mi elección ha sido siempre Debian, salvo una temporada que me pasé a Vector Linux, pero duré poco. Estoy demasiado acostumbrado a hacer las cosas en plan debianita. Debes seleccionar la distribución que más se adecua a tus necesidades y hardware. Por así decirlo, si tienes una máquina antigua, olvídate de una flower distro.

Métodos de Instalación

Llegamos a la primera barrera. Instalar el Sistema Operativo. Habitualmente los portátiles vienen con Windows Instalado (o MacOS, o el que toque), así que podemos aprovechar esto en nuestro favor para simplificar la instalación. Vayamos por partes.

Debemos buscar disqueteras, lectores de CD, tarjetas de red y demás. El método más sencillo de instalar una distribución es arrancando desde un CD o disquetes. Sin embargo no es el único, y podemos jugar con muchos factores.

Si tenemos unidades de disquete o CD externas, deberemos indicar en la BIOS que permita arrancar desde estas. Deberemos modificar la secuencia de arranque, y si encontramos una opción llamada "Legacy USB" o "Legacy Floppy" o "Legacy CD-ROM", deberemos activarla.

Otra forma si no se puede arrancar desde el CD es copiar el contenido al disco, ya sea usando el windows pre-instalado o algún disquete que arranque que permita acceder al CD (para esto son muy útiles las distribuciones en disquete). Copiando el contenido al disco, arrancando luego con una distribución en disquetes (hay varias muy útiles), podemos acceder al instalador y ejecutarlo manualmente.

Otro método poco conocido, y bastante útil, es arrancar el ordenador por ethernet. Deberemos modificar la secuencia de arranque y poner la LAN primera. Debian en su manual explica como instalarla desde la red:http://www.debian.org/releases/testing/i386/ch04s06.php.es

No quiero extenderme demasiado en este punto, ya que es demasiado genérico, cada distribución ofrece su documentación sobre posibilidades de instalación. Incluso algunos fabricantes como toshiba ofrecen en su página web información de como instalar linux en sus portátiles.
Herramientas y Configuraciones

Aquí va lo importante del documento. Punto por punto, vamos a intentar conseguir sacar provecho de nuestro sistema.
Kernel

Escoger un buen kernel es crucial. Además, seguramente necesitaremos parchearlo para conseguir hacer funcionar algunos dispositivos o funcionalidades que de otra forma no tendíamos disponibles.

La primera pregunta que nos hemos de hacer sobre el kernel es si necesitamos un kernel 2.6 o un 2.4. Mi experiencia me dice que los 2.4 se comportan mejor en máquinas antiguas (pentium normales y mmx), pero los 2.6 les ganan en máquinas más modernas (pentium III y superiores). Sobre los pentium II no tengo información, pues nunca he tenido uno.

Los kernels que vienen con las distribuciones suelen ser modulares y contienen muchos drivers en forma de módulos. Así que no suelen ser especialmente pesados en memoria. Podremos elegir entre seguir con el kernel de la disitribución o compilar el nuestro. Si lo hacemos monolítico (sin módulos, todo dentro del kernel), será algo más rápido (pero no creas que es una diferencia apreciable), a cambio de ocupar algo más de memoria. Si lo hacemos modular, tendremos la ventaja de ocupar menos memoria, solo la de los módulos de los dispositivos en uso, a cambio de sacrificar algún ciclo de reloj de por medio. Repito que las ventajas de velocidad no son apreciables.

Sin embargo podemos trucar el kernel para que vaya más rápido o parezca que así es. El primer truco es crear un kernel preemptivo. En los kernels 2.6 es una opción de serie, en los kernels 2.4 deberemos aplicar un par de parches para conseguirlo. Hay otros parches como la colección de Con Kolivas o Nitro, pensados para mejorar el rendimiento del kernel, otros, como grsecurity están pensados en la seguridad del sistema, sin embargo, tratándose de un portátil, me imagino que nos gustará más exprimirle hasta el último herzio.

Algunos parches añaden funcionalidades interesantes en un portátil, como por ejemplo la reducción de lecturas de swap o disco, habilitar la hibernación, y otros añaden efectos agradables, como el bootsplash y su arranque gráfico con barra de progreso (y consolas con imágenes de fondo y fuentes true-type), o voz (ideal para gente con impedimentos visuales).

Aquí va una lista de parches útiles, y que funcionalidades ofrecen:

* bootsplash [www.bootsplash.de]. Añade la opción de usar un inicio gráfico con una barra de progreso del arranque. Permite también establecer unos temas en las consolas de texto en modo framebuffer, y el uso de tipografías truetype, lo que las hace visualmente más agradables. Disponible para kernels 2.4 y 2.6, le ha salido un competidor, fbsplash, desarrollado por gentoo, que promete superarle en prestaciones
* Low-Latency y Preempt [http://people.redhat.com/mingo/lowlatency-patches/ http://people.redhat.com/mingo/realtime-preempt/older/]. Intentar mejorar la respuesta del kernel, sobretodo en caso de sobrecarga, permitir a las aplicaciones con mayor prioridad ejecutarse sin que se vean perjudicadas. Esto permite por ejemplo reproducir un vídeo sin cortes a pesar de que otro proceso en segundo plano requiera mucho tiempo de CPU. El kernel ejecutará el vídeo y el tiempo restante se lo dará al proceso en segundo plano. En kernels 2.4, el parche low latency es el que más afecta al rendimiento (es decir, si solo queréis aplicar uno de los parches, aplicar el de low latency, aunque lo mejor es aplicar los dos).
* Software Suspend 2 [http://swsusp.sf.net/]. A pesar de que los kernels 2.6 ya incorporan una función de suspend to disk software, este parche mejora muchos su rendimiento y flexibilidad. Disponible para kernels 2.4 y 2.6. Incorpora entre otros el parche de bootsplash, así que si ponéis este no será necesario poner el bootsplash.
* Con Kolivas: [http://members.optusnet.com.au/ckolivas/kernel/]. Colección de parches orientados al rendimiento. Se puede decir que la colección de parches de Con Kolivas es mítica, y ha servido de base para otros proyectos similares como la colección Nitro (los parches de con kolivas con otros más como el bootsplash (o era el fbsplash?), supermount y otros).
* Supermount: [http://supermount-ng.sourceforge.net/]. Se encarga de montar y desmontar dispositivos de forma automática, como en windows. Quizás prefieras olvidarte de este parche y usar aplicaciones como gnome-volume-manager...
* Otros. En páginas como http://people.redhat.com/mingo/ teneis parches para el kernel para cosas más específicas. Y si no, a buscar por foros y a rezar a san google.

Parchear el kernel:

Si, muy bonito lo de los kernels, pero quiero saber como se parchea. Pues muy sencillo. Te bajas las fuentes de www.kernel.org. Ten en cuenta que los parches solo se pueden aplicar a una determinada versión del kernel, así que asegúrate de que tienes el parche para la versión del kernel que estas bajando. descomprime las fuentes en el directorio /usr/src (usa el comando tar -zxvf para archivos .tar.gz o tar -jxvf para archivos .tar.bz2), te creará un directorio del estilo /usr/src/linux-2.X.Y, con X e Y versión y subversión del kernel. Ahora descomprime los parches (si es que lo estaban) y muévelos a /usr/src. ve al directorio /usr/src/linux-2.X.Y, y ejecuta el comando:

patch -p1

Si no te sale ninguna advertencia Si te informa de que algún "chunk" ha fallado, o bien te has equivocado de versión del kernel/parche o un parche anterior que hayas instalado hace que este no se instale limpio. Si te atreves puedes hacer los cambios a mano. No es tan complicado. Si te sale la advertencia de los chunks, muy probablemente tengas errores al compilar si incluyes esa funcionalidad en el kernel.

Algunos parches, como por ejemplo el software suspend2, llevan un instalador por llamarlo de alguna forma. Leed el readme que viene con el parche para saber como aplicarlo (el método en el caso del software suspend es idéntico a este pero en lugar de ejcutar patch ... ejecutar /usr/src/softwaresuspend2xxxxxx/apply )

Configurar el kernel:

Tras parchear las fuentes, con make menuconfig o lo que queramos (make xconfig, make config, etc) seleccionaremos las opciones que queramos. En este punto nos vendrá muy bien conocer nuestro hardware al dedillo, y como ayuda tendremos los comando lspci, o incluso lsmod. Unos cuantos consejos que debeis seguir para ahorraros problemas:

* Acordaros de poner el soporte para el disco duro (habitualmente IDE) dentro del kernel. Meted el soporte para dispositivos ATA/IDE, el soporte genérico para discos IDE (los cdrom's, y floppys los podemos poner como modulos), y vuestro chipset ide (lspci os puede audar en esto)
* Acordaros también de poner en el kernel el soporte para el sistema de ficheros que useis. Es decir, si usais ext3, marcad ext3 para que vaya dentro del kernel, no como módulo.
* Si no sabéis si instalar algo, ante la duda haced un lspci, si no os resuelve nada, un lsmod y mirad si estáis haciendo uso de ese módulo (si es la tarjeta de audio, reproduce una canción para forzar al kernel a cargar un módulo y luego mira cual es el que carga, y márcalo). Si ni por esas sabes que hacer, siempre será mejor dejarlo como módulo que no no compilarlo.
* Cuidado con las dependencias. Aunque intenta cumplirlas, algunos módulos requieren que otros sean activados o incluso que estén dentro del kernel.
* Tranquilo, no tiene que salirte bien a la primera.


Para compilar el kernel, hay miles de tutoriales por ahí. Recordaros que al instalar el nuevo no borreis el viejo, no sea que el nuevo no funcione. Moved el viejo a vmlinux.old y crear una entrada en el lilo o grub para el viejo y otra para el nuevo. Si usas debian, compila el kernel usando make-kpkg, al instalarlo luego con dpkg -i el solo generará las entradas en lilo o grub y copiará el antiguo kernel para no borrarlo.

Sonido

Los portátiles suelen tener unas tarjetas de sonido pésimas, y unos altavoces a juego, pero sin embargo, ya que están vamos a sacarles jugo.

En kernels 2.4, se usa el sistema OSS, y en los 2.6, aunque se mantiene el OSS, se incorpora el recomendable ALSA. Alsa también está disponible para los kernels 2.4, pero aparte, aunque su instalación es sencilla.

Mi consejo es que uséis ALSA si podéis. Ofrece muchas ventajas respecto a OSS, como por ejemplo mezcla directa [http://www.badopi.org/node/325]. Esto nos permitirá reproducir varios sonidos simultaneamente sin necesidad de un demonio de sonido como arts o esd, y por tanto ahorrando memoria y unos cuantos ciclos de reloj.

Algunos portátiles usan configuraciones extrañas de sonido, que son particularmente molestas en tarjetas isa, ya que alsaconf no las detecta bien. Para estos casos, podemos buscar en linux-on-laptops a ver si alguien ha conseguido usar el sonido en nuestro portátil. (también sirve para ver si algunas pijadas de nuestro portátil se pueden usar en linux).

Laptop Mode

Los kernels 2.6 incluyen una nueva capacidad, llamada laptop mode. En este modo, el kernel hace lo posible para reducir los accesos a disco y mantener a este apagado el mayor tiempo posible, lo que incluye esperar a tener muchos datos que escribir al disco antes de activarlo, o leer varios megas de golpe al disco para poder apagarlo después (por ejemplo una canción mp3, la lee entera antes, y así apaga el disco mientras se reproduce.). De este modo y como configurarlo hablaremos más adelante.

Gestión de energía I: APM y ACPI

Entramos ya en materia de portátiles. Existen actualmente dos sistemas de gestión de energía, APM, y ACPI. ACPI es el más moderno, y más funcional de los dos, pero solo se encuentra en portátiles más modernos (mi pentiumIII portatil por ejemplo sigue sin soportar ACPI). Si podéis elegir, os recomiendo usar ACPI, no solo por que ofrece la misma funcionalidad que APM y otras añadidas, sino por que se integra mejor con algunos de los sistemas de gestión de energía como el laptop-mode del kernel.

El sistema ACPI permite gestionar eventos. Es decir, podemos configurar acciones a tomar cuando por ejemplo se presione el botón de power (lo más habitual es que el power inicie la secuencia de apagado, pero podríamos hacer que suspendiese a disco el pc), o la temperatura de la cpu se caliente, o pasemos a funcionar con baterías o lo que sea. Las bios no siempre soportan todas las posibilidades de ACPI pero siempre da más juego que el APM. Para poder usar ACPI deberéis tener soporte en el kernel, e instalar el acpid.

APM es un veterano, pero cumple bien sus funciones. APM nos informa de de si estamos o no conectados a la corriente y del porcentaje y tiempo restante de batería (aproximadamente, siempre es algo menos).Permite también suspender el equipo (cuidado, el ordenador queda encendido, pero discos duros y pantalla apagados, y el procesador pausado, hasta que lo despertemos. no es un suspender a disco, en el que el ordenador queda apagado y al encenderse recupera la sesión. Para hacer uso de el necesitaremos soporte en el kernel y el demonio apmd

Escojamos el que escojamos, más adelante veremos algunas herramientas para ver el estado de la batería, o realizar alguna otra función.

Gestión de energía II: La pantalla

Uno de los elementos que más batería consume es la pantalla. Por eso, apagarla cuando no esté en uso nos permitirá conservar batería. En linux usaremos DPMS para apagar la pantalla. Pero cuidado, hay un apagado de pantalla que es "falso", lo que hace es mostrar una pantalla negra, pero la luz de fondo sigue encendida y consumiendo batería.

Usar un salvapantallas en un portatil es una tontería. Si no estas usando el pc, tener un programita que te mantiene la pantalla encendida y consume cpu, acortando la vida de la batería es una burrada. Así que activar el uso de DPMS es casi una obligación para portátiles.

DPMS en X

En el archivo de configuración de las X, /etc/X11/XF86Config-4 o /etc/X11/xorg.conf, busca la sección del monitor y añade la siguiente linea:

Option "DPMS" "true"

Ahora ve al final del archivo y busca la sección ServerLayout, añade las siguientes lineas:

Option "StandbyTime" "3"
Option "SuspendTime" "5"
Option "OffTime" "8"

El segundo dato es el tiempo en minutos que tardará en activarse la opción seleccionada. Como podéis ver a los 8 minutos apagamos completamente la pantalla. También podemos cambiar estos parámetros mediante el comando xset dpms 180 300 400 Fijaros que los tiempos siguen el orden StandbyTime SuspendTime y OffTime y están indicados en segundos.

DPMS en consola

En consola podemos hacer varios trucos para ahorrar un poco de batería. Editaremos el /etc/console-tools/config (en Debian) y buscaremos las opciónes BLANK_TIME y POWERDOWN_TIME. Blank time define el tiempo que tardará en poner la pantalla en negro (aunque seguirá encendida), Powerdown time es el tiempo hasta que apague la pantalla. Como es la consola, donde lo único que puedes hacer es escribir, yo pondría:

BLANK_TIME=3
POWERDOWN_TIME=5

Gestión de energía III: Laptop-Mode

Como ya hemos comentado antes, el Laptop-Mode es una nueva posibilidad que nos brindan los kernels 2.6 para reducir el consumo de energía de la máquina. Para hacer uso de el, muchas distribuciones tiene un paquete "laptop-mode" con las herramientas para activarlo. El laptop mode nos ofrece la posibilidad de programar varias opciones de funcionamiento de acuerdo a si estamos conectados a la red eléctrica o funcionando con baterías. Si además usamos ACPI, podremos configurar algunas opciones interesantes. Las principales funciones a configurar será el comportamiento de los discos duros (cada cuanto sincronizar, tiempo de spindown, etc), y acciones a realizar al acercarnos aun determinado límite de batería. Esto último se puede configurar en otros programas, pero si vamos a activar el laptop mode os recomiendo hacerlo aquí.

La configuración del laptop-mode se realiza en /etc/laptop-mode/laptop-mode.conf en las distribuciones basadas en Debian. Los parámetros más importantes para la configuración se citan a contiunuación:

* MAX_AGE=900 Tiempo máximo en segundos que permanecdrá el disco apagado. Es decir, aunque no se llegue a cumplir ninguna otra condición para activar el disco, cada 900 segundos se sincronizarán las caches y el disco. Poner un valor demasiado alto es arriegado pues podemos perder mucho trabajo si nos quedamos sin batería
* MINIMUM_BATTERY_MINUTES=30 Cuando la batería reporte que solo quedan estos minutos de tiempo,el sistema dejará el laptop mode. Esto se hace para prevenir problemas. En mi caso, mi batería se termina cuando reporta que todavía le quedan 20 minutos. Por eso 10 minutos antes deja el laptop mode, así si me quedo sin batería seguro que pierdo pocos datos. (Recordad que en el laptop mode se mantienen los datos en cache varios minutos antes de sincronizarlos con el disco,estos datos los perdería de quedarme sin batería)
* LAPTOP_MODE_ALWAYS_ON=0 Si ponemos un 1, el ordenador estará siempre en laptop mode, tanto si vamos con baterías o conectados a la red electrica.
* READAHEAD=8192 Cuando lea un archivo, leerá esta cantidad de kbytes (8 megas en este caso). Si por ejemplo leemos un mp3 para reproducirlo, leerá 8 megas (la mayoría de canciones caben en 8 megas), así mientras reproduce la canción se podrá apagar el disco.
* DO_REMOUNTS=1 Importante si estamos usando ext3 o xfs o algun sistema de archivos con journaling.
* DO_CPU=0 Si lo ponemos a 1 indica que al entrar en laptop mode (con batería) se debe limitar la velocidad máxima del micro,para disminuir el consumo de batería. Es necesario tener CPUFreq
* CPU_MAXFREQ=slowest Cual debería ser la máxima frecuencia a usar en laptop mode? para una lista de frecuencias disponibles mirar /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies, solo sirve si DU_CPU=1
* AC_HD_WITH_LM=30 & AC_HD_WITHOUT_LM=60 & BATT_HD=4 Son los tiempos que tardará el disco en pararse. BAT_HD indica el tiempo si funcionamos con baterias. AC_HD_WITH_LM eltiempo si estamos en red electrica y con laptop mode activado LAPTOP_MODE_ALWAYS_ON=1), AC_HD_WITHOUT_LM el tiempo sin laptop mode. el tiempo se define de la misma forma que en el comando hdparm -S.Valores de 1 a 240 indican el tiempo dividido entre 5 en segundos. Es decir, el 4 indica 4x5=20 segundos. Los valores de 241 a 251 indican de 1 a 11 intervalos de 11 minutos (241 indica 30 minutos de tiempo, 142 qued 60 minutos) El resto de valores (252, 253, etc, indican tiempos diferentes según el fabricante del disco)
* DO_HD_POWERMGMT=1 & AC_HDPARM_POWERMGMT_WITH_LM=1 & AC_HDPARM_POWERMGMT_WITHOUT_LM=255 & BATT_HDPARM_POWERMGMT=1 A su vez los discos incorporan mecanismos propios de gestión de energía. La primera opción de la lista indica que debemos hacer uso de estas posibilidades. De nuevo definimos dos comportamientos diferentes si estamos conectados a la red, uno para cuando tengamos el laptop mode activo y otro para cuando no. Finalmente indicamos el valor a usar si estamos con baterías. Se usa una escala de 1 a 255 donde 1 indica un uso económico y 255 un uso más agresivo.


Software y Utilidades

Un sistema portátil tiene unos requisitos de software y configuración diferentes a los de un sistema de sobremesa. Por ejemplo, un equipo portátil rara vez será usado para aplicaciones que requieran una alta potencia gráfica como videojuegos o renderizados complejos, y sin embargo necesitarán de utilidades para gestionar algunas propiedades relacionadas con el consumo de energía. Saber si nos quedan dos horas de batería o por contra en 3 minutos nos quedaremos sin es algo que nos puede ahorrar más de un susto.

A continuación se listan por secciones varios programas que pueden sernos de utilidad para facilitar nuestra vida con el portatil.

Monitores del Sistema y de Batería

Como hemos mencionado antes tenemos dos métodos de gestionar la energía, APM y ACPI. Algunos de los programas aquí listados solo funcionan con uno de los dos demonios, otros mejoran el funcionamiento de uno de estos etc.

Monitores Generales de Sistema

Listaremos programas que ofrezcan datos de carga del sistema, uso de CPU, memoria, swap, y otra información de interés.

* Gkrellm [http://members.dslextreme.com/users/billw/gkrellm/gkrellm.php] Sistema de monitorización para las X. Funciona a base de plugins, que ofrecen las más variadas posibilidades (monitores de todo tipo, información de programas p2p, control de webcams, etc etc. Soporta skins, con lo que facilmente puedes hacerlo encajar en tu escritorio.
* Xosview [http://xosview.sourceforge.net/] Un monitor más sencillo que gkrellm, con información de carga, cpu, memoria, swap, disco, red y alguna cosa más.
* Torsmo [http://torsmo.sourceforge.net/] Un monitor que se situa encima del escritorio y muestra información sobre el sistema, memoria, temperatura (usando i2c o ACPI), batería, mails en bandeja local, etc.
* Procmeter v3 [http://www.gedanken.demon.co.uk/procmeter3/] Visualmente parecido a gkrellm, da información de la batería, memoria, procesador, red, disco, sensores y otras muchas opciones.
* Dockapps varios [http://www.dockapps.com/] Dada la gran cantidad de monitores disponibles como dockapps, os dejo con este link y buscad el que más os guste.
* Gdesklets y scripts para superkaramba varios, así como applets para gnome y KDE.
* Xmcpustate, grmonitor, loadmeter ...


Monitores de Batería y Frecuencia

Utilidades para controlar la batería y otras funciones como la frecuencia a la que funciona el micro (en aquellos que lo permitan).

* IBAM [http://ibam.sourceforge.net] Ibam es un monitor que indica el tiempo restante de batería. Necesita APM. La diferencia con otros monitores basados en APM es que utiliza unos algoritmos propios para modificar la información que da la batería, dando una información más precisa del tiempo de vida restante. En principio existe el programa de consola y un plugin de Gkrellm, pero hay otros monitores que hacen uso de ibam.
* xbattbar [http://iplab.aist-nara.ac.jp/member/suguru/xbattbar.php] Curioso monitor que dibuja una linea verde en la parte superior o inferior de la pantalla, que indica el estado de la batería. Requiere APM.
* Battery Stats [http://www.karl.jorgensen.com/battery-stats/] Toma información del estado de la batería a intervalos regulares y almacena la información. No muy util como monitor de uso inmediato, pero si para ver como evoluciona el estado de tu batería. Solo funciona con APM
* DockApps [http://www.dockapps.com/] De nuevo en esta página encontraremos todo tipo de monitores tanto de frecuencia del micro como de la batería (para APM, IBAM, ACPI).
* De nuevo infinitas aplicaciones par Gdesklets y Super Karamba, nos permitirán ver el estado de la cpu y batería y controlar la frecuencia del micro. Visitad http://gdesklets.gnomedesktop.org/ y http://netdragon.sourceforge.net/.
* Battfink y klaptopdaemon, aunque no sean monitores de la batería y frecuencia, si que incluyen applets para usar con Gnome y Kde respectivamente que permiten esto. Para el control de la frecuencia también es interesante mirarse gnome-cpufreq.


Sensores

A muchos nos gusta saber el estado físico de nuestro pc, y más si es un portátil por el que hemos pagado un ojo de la cara. En linux el paquete estrella para la monitorización de los sensores del sistema es lm-sensors, sin embargo, ACPI también permite acceder a información de temperatura de diferentes componentes.

Los kernels 2.6 vienen con un gran surtido de drivers para los sensores más comunes, también podemos obtener las fuentes y compilarlas para nuestro kernel (sea 2.4 o 2.6). Podemos obtener las fuentes de los drivers y de varias aplicaciones en http://secure.netroedge.com/~lm78/index.php junto con buena información sobre como instalar los drivers.

Una vez instalado el paquete de utilidades de lm-sensors, ejecutaremos sensors-detect para que auto-detecte los sensores de nuestro sistema. Finalmente cuando nos pregunte por modificar el modules.conf aceptamos y listos.

Ahora podemos cargar el programa para monitorizar sensores que más nos guste, desde la aplicación de consola sensors, hasta los bonitos gdesklets o themes de karamba, pasando por sensord, un demonio que crea un log con la información de los sensores, o alguno de los plugins para gkrellm. Sobre los programas para usar acpi, nunca he tenido un portátil con acpi, y en el sobremesa (que si tiene soporte acpi), uso lm-sensors para estas cosas.

Si miramos la página de lm-sensors, veremos que hay varias utilidades como un script que activa el ventilador si considera que la temperatura de la cpu es demasiado alta. En los portátiles que tengo no hay manera de decidir cuando se debe activar el ventilador, y acabo tostándome las manos tecleando en un teclado al rojo vivo.
Enlace:badopi