Oggi, immerso nel cazzeggio più totale, mi è venuta la brillante idea di scrivere uno scriptino che loggasse tutte le canzoni ascoltate con AmaroK.
Con l’estrema fantasia che mi contraddistingue, ho deciso di chiamarlo SongLogger. Se a qualcuno interessasse, lo può trovare qui, l’ho postato su Kde-Apps.org, sezione AmaroK Scripts.
Come Vasco Rossi, anche a me piace vivere una vita spericolata, ma in fatto di sistemi operativi. Come saprete, già il lontano 5 febbraio ho aggiornato a Kubuntu Hardy, e fin’ora non avevo avuto grossi problemi. Fin’ora.
Tra i vari aggiornamenti di oggi (i soliti 100+ Mb) c’era libc6… vabbè, aggiorno. Compaiono scritte di debug poco incoraggianti nella shell da cui avevo lanciato adept_updater. Non riesco aprire una shell funzionante. Benone…
Riavvio, chissà mai che non torni tutto a posto. E invece la realtà è che non funziona niente, nemmeno in recovery mode. A quanto pare libc6 è molto importante, e il pacchetto era danneggiato, quindi un sacco di programmi (bash e sudo in primis) non funzionavano.
Tra i vari errori spiccavano
malloc: ../bash/subst.c:3472: assertion botched
e
*** glibc detected *** sudo: free(): invalid pointer: 0xb7fabb70 ***
Ho avviato con il cd di Kubuntu Gutsy, ho provato a montare la partizione di Hardy in /hardy (sudo mkdir /hardy; sudo mount /dev/hda6 /hardy) e quindi ho provato a chrottarmici dentro (sudo chroot /hardy), l’unico risultato che ho ottenuto è un errore che non ricordo e non voglio ricordare. Con una leggera apprensione ho cominciato a cercare su internet.
Anche voi vi siete imbattuti, come me, nel famigerato “wifi0: stuck beacon; resetting (bmiss count 4)” ripetuto all’infinito nell’output di dmesg? La soluzione c’è, ma non è del tutto indolore.
Il problema è dovuto ad un bug presente nei driver per il chipset Atheros dell’interfaccia wireless della Fonera, il quale si manifesta, in particolare, in presenza di altri apparati senza fili, quali altri access point oppure trasmettitori audio video. Per la cronaca, io ho entrambi questi dispositivi, quindi il famigerato errore mi ha sempre accompagnato, e nemmeno la classica soluzione di impostare la rete sul canale 11 ha risolto il problema. Questo bug è stato risolto nelle versioni più recenti di madwifi, ma nella Fonera è presente solo una vecchia versione.
Come sempre, bisogna poter accedere via SSH, ma la procedura non è difficoltosa, bisogna solo editare 2 file, allo scopo di attivare l’interfaccia wireless solo in modalità “b” che pare essere esente dal problema, ma limita a 11 Mbps la velocità massima teorica della rete. Nessun problema per la condivisione di internet (se siete i fortunati possessori di una linea più veloce, sappiate che ai vostri “ospiti” non dispiacerà affatto di doversi accontentare di soli 11 mega…), ma è molto fastidiosa nel caso usiate la Fonera per creare la vostra LAN casalinga, nella quale quasi sempre i 23 mega effettivi del wireless in modalità “g” sono pochi.