Antiguo y abandonado blog de Ricardo Galli :-(

Desde ayer que estoy casi en crisis nerviosa, me ha pasado de todo. Perdí mi sistema de ficheros raíz de mi ordenador principal, una Debian Sid, y para solucionar rápido y tener el kde 3.4.2 decidí instalar la kubuntu. La verdad es que ya estoy arrepentido, si hubiese comenzado con la Sarge habría perdido mucho menos tiempo. Y menos mal que desde que tengo mi cuenta de Gmail la uso para backup de todos mis mensajes –hago un re-envío automático via procmail–.

En primer lugar intento con la LiveCD para intentar recuperar el sistema anterior. Imposible arrancar en modo gráfico, se quedaba colgado al arrancar el kdm, aunque intenté con deshabilitando todo lo posible con los argumentos al kernel. El error lo daba el init diciendo que había un procesos que moría y rearrancaba demasiado de prisa (lo curioso es que estamos preparando una Live de kubuntu y no tenemos ese problema). Lo arranqué en modo single y me dí cuenta que que no tenía forma de recuperar nada, tenía un fichero /tmp de unos 10 GB… No me preocupé tanto porque tenía un disco donde hacía un backup diario con el rsync… aunque luego me dí cuenta que el backup estaba incompleto.

Instalo la kubuntu. Me instala lo básico bastante rápido, los 4 mbps de ONO ayudaron bastante. En cuanto lo arranco en modo texto empiezo a recuperar los backups que tenía en /dev/hda1. Me deja el ordenador casi sin poder usar, y va todo muy lento. Miro el DMA, no está habilitado, intento hacerlo con el hdparm, no puedo, me da errores de ioctl. Intenté con distintos parámetros del kernel, tampoco.

Entonces instalo el 2.6.11-smp disponible en el repositorio. Mi CPU es una HT, el instalador debería haber instalado una SMP desde el principio. Bueno, tampoco le pude hacer funcionar el DMA. Arranco el KDE; ya lo areglaré más adelante, siempre digo que las optimizaciones prematuras son las madres de todas las desgracias, aunque no siempre…

Primer problema, se me colgaba a los pocos minutos. Sospecho que era el driver nv del kernel o el powernowd –ya tiene tela que el autor del cpudyn tenga problemas con ese daemon, seguro que es una conspiración–. Lo arranco en modo consola de texto, me bajo el kernel de kernel.org, lo configuro, compilo, instalo y empezó a funcionar bien.

Cuando intento hacer cosas con el aptitude el Perl me da unos errores de configuración de locales. Me lo había dejado mal porque había seleccionado el idioma inglés y los locales de ES. Tuve que arreglarlo a mano (ya ni me acuerdo cómo lo hice).

Luego me doy cuenta que aunque había seleccionado el disco SATA como el root (/dev/sda) , el grub quedó instalado en el IDE que uso de backup (/dev/hda). Tengo que cambiarlo todavía, cuando mire como va el grub (toda la vida use el lilo).

El kde 3.4.2 viene configurado casi para subnormales, el menú de aplicaciones es de lo más ínfimo que he visto y todavía me faltan agregar muchos programas que sí están instalados pero no aparecen. Uno de ellos, muy notable, es el kmail. Por defecto pone un botón en el panel para arrancar el kontact –un overkill para mi uso diario–, instalo el kmail y no lo pone en ningún botón o menú. Tuve que agregarlo a mano. Todavía no sé como poner el botón del konqueror para que arranque en modo de navegación de ficheros, esa “casita” (cromo del Benjamí, el comando era: kfmclient openProfile filemanagement).

Una herramienta imprescindible para mí –con ella gestiono todas las listas y notas de las asignaturas– es el OOo. Abro una hoja de cálculo, veo que es el 1.1.3 –bastante antiguo– y que además se queda prácticamente bloqueado. El tiempo de respuesta desde que toco un botón del ratón hasta que hace algo es de unos ¡10 segundos! . Me quedo flipado… entonces instalo el OOo2 pre6 que está en Ubuntu. Lo arranco y ningún menú responde, cambia de color el texto pero no se despliega el menú. Flipado de nuevo. Lo arranco desde la consola y veo que de unos errores porque no encuentra el runtime Java ( ), pero ahora por lo menos los menús funcionan. Intento abrir la misma hoja de cálculo anterior y se colgaba durante la apertura. Lo hacía siempre, también me decía que guardaba un fichero para recuperar, y luego tampoco se podía abrir ese fichero.

Después de contar hasta 100 e intentando no pensar en las madres de los pobres desarrolladores, se me ocurre que quizás sea porque no encuentra las fuentes estándares de Microsoft, las msttcorefonts. Intento instalarlas, no están en los repositorios que tengo, agrego el multiverse, allí están, las instalo, arranco el OOo (el 1.1.3) y funciona perfecto. Grrrrrrrrrrr.

Bueno, ahora tengo el sistema funcionando, aunque me faltan muchas cosas. Aunque lo más grave es la cantidad de cosas que he perdido por una gilipollez. El backup lo hacía con el rsync cada madrugada y estaba en el crontab desde hace varios años, ya ni me acuerdo que opciones tenía. Pero por algunas de ellas que puse no me hacía backup de los ficheros que comenzaban con “.” ni los “tmp”. Así que perdí toda la configuración y datos en esos directorios, pero además perdí todos los subfolders del Kmail –lo tenía en formato maildir en el $HOME/Mail– porque el muy cabrón les pone el “.” al principio. Menos mal de mis backups en Gmail, sino hubiese perdido muchísimas cosas muy importantes, como las prácticas que me habían entregado los alumnos. Al menos se hicieron backups de las carpetas en la raíz.

Arranco el kmail, no ve ningunas de esas carpetas. Busco entre las opciones para indicarle dónde las tenía, no encientro ninguna opción. Tuve que editar a mano el .kde/share/config/kmailrc y cambiar la opción folders=$HOME/Mail. Ahora arranco el kmail, peta como un desgraciado. Lo arranco desde consola, allí veo el error, dice que algunos directorios de la estructura maildir les falta el directorio “tmp” –porque el rsync no me hacía backups de los directorios tmp…–. ¡Será cabrón! ¿Y no puede crearlos él mismo en vez de morir salir? Sólo son directorios normales, y siempre están vacíos. Al final lo solucioné con una línea:

find Mail -type d ! -name  "tmp" -exec mkdir {}/tmp \;

¡Y lo del cups! Eso fue ya la hostia.

En casa tengo mi servidor conectado a la impresora y que hace de servidor de cups –con browsing automático–. Funciona perfectamente porque los otros ordenadores la detectan y agregan a la lista automáticamente. Pero en la Kubuntu no aparecía.

Me conecto al http://localhost:631, me dice que por cuestiones de seguridad está deshabilitado y que vaya al menú Menu System > Administration > Printing. Como era de imaginar, eso no aparece en mi menú, ya que se trata del programa de Gnome. Vale, arranco el kprinter y no hay forma que funcione, me dice que no puede conectarse con el servidor.

Entonces miro las opciones del cupsd.conf, todo parece bien, la opción Browsing On está habilitada. Busco en los foros de Ubunto como se hace para habilitar la administración via web, encuentro que hay que agregar al usuario lpadmin al grupo shadow para que pueda leer ese fichero y así autentificar. Miro como está la configuración del cups, está la opción SystemGroup lpadmin. Estoy seguro que debe ser eso, lo hago… ¡y sigue sin funcionar!.

Miro con el tcpdump y los paquetes brodcast del cups sí llegan correctamente a mi ordenador, pero la impresora sigue sin aparecer y sigo sin poder acceder a la gestión via web. Comparo las diferencias del fichero cupsd.confcon la de otro portátil que sí funciona. Y no veo ninguna diferencia relevante en temas de la red y autorización.

Se me ocurre hacer un ps axu para ver el usuario real con que se ejecuta el cupsd, y veo que ¡no es lpadmin!, sino lp:

lp       12957  0.0  0.2   5572  2624 ?        Ss   16:25   0:00 /usr/sbin/cups

¡Cagoendiez! No es lo que dice la documentación ni tampoco el fichero de configuración. Hago el adduser lp shadow, rearranco el cups et voilà, ¡funciona!. Pero a mi pesar, en la gestión por web no sale nada de nada, ningún error, ninguna opción a tocar en el tema de la red, de hecho el manual on-line que trae dice explícitamente:

CUPS supports automatic client configuration of printers on the same subnet. To configure printers on the same subnet, do nothing. Each client should see the available printers within 30 seconds automatically. The printer and class lists are updated automatically as printers and servers are added or removed.

Pero no era verdad, no funcionaba. Evidentemente los de Ubuntu había hecho algo para que no funcionase –¿¿¿¿por qué???? ¿¿¿para qué???–.

Desesperado –ya que el fichero el largo de cojones, con muchísimos comentarios e instrucciones– se me ocurre hacer lo siguiente en dos ordenadores:

grep -v ^# /etc/cups/cupsd.conf | sort

Enonces ahora comparo las diferencias con el diff y encuento lo siguiente en la versión de la Kubuntu:

include cupsd-browsing.conf

¡Aja! mamonazo:

root@antoli:~ # cat /etc/cups/cupsd-browsing.conf
#
# Browsing: whether or not to broadcast and/or listen for CUPS printer
# information on the network.  Disabled by default.
#

Browsing Off

¡Arghhhhhhhhhhh!!!!!! Era ese puñetero fichero. Ahora ya funciona, después de perder horas.

En resumen, si sóis unos “expertos” y estáis seguro que la Debian os va razonablemente bien con el hardware, no sé si tiene sentido instalar una Ubuntu. Hace perder mucho tiempo en cuanto te sales de lo que han pensado ellos –que parece ser un ordenador único sin red local y conectado a Internet–. Hubiese ahorrado mucho tiempo con una Sarge y luego actualizar a Sid como tenía antes.

Bueno, ahora continuaré arreglando cosas, entre las importantes que me queda es el grub y saber si estoy correctamente en un entorno UTF8 o no, y si es así, cambiar la codificación de todos mis ficheros de texto. Y ademá averiguar porqué cuando cuando hago un su me cambia los locales a POSIX.

PS: todo el problema comenzó por una actualización de la BIOS porque el ventilador de la CPU se ponía a tope aunque la CPU estaba a menos de 40 grados. Pensé que era de la BIOS, ahora me dí cuenta que ocurría siempre que ponia en marcha el lm-sensors. Parece que eso deshabilitaba el control de velocidad de la BIOS. Grrrrrrrrrrrrrrrr.