Montar un dispositivo FAT en modo shortname=lower

Hace cierto tiempo el modo de montar los dispositivos de tipo vfat cambió en Linux: pasó de ser shortname=lower a shortname=mixed. Un cambio necesario, ya que con el anterior todos los nombres de fichero se mostraban en minúsculas, y los nuevos se escribían en minúsculas en el dispositivo, lo cual era ciertamente un problema a la hora de utilizar dispositivos con canciones. El problema viene porque quien utilizó rsync con el modo anterior, por ejemplo para hacer copias de seguridad de o en un disco duro vfat, se encuentra ahora conque los nombres que antes estaban siempre en minúsculas ahora están a veces en mayúsculas, con lo que al no ser ya los mismos nombres el programa de copias no hace lo que se esperaba.

El problema es que no hay manera de cambiar esto en HAL: se supone que se podía usando un fichero fdi como el siguiente:

<?xml version="1.0" encoding="UTF-8"?><!-- /etc/hal/fdi/policy/preferences.fdi -->
<deviceinfo version="0.2">
  <device>
    <match key="volume.fstype" string="vfat">
      <merge key="volume.policy.mount_option.shortname=lower" type="bool">true</merge>
    </match>
  </device>
</deviceinfo>

pero no funciona: el sistema de volume.policy.mount_option está desaconsejado por los propios desarrolladores de HAL, que dicen que este tipo de cosas (las opciones de montaje) las debería especificar el entorno de escritorio, y no una política.

Así que he tenido que irme al /etc/fstab a ponerlo allí, pero claro, nadie garantiza que un dispositivo vfat tenga un UUID, ¿no?

Finalmente ha quedado así:

/dev/disk/by-id/usb-OLYMPUS_D555Z_C315Z_000J03011507-0:0-part1 /media/olympus vfat users,rw,nosuid,nodev,uhelper=hal,utf8,shortname=lower,flush 0 0

y no sé si eso es bueno o malo: lo que sí sé es que he tenido que crear el punto de montaje, y que no se desmonta bien desde el escritorio.

Subir a 6Mb (interludio)

Por alguna razón (que aún no comprendo del todo) mi nuevo servidor se caía repetidamente. Puede ser culpa (en parte) del hardware: viejo y lleno de polvo; puede ser también culpa de la línea ADSL de allí, cerca del límite de distancia; puede ser también cosa del enrutador ADSL, que es verdaderamente viejo (con decir que no tiene interfaz web sino tan solo telnet); puede que sea culpa de la instalación de cobre de la casa (oxidada en sitios, húmeda en otros, y mal mantenida); o puede, en fin, que sea cosa de todo lo anterior junto.

Pero sí ocurría que a veces el ordenador en cuestión (el factor 1, el «jargüar») se quedaba bloqueado (cosa que empezó a hacer allí). Quizá el viaje le echó un meneo al polvo, quiero decir, el viaje meneó el polvo.

Así que cogí un microportátil con una Debian recientita (una testing de hace un mes), le instalé el Bind, Postfix y el Courier, copié las configuraciones del polvoriento, y a correr.

De momento, funciona.

Seguiremos informando.

Subir a 6Mb (segundo paso)

Pues bien, una vez que tengo los DNS correctamente apuntados a un servidor paralelo (aunque solamente funcionen bien allí los servidores de nombres (DNS) y de correo), ha llegado el segundo paso: llamar a mi ISP (Proveedor del Servicio de Internet) y decirle que ya puede pasar mi ADSL de 1Mb/150Kb a 6Mb/300Kb. Vamos a ver cuanto tarda Orange (la verdad que hoy han sido muy amables y, al parecer, eficientes) en efectuar el cambio, y vamos a ver si pierdo mi dirección IP estática por el camino.

Seguiremos informando.

Subir a 6Mb (primer paso)

Estoy intentando subir mi conexión casera de 1Mb/150Kb a 6Mb/300Kb y, como supondrán, no quiero quedarme sin recibir correo durante el proceso. Y como en el cambio puede que tenga un corte de conexión o, incluso, pierda la IP fija durante un período de tiempo de hasta 15 días, pues el primer paso ha sido montar un servidor de correo en otro sitio por ahí con IP fija (gracias papi) y decirle a los DNS que manden el correo allí.

Y ese ha sido el problema: Nominalia ha tardado cinco días y medio en pasar a los servidores raíz para el primer nivel el cambio de servidores autorizados para mi dominio (de segundo nivel).

En fin... seguiremos informando.

Centralizar los datos de kstars

Kstars es el proyecto de un planetario para KDE. Funciona bastante bien, pero hay un pequeño detalle que puede llegar a molestar: la opción "Obtener nuevos datos" está disponible para cada usuario, así que los catálogos e imágenes (algunos de los cuales ocupan 2GiB) corren el riesgo de ser descargados individualmente por cada usuario. Esto, en un ordenador de un aula de astronomía, por ejemplo, significa un montón de espacio desperdiciado, y un montón de ancho de banda gastado en descargar cosas que ya se tienen.

Tras una pequeña charla con gente de KDE, he encontrado el lugar y la manera de evitarlo, centralizando los datos y usando el kiosk mode de KDE para evitar que los usuarios puedan descargarse los datos.

Espero, ahora, ponerme a hacer un paquete Debian que centralice el caso. A ver si me sale bien.

El botón de apagado

Ya he comentado alguna vez que no me gusta el polvo. El polvo en los ordenadores, se entiende. Y hoy, por tercera o cuarta vez, pasando una brocha (una simple brocha) por mi ordenador nuevo para quitarle el polvo ambiente, se apagó. Eso es lo que se llama tener un botón de encendido muy sensible, tanto que ahora lo llamo «botón de apagado».

Así que ni corto ni perezoso, y sabiendo que voy a seguir pasando la brocha o incluso un paño para limpiar el polvo externo de vez en cuando, me he metido en la carcasa y he tirado de los cables blanco y rojo, para desconectar de la placa base el susodicho interruptor.

Descargar enlaces ed2k:// desde Firefox (II)

Hace aproximadamente un año y medio escribí este artículo sobre cómo registrar un nuevo protocolo en Iceweasel (más conocido por ahí como Firefox).

Pero con la llegada de Firefox 3 las cosas han cambiado y el método ya no funciona. Pero la solución es parecida: se trata de añadir a mano un a nueva clave booleana, network.protocol-handler.expose.ed2k, y darle como valor false. La siguiente vez que pulsemos un enlace ed2k:// nos preguntará la aplicación que queremos usar, y ahí buscaremos /usr/bin/ed2k en el árbol de directorios.

Y claro, lo mismo vale para cualquier otro protocolo que queramos.

Todo viene (más o menos) explicado en http://kb.mozillazine.org/Register_protocol.