Como criar regras do udev para desativar um dos dispositivos Android?


8

Eu tenho um telefone HTC Android.

Sempre que o conecto ao computador, recebo uma mensagem:

Android Phone: Could not open MTP device "[usb:002,003]"

Os números podem ser diferentes. Mas o telefone se conecta corretamente.

usb-devices resultado

T:  Bus=02 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 28 Spd=480 MxCh= 0
D:  Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=0bb4 ProdID=0f91 Rev=02.33
S:  Manufacturer=HTC
S:  Product=Android Phone
S:  SerialNumber=FA41BWB00560
C:  #Ifs= 2 Cfg#= 1 Atr=c0 MxPwr=500mA
I:  If#= 0 Alt= 0 #EPs= 3 Cls=06(still) Sub=01 Prot=01 Driver=usbfs
I:  If#= 1 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=00 Driver=(none)

lsusb

Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 002: ID 048d:1336 Integrated Technology Express, Inc. SD/MMC Cardreader
Bus 002 Device 004: ID 0bb4:0f91 HTC (High Tech Computer Corp.) 
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 04b8:0898 Seiko Epson Corp. 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 046d:c05a Logitech, Inc. M90/M100 Optical Mouse
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

lsusb -t

/:  Bus 07.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/2p, 12M
/:  Bus 06.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/3p, 12M
/:  Bus 05.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/3p, 12M
/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/3p, 12M
    |__ Port 1: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/3p, 12M
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/6p, 480M
    |__ Port 1: Dev 4, If 0, Class=Imaging, Driver=usbfs, 480M
    |__ Port 1: Dev 4, If 1, Class=Vendor Specific Class, Driver=, 480M
    |__ Port 3: Dev 2, If 0, Class=Mass Storage, Driver=usb-storage, 480M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/6p, 480M
    |__ Port 2: Dev 2, If 0, Class=Vendor Specific Class, Driver=, 480M
    |__ Port 2: Dev 2, If 1, Class=Printer, Driver=usblp, 480M
    |__ Port 2: Dev 2, If 2, Class=Mass Storage, Driver=usb-storage, 480M

udevadm info -q all -n /dev/bus/usb/002/004

P: /devices/pci0000:00/0000:00:13.2/usb2/2-1
N: bus/usb/002/004
S: libmtp-2-1
E: BUSNUM=002
E: COLORD_DEVICE=1
E: COLORD_KIND=camera
E: DEVLINKS=/dev/libmtp-2-1
E: DEVNAME=/dev/bus/usb/002/004
E: DEVNUM=004
E: DEVPATH=/devices/pci0000:00/0000:00:13.2/usb2/2-1
E: DEVTYPE=usb_device
E: DRIVER=usb
E: GPHOTO2_DRIVER=PTP
E: ID_BUS=usb
E: ID_FOR_SEAT=usb-pci-0000_00_13_2-usb-0_1
E: ID_GPHOTO2=1
E: ID_MEDIA_PLAYER=1
E: ID_MODEL=Android_Phone
E: ID_MODEL_ENC=Android\x20Phone
E: ID_MODEL_ID=0f91
E: ID_MTP_DEVICE=1
E: ID_PATH=pci-0000:00:13.2-usb-0:1
E: ID_PATH_TAG=pci-0000_00_13_2-usb-0_1
E: ID_REVISION=0233
E: ID_SERIAL=HTC_Android_Phone_FA41BWB00560
E: ID_SERIAL_SHORT=FA41BWB00560
E: ID_USB_INTERFACES=:060101:ffff00:
E: ID_VENDOR=HTC
E: ID_VENDOR_ENC=HTC
E: ID_VENDOR_FROM_DATABASE=HTC (High Tech Computer Corp.)
E: ID_VENDOR_ID=0bb4
E: MAJOR=189
E: MINOR=131
E: PRODUCT=bb4/f91/233
E: SUBSYSTEM=usb
E: TAGS=:seat:uaccess:
E: TYPE=0/0/0
E: USEC_INITIALIZED=611981507

dmesg

[   40.632283] usb 2-1: new high-speed USB device number 3 using ehci-pci
[   40.765458] usb 2-1: New USB device found, idVendor=0bb4, idProduct=0f91
[   40.765469] usb 2-1: New USB device strings: Mfr=2, Product=3, SerialNumber=4
[   40.765475] usb 2-1: Product: Android Phone
[   40.765480] usb 2-1: Manufacturer: HTC
[   40.765485] usb 2-1: SerialNumber: FA41BWB00560
[   40.766646] usb-storage 2-1:1.1: USB Mass Storage device detected
[   40.767102] scsi host10: usb-storage 2-1:1.1
[   40.864690] usb 2-1: USB disconnect, device number 3
[   41.613079] usb 2-1: new high-speed USB device number 4 using ehci-pci
[   41.746616] usb 2-1: New USB device found, idVendor=0bb4, idProduct=0f91
[   41.746626] usb 2-1: New USB device strings: Mfr=2, Product=3, SerialNumber=4
[   41.746633] usb 2-1: Product: Android Phone
[   41.746638] usb 2-1: Manufacturer: HTC
[   41.746643] usb 2-1: SerialNumber: FA41BWB00560
[  101.942087] usb 2-1: reset high-speed USB device number 4 using ehci-pci

