A puñetazos con la configuración.

Como estoy haciendo pruebas para sincronizar datos de forma semiautomática no me había fijado en cierto efecto secundario de la instalación de

barry

y sus disposiciones en el subsistema

udev

.

Hago una foto con el dispositivo y cuando quiero recuperarla en el ordenador, la conecto al mismo, me pide la contraseña de la Blackberry^[1] y la escribo, me pregunta si quiero activar el modo de almacenamiento de bloques y … y nada.

Un vistazo a los registros muestra que:

[1119628.052138] usb 5-1: New USB device found, idVendor=0fca, idProduct=8004
[1119628.052141] usb 5-1: New USB device strings: Mfr=1, Product=5, SerialNumber=3
[1119628.052144] usb 5-1: Product: RIM Composite Device
[1119628.052146] usb 5-1: Manufacturer: Research In Motion
[1119628.052148] usb 5-1: SerialNumber: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
[1119628.052638] usb-storage: device found at 20
[1119628.052640] usb-storage: waiting for device to settle before scanning
[1119628.307299] usb 5-1: usbfs: interface 1 claimed by usb-storage while 'bcharge' sets config #1
[1119629.432139] usb 5-1: reset high speed USB device using ehci_hcd and address 20

Una búsqueda loca por la red, tras varios intentos con frases clave, me remite a la página de Mario Theodoridis donde descubro que si elimino la acción predeterminada para la blackberry, consistente en llamar al programa

bcharge

, el problema se soluciona.

$ sudo mv /etc/udev/rules.d/10-blackberry.rules /etc/udev/rules.d/10-blackberry.no-rules

Ahora al contestar a todas las preguntas y abrir todos los candados del teléfono consigo lo siguiente en el registro:

[1120689.518436] usb 5-1: New USB device found, idVendor=0fca, idProduct=8004
[1120689.518439] usb 5-1: New USB device strings: Mfr=1, Product=5, SerialNumber=3
[1120689.518441] usb 5-1: Product: RIM Composite Device
[1120689.518443] usb 5-1: Manufacturer: Research In Motion
[1120689.518445] usb 5-1: SerialNumber: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
[1120689.518453] usb-storage: device found at 21
[1120689.518454] usb-storage: waiting for device to settle before scanning
[1120694.516138] usb-storage: device scan complete
[1120694.517608] scsi 18:0:0:0: Direct-Access     RIM      BlackBerry SD    0002 PQ: 0 ANSI: 0 CCS
[1120694.529652] sd 18:0:0:0: [sde] Attached SCSI removable disk
[1120705.322111] sd 18:0:0:0: [sde] 248320 512-byte hardware sectors (127 MB)
[1120705.322727] sd 18:0:0:0: [sde] Write Protect is off
[1120705.322730] sd 18:0:0:0: [sde] Mode Sense: 43 00 00 00
[1120705.322733] sd 18:0:0:0: [sde] Assuming drive cache: write through
[1120705.323852] sd 18:0:0:0: [sde] 248320 512-byte hardware sectors (127 MB)
[1120705.324687] sd 18:0:0:0: [sde] Write Protect is off
[1120705.324691] sd 18:0:0:0: [sde] Mode Sense: 43 00 00 00
[1120705.324693] sd 18:0:0:0: [sde] Assuming drive cache: write through
[1120705.324697]  sde: sde1

y el acceso a los archivos, naturalmente.

¿ Realmente no se puede desde las reglas en

udev

llamar a un programa y continuar después con lo que sea que tenga que hacer ?. En este caso es explorar el dispositivo para ver las particiones, analizarlas y ofrecer el montaje de las posibles, pero podría ser cualquier otra cosa.

Y sí, consultando la documentación y la estupenda guía de Daniel Drake llego a la conclusión de que es perfectamente posible ejecutar algo y «seguir» con lo que se deba hacer, que la directiva

RUN

(tenga el operador

+=

o

=

) invoca al programa externo y espera a que vuelva para seguir con lo suyo. Es más, se recomienda mucho que no se demora en terminar porque tiene a todo el subsistema parado esperándolo.

El problema con la Blackberry es que

bcharge

produce un reinicio blando del dispositivo en el bus como se indica en la línea:

[1123732.400025] usb 5-1: reset high speed USB device using ehci_hcd and address 22

y entonces nada vuelve a realizarse y el dispositivo no es explorado de nuevo.

Se pueden ver algunas pistas en la documentación oficial del paquete

barry

.