Récemment, j’ai installé munin sur un b3 pour surveiller une freebox. Le b3 étant ce qu’il ait, même si les plugins munin ne sont pas nombreux, la charge induite est importante. Cette charge est d’autant plus importante que l’installation par défaut de munin consiste à reconstruire les données et le site web toutes les 5 minutes. Sur le b3, cela prend presque 1 minute de tout faire. Mais dans cette minute, à peine 20 secondes servent à récolter les informations. Et cela est d’autant plus dommage que je ne consulte ces données qu’en de très rares occasions.

Du coup, j’ai décidé de revoir cette installation pour réduire la charge induite.

Ce week-end, c’était l’édition 2013 de Capitole du Libre.

http://2013.capitoledulibre.org/

Voici quelques infos sur les conférences auxquelles j’ai assistées.

Calaos, le système domotique Open-Source

http://calaos.fr/

L’intervenant rappelle l’histoire de ce logiciel, amorcé par une société en 2006 qui a dus fermer 7 ans plus tard, mais qui a libéré la totalité du code en 2013.

Sans doute grace à cette aventure commerciale, la présentation du logiciel est plutôt bien “léchée” :

Avec mes aventures récentes, j’ai largement fait appel au réseau de secours FreeWifi. Du coup, j’ai modifié mon script de connexion automatique pour l’utiliser autrement qu’avec NetworkManager.

Finalement, j’ai ouvert un projet sur GitHub : http://github.com/guyou/freewifi.

Oups ! Je boote mon PC et il me dit qu’il ne retrouve pas les partitions. Un petit ls /dev/sd* et je constate que les devices ont tous changé de noms. Ainsi, /dev/sda est devenu /dev/sde et /dev/sdb est devenu /dev/sdd.

Oui, je sais, ça fait belle lurette que j’aurais du convertir mon fichier /etc/fstab pour utiliser les UUID, mais je ne l’avais pas fait. Bon, après un petit moment de flottement, j’ai fini par trouver la commande magique : blkid <device>.

Que serait un enfant sans son abonnement à une revue. Oui mais voilà, ces revues sont parfois accompagnées d’un support numérique (aka CD-Rom) et une simple insertion dans le lecteur ne fonctionne pas sous Gnu/Linux. Étonnés ?

En voyant un .exe à la racine du CD-Rom, le premier réflexe est d’installer wine. Mais à la première exécution, un message d’erreur rapporte l’absence d’une DLL. Très rapidement, les résultats de la recherche sur Internet à propos de cette DLL laissent supposer qu’elle est liée à Flash.

Après la mise à jour délicate du gros netbook, j’ai attaqué celle du petit. Ca n’a pas forcément était ultra simple et rapide, mais étonnamment, je n’ai pas rencontré les mêmes problèmes.

Souhaitant mettre à jour un netbook vers la nouvelle Ubuntu LTS, aka precise, je me suis heurté à un problème de dépendances.

En effet, la commande standard apt-get dist-upgrade échoue sur le message suivant :

E: Couldn't configure pre-depend multiarch-support for libnih-dbus1, probably a dependency cycle.

Visiblement une dépendance cyclique autour des paquets multiarch-support et libnih-dbus1. Après plusieurs tentatives infructueuses d’utilisation de diverses options pour forcer l’upgrade et sans trouver de solution toute faites sur le net, je me suis laissé guidé par une intuition. En effet, si c’est un problème de dépendance, peut-être que l’on peut s’en sortir en passant par des outils qui n’ont pas cette “intelligence”. J’ai donc installé à la main (avec l’utilitaire dpkg) les paquets multiarch-support, libc6 et libc-bin (dans l’ordre inverse pour respecter leurs dépendances mutuelles).

Loin de la maison, j’ai souhaité me connecter à Internet via mon N900. Le cerveau en ébullition, calculant comment j’allais bien pouvoir configurer mon netbook (Ubuntu remix) et mon N900 (Maemo 5) pour partager la connexion 3G de mon forfait.

Je branche donc le câble USB, je choisi le mode “PC suite” et… et v’là t’y pas que Ubuntu me propose de configurer un “Connexion mobile à large bande”. Tien ? Je clique et lui donne les infos : Free pour le nom et free pour l’APN.

Depuis la montée de version du noyau linux en 3.2.0-1, je n’avais plus de WiFi. Il s’avère que mon chipset WiFi est piloté par un module propriétaire nommé broadcom-sta empaqueté sous le nom broadcom-sta-source. Or, depuis la 3.2.0 ce dernier ne compile plus.

# m-a build build broadcom-sta  
blablabla  
blablabla error: unknown field 'ndo_set_multicast_list' specified in initializer  
blablabla

En fouillant sur Internet, il s’avère qu’il s’agit d’un problème ancien, proche de celui-ci.

Le précédent run de m-a ayant laissé un modules/broadcom-sta déployé, j’ai fait la modification à la main dans src/wl/sys/wl_linux.c puis : m-a -k linux-headers-3.2.0-1-686-pae -O build broadcom-sta

J’ai pu mettre la main sur un HP mini 210. Malheureusement, l’écran était brisé : environ 50% de l’écran était inutilisable. A plus de 100€ l’écran de remplacement, fini la vie de netbook. Mais on ne peut pas jeter un ordinateur pour si peu.