Também descobri que, por um curto período de tempo após o telefone ser conectado, um dispositivo de armazenamento USB é declarado

I:  If#= 0 Alt= 0 #EPs= 3 Cls=06(still) Sub=01 Prot=01 Driver=usbfs
I:  If#= 1 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage

Em seguida, ele se desconecta e a classe é alterada para ff.

I:  If#= 0 Alt= 0 #EPs= 3 Cls=06(still) Sub=01 Prot=01 Driver=usbfs
I:  If#= 1 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=00 Driver=(none)

Faça o seguinte para mim: 1) lsusbe localize seu dispositivo ou seus dispositivos (barramento e dispositivo). 2) Inicie o comando udevadm info -q all -n /dev/bus/usb/your_bus_id/your_device_ide use Barramento e Dispositivo. Adicione a saída do comando na etapa 2 à sua pergunta.
AB

Ok, e a saída de lsusbtambém, eu preciso apenas da parte do seu telefone
AB /

Vou adicioná-lo, mas você pode ver VID e PID em usb-devices. @AB
Pilot6

Eu não vi o primeiro comentário. Adicionado isso também.
precisa saber é o seguinte

1
Não tenho certeza se esses são realmente dois dispositivos USB.
AB

Respostas:


6

Na dmesgsaída, é claro que o telefone se conectou duas vezes.

  • [40.632283] 1º conectado como barramento USB 2 dev 3
  • [40.864690] desconectado
  • [41.613079] 2º conectado como barramento USB 2 dev 4

O problema é:

  • Os dois modos de conexão do telefone estão usando os mesmos atributos idVendor/ idProduct/ bcdDevice.

  • As regras libmtp udev usam apenas idVendor/ idProductpara filtrar dispositivos, além de atributos comuns / não importantes ACTION!="add", ENV{MAJOR}!="?*"e SUBSYSTEM=="usb"

  • As regras da libmtp udev usam ATTR(não ATTRS), elas direcionam exatamente esse nó do dispositivo /devices/pci0000:00/0000:00:13.2/usb2/2-1. Portanto, não podemos usar os detalhes dos nós de interface, pois são nós filhos deste.

Para entender o que está acontecendo, use udevadm monitor. Para ver apenas eventos sem detalhes.

  1. Desconecte o telefone
  2. Abra o terminal e execute udevadm monitor -u, -upara mostrar apenas eventos UDEV (para saída limpa)
  3. Ligue o telefone e aguarde até que as coisas se acalmem
  4. Ctrl+ Cpara parar o monitoramento

Para obter detalhes (propriedades do ambiente), use udevadm monitor -u -pe compare a saída nesse nó:

  • UDEV [107.024195] add /devices/pci0000:00/0000:00:13.2/usb2/2-1 (usb)
  • UDEV [107.998137] add /devices/pci0000:00/0000:00:13.2/usb2/2-1 (usb)

Observe a diferença em ID_USB_INTERFACES

Outra maneira mais limpa, usando uma regra do udev para coletar apenas o que precisamos:

  1. Adicione uma regra /lib/udev/rules.d/69-libmtp.ruleslogo após LABEL="libmtp_usb_rules":

    ATTR{idVendor}=="0bb4", ATTR{idProduct}=="0f91", RUN+="/bin/sh -c 'env >> /home/username/udev-phone-mtp_%E{SEQNUM}.log'"
    
  2. Regras de recarga

    sudo udevadm control -R
    
  3. Ligue o telefone uma vez.

  4. Esta regra deve ser acionada duas vezes. Comparando a saída nesse nó:

    diff udev-phone-mtp_*.log

    deve trazer: (esta é apenas a parte interessante)

    < ID_USB_INTERFACES=:060101:080650:
    ---
    > ID_USB_INTERFACES=:060101:ffff00:
    

Exatamente o que o Pilot6 (OP) poderia capturar usando usb-devicesantes de reconectar.


Sugiro adicionar esta regra a /lib/udev/rules.d/69-libmtp.rules, logo após LABEL="libmtp_usb_rules":

ATTR{idVendor}=="0bb4", ATTR{idProduct}=="0f91", ENV{ID_USB_INTERFACES}==":060101:080650:", GOTO="libmtp_rules_end"

Esta discussão bate-papo chat.stackexchange.com/rooms/28790/... relacionado a isso. Informou que: Primeira vez que funcionou bem Uma segunda vez após desconectar, ocorreu um erro e foi aberto após um atraso.
User.dz

1
Não vejo nenhum erro agora. Mas o atraso ainda está lá. Leva até um minuto para montar o dispositivo. Eu recebo o erro se não esperar até ele ser montado automaticamente e tentar abri-lo no nautilus.
Pilot6

1
Mas isso não parece relacionado, porque comentei sua linha e o atraso ainda está lá. O telefone aparece no iniciador, mas não pode ser montado por algum tempo.
precisa saber é o seguinte

O atraso não está relacionado ao Ubuntu. É um bug do Android. Liguei o telefone de um computador e conectei a outro. Existe o mesmo atraso.
Pilot6

1
Foi realmente um problema do Android com o atraso. Reinstalei o firmware por outro motivo e o atraso desapareceu.
precisa saber é o seguinte
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.