viernes, 30 de agosto de 2013

Borrando y reinicializando la colección de música de un iPod Touch / iPhone desde Linux

Para inicializar base de datos de iTunes de un iPod Touch o iPhone nuevo o recién formateado, o para borrar la colección de música (si está corrupta, o simplemente queremos cambiar de canciones) desde Linux hay que salvar un par de obstáculos:

Primero, hay que acceder al dispositivo montándolo manualmente (p.e. sudo mkdir /media/iPod; sudo chmod 777 /media/iPod; ifuse /media/iPod;) o dejando que un programa lo haga por nosotros (Amarok monta automáticamente /var/mobile/Media en /tmp/kde-$USER/amarok/imobiledevice_*).

Nuestra música, la base de datos de iTunes y demás se encuentran en Media/iTunes_Control.  Podemos eliminar (o renombrar) todo para deshacernos de la colección, con excepción de Media/iTunes_Control/Device/HashInfo.  Este fichero contiene el código con el que Apple pretende impedir nuestro libre acceso a nuestro dispositivo.  Por tanto, conviene hacer un respaldo del mismo.

En caso de una nueva instalación, tendremos que obtener HashInfo, a menos que tengamos un respaldo.  Afortunadamente, Héctor Martín Cantero ha creado un generador público: iPhone/iPod hash generation.  Para usarlo, necesitamos el UUID de nuestro dispositivo, que usualmente es listado como SerialNumber en sus propiedades, las cuales se pueden ver en syslog.  Este comando puede ayudar:

perl -ne 'our $UUID; if (/Manufacturer: Apple/) { $_=<>; $UUID=$1 if /SerialNumber: (.+)/; } END { print "$UUID\n" if $UUID;}' /var/log/syslog

Una vez que tenemos HashInfo en su lugar, podemos dejar el trabajo más pesado a Amarok o gtkpod; si borramos la colección de música con alguno de los dos abierto, tendremos que expulsar nuestro dispositivo y volverlo a conectar; si no, simplemente ejecutamos uno de los dos, que inmediatamente nos ofrecerá inicializar nuestro juguete; si no sabes su modelo, puedes verlo en sus Ajustes de sistema / General / Información / Modelo (en mi caso, ignorando el primer y los dos últimos caracteres).

martes, 27 de agosto de 2013

Puenteando routers Asus RT-N56U y TP-Link WR-740N

IP inicial 192.168.3.1 y servidor DHCP deshabilitado, cuando el default debía ser 192.168.1.1.  Encontrada sin hacer reset, creando una Conexión cableada compartida en Kubuntu y conectándola al puerto WAN, para después ver la dirección asignada al router en syslog y abrirla en el navegador (¡aunque la interface del router no debería ser accesible por WAN!).

Para usarlo como repetidor solo soporta el modo de puente WDS.  Imposible conectarlo a un TP-Link WR-740N.

¿Único router Asus que no soporta ninguno de los principales firmwares abiertos?  OpenWRT tiene soporte preliminar.

ASUS RT-N56U/RT-N65U custom firmware no está mal.  Ruso, ¿basado en OpenWRT?

Añade el modo "AP + cliente AP", pero tampoco funciona con el WR-740N.

Tiempo de cambiar el WR-740N a algo mejor.  DD-WRT es una masacre de daemonios y un desastre en general.  OpenWRT+LuCi funciona muy bien, pero solo quedan 100 kB libres. Gargoyle, su rebelde y minimalista vástago, funciona igual de bien y deja 400 kB (!)--excepto porque después de flashearlo no se activó el DHCP ni el inalámbrico; un poco preocupante hasta que haces ssh root@192.168.1.1 y ves que todo funciona.

OpenWRT también añade "AP + cliente AP" al TP-Link, y ahora ambos routers funcionan a la perfección como maestro o cliente.  Aaaah... la vida es una barca.

domingo, 18 de agosto de 2013

Atajos de teclado y otras funciones dependientes de DBUS dejan de funcionar

Al actualizar KDE a la última versión (de Kubuntu-Backports) DBUS dejó de funcionar:

qdbus org.kde.amarok /Player
qdbus: could not find a Qt installation of ''


Al parecer hay un batidillo de dependencias ahora que están portando todo a QT5, y hace falta instalar qtchooser, o algún otro paquete de desarrollo.  La cosa es que todos los necesarios se instalan con qt-default:

apt-get install qt4-default

Ojo que tiene que ser la misma versión de dbus.  Si instalamos QT5 con DBUS 4, nos sale:

qdbus: could not exec '/usr/lib/x86_64-linux-gnu/qt5/bin/qdbus': No such file or directory

viernes, 9 de agosto de 2013

Kubuntu muestra la hora en UTC sin importar la zona horaria seleccionada

El problema (reporte aquí) reside en zic, usado por el módulo de Fecha y Hora de KDE (y otros programas), que copia la zona horaria a /etc/localtime sin checar si la original es una liga simbólica y por lo tanto, sin dereferenciarla apropiadamente, por lo que termina creando una liga rota:

ls -l /etc/localtime
lrwxrwxrwx 2 root root 25 mar 14 10:46 /etc/localtime -> ../posix/Europe/Guča


Para arreglarlo temporalmente:

sudo dpkg-reconfigure tzdata

O un paliativo más duradero (y extremo):

sudo mv /usr/sbin/zic /usr/sbin/zic-bad

Pues KDE puede funcionar sin zic (otros programas, quien sabe ;).