El meu Debian va calent… (2)

Mai 29, 2008

[O bé: ni KLaptop, ni KPowersave, ni hòsties!]

Cada cop que engego el sistema i també cada X temps, el valor de la “variable”

/sys/devices/system/cpu/cpuN/cpufreq/scaling_min_freq

(per N=0 i N=1) canvia a 1826000 (1.8 Ghz) i, encara que tan sols estigui navegant per internet, al cap d’una estona ja tenim actiu l’efecte estufa que comentava el lluís.

A més a més, he descobert (gràcies a la comanda cpufreq-info) que el KLaptop, quan li dius que canviï l’esquema de rendiment, només el canvia per la CPU0 amb la qual cosa, si tens un Core 2 Duo, la CPU1 es manté amb l’esquema per defecte (fregidora) i no hi guanyem gran cosa.

Per sortir del pas, gràcies a l’ajuda d’aquest HOW-TO, he fet un script senzill que em permet seleccionar l’esquema que vull (per defecte “ondemand“) i quan vull. Diu així:

#!/bin/bash

echo 1 > /sys/devices/system/cpu/sched_mc_power_savings

case $1 in
performance )
CPU_MIN_FREQ=1826000
CPU_MAX_FREQ=1826000
GOVERNOR=performance
;;

ondemand )
CPU_MIN_FREQ=996000
CPU_MAX_FREQ=1826000
GOVERNOR=ondemand
;;

powersave )
CPU_MIN_FREQ=996000
CPU_MAX_FREQ=1328000
GOVERNOR=powersave
;;

alarm )
CPU_MIN_FREQ=996000
CPU_MAX_FREQ=996000
GOVERNOR=powersave
;;

* )
CPU_MIN_FREQ=996000
CPU_MAX_FREQ=1826000
GOVERNOR=ondemand
;;

esac

# Ajustem la freqüència mínima
echo $CPU_MIN_FREQ > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq
echo $CPU_MIN_FREQ > /sys/devices/system/cpu/cpu1/cpufreq/scaling_min_freq

# Ajustem la freqüència màxima
echo $CPU_MAX_FREQ > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
echo $CPU_MAX_FREQ > /sys/devices/system/cpu/cpu1/cpufreq/scaling_max_freq

# Ajustem l’esquema
echo $GOVERNOR > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
echo $GOVERNOR > /sys/devices/system/cpu/cpu1/cpufreq/scaling_governor


Apedaçant el VirtualBox

febrer 13, 2008

Aquest cap de setmana, en fer el safe-upgrade diari, va deixar de funcionar el VirtualBox i si l’intentes executar dóna el següent error:

symbol lookup error: /usr/lib/virtualbox/VirtualBox: undefined symbol: stat64

Com que per la feina necessito l’Excel i l’Access, la veritat és que no disposar del Windows “virtual” és empipador (encara que faci ràbia reconèixer-ho…)

Per sort, a bugs.debian.org, parlen del problema i proposen una solució temporal. Resulta que el bug no és del propi VirtualBox sinó de la llibreria libqt3-mt.

La solució al problema passa per desactualitzar la versió de la llibreria que incorpora sid i tornar a la de etch. Si tenim les fonts de etch al sources.list n’hi hauria d’haver prou fent:

aptitude -t etch install libqt3-mt

Si no és el cas (jo per exemple no les hi tinc), podem descarregar-nos el paquet .deb des de packages.debian.org i instal·lar-lo manualment. Resumit en comandes, això fóra:

wget http://ftp.es.debian.org/debian/pool/main/q/\
qt-x11-free/libqt3-mt_3.3.7-4etch1_i386.deb
dpkg -i libqt3-mt_3.3.7-4etch1_i386.deb

Està clar que si ara tornem a fer un safe-upgrade, fins que els programadors de debian no arreglin el bug a sid, tornarem a tenir el VirtualBox inutilitzat…


El monitor de bateria

febrer 6, 2008

Amb el darrer kernel 2.6.24-1-686 que des de fa uns dies incorpora debian sid (que pel que veig és el kernel estable més nou) havia desaparegut el monitor de bateria del portàtil. Avui, que estic malalt i tancat a casa, m’he dedicat a buscar informació sobre aquest bug. He trobat un grup de debian a google on en parlen.

Efectivament, al directori /proc/acpi no hi tenia el subdirectori battery… Aquest vespre, però, amb el safe-upgrade diari hi havia una actualització del kernel que ha corregit el bug i, de passada, amb tot plegat, he après a consultar l’estat de conservació de la bateria…

@llengot:~$ cat /proc/acpi/battery/BAT0/info

present: yes
design capacity: 4400 mAh
last full capacity: 3215 mAh
battery technology: rechargeable
design voltage: 11836 mV
design capacity warning: 321 mAh
design capacity low: 160 mAh
capacity granularity 1: 100 mAh
capacity granularity 2: 8 mAh
model number: M31EI
serial number: 00001
battery type: LiON
OEM info: OEM

Sabent això podré decidir quan em toca comprar una nova bateria pel portàtil… per cert, quant temps fa que el tinc? Mmm… encara no un any i mig.


Any nou, kernel nou!

gener 9, 2008

Avui he estrenat kernel nou! Jo em pensava que si tenia instal·lat el paquet linux-image-2.6-686 sempre que debian sid incorporés un nou kernel ja se m’instal·laria automàticament en fer el dist-upgrade… De fet, la informació d’aquest paquet diu:

Descripció: Linux 2.6 image on PPro/Celeron/PII/PIII/P4
This package depends on the latest binary image for Linux kernel 2.6
on Pentium Pro/Celeron/Pentium II/Pentium III/Pentium 4 machines.

però jo encara anava amb la versió 2.6.22-3-686 i avui m’han comentat que ja hi havia el paquet amb la versió 2.6.23-1-686.

De moment, amb aquest nou kernel i el mòdul i firmware de la Intel PRO/Wireless 3945ABG actualitzats, tinc una nova interfície virtual de xarxa anomenada wlan0_rename i el knetworkmanager, que darrerament només feia que donar-me maldecaps, torna a funcionar a la perfecció!

També em fa l’efecte que se m’ha solucionat el problema que tenia amb el mòdul vboxdrv del VirtualBox cada vegada que actualitzava el sistema. Quan ho comprovi ja ho comentaré…


El mòdul del VirtualBox

Desembre 5, 2007

Una de les gràcies i dels riscos de la Debian Sid és que gairebé cada dia tens paquets per actualitzar. D’uns dies ençà, però, quan actualitzo el sistema, m’instal·la la versió 2.6.22+1.5.2-dfsg2-9 del paquet virtualbox-ose-modules-2.6.22-3-686; que és el paquet que —en teoria— proporciona el mòdul vboxdrv pel kernel que, a la vegada, crea el dispositiu /dev/vboxdrv imprescindible per arrencar una màquina virtual de virtualbox.

El cas és que actualitzo i després el meu sistema no troba ni el mòdul ni el dispositiu. Aleshores, amb el module-assistant, he de tornar a compilar i instal·lar la versió anterior del paquet: la 1.5.2-dfsg2-3+2.6.22-6.

No sé si faig alguna cosa malament o és un bug