Montagem da unidade USB que não é reconhecida

Usando o Arch Linux / XFCE, frequentemente tenho problemas com unidades USB que não estão montadas corretamente. Às vezes, eles aparecem automaticamente em Thunar e posso montá-los com um clique. No entanto, outras vezes (cerca de cinquenta / cinquenta) a unidade simplesmente não é reconhecida. Eu tive esse problema com discos rígidos externos USB, cartões de memória USB e câmeras. Se a unidade externa não for reconhecida, esta é a situação:

A unidade não aparece fdisk -l(mostra apenas meus discos rígidos)
A unidade não aparece em /dev/disk
A unidade NÃO aparecem quando executandolsusb

Portanto, existe algum tipo de reconhecimento, mas não entendo o porquê e nem sei como montar as unidades quando isso acontece. Acabei de reiniciar e espero que funcione na próxima vez, o que claramente não é conveniente ...

ATUALIZAR

Quando eu monitoro /var/log/everything.log(nenhuma informação no syslog), vejo isso acontecer ao conectar o USB:

Dec 14 15:36:32 localhost kernel: [ 6591.042911] usb 1-3: new high speed USB device number 9 using ehci_hcd
Dec 14 15:36:32 localhost mtp-probe: checking bus 1, device 9: "/sys/devices/pci0000:00/0000:00:1d.7/usb1/1-3"
Dec 14 15:36:32 localhost mtp-probe: bus: 1, device: 9 was not an MTP device

Esta é outra saída solicitada:

$udevadm monitor
monitor will print the received events for:
UDEV - the event which udev sends out after rule processing
KERNEL - the kernel uevent

KERNEL[6809.192268] add      /devices/pci0000:00/0000:00:1d.7/usb1/1-3 (usb)
KERNEL[6809.193421] add      /devices/pci0000:00/0000:00:1d.7/usb1/1-3/1-3:1.0 (usb)
UDEV  [6809.299246] add      /devices/pci0000:00/0000:00:1d.7/usb1/1-3 (usb)
UDEV  [6809.306074] add      /devices/pci0000:00/0000:00:1d.7/usb1/1-3/1-3:1.0 (usb)

execute este comando udevadm monitor, conecte seu dispositivo USB e publique os problemas que encontrar lá.

Hanan N.

@HananN. entendido; Eu adicionei isto

Apenas um pensamento: Eu às vezes tinha este problema ao se conectar via USB Hub que não foi alimentado externamente

erch

Respostas:

O problema parece ser uma regra geral /lib/udev/rules.d/69-libmtp.rules:

# Autoprobe vendor-specific, communication and PTP devices
ENV{ID_MTP_DEVICE}!="1", ENV{MTP_NO_PROBE}!="1", ENV{COLOR_MEASUREMENT_DEVICE}!="1", ENV{libsane_matched}!="yes", ATTR{bDeviceClass}=="00|02|06|ef|ff", PROGRAM="/usr/lib/udev/mtp-probe /sys$env{DEVPATH} $attr{busnum} $attr{devnum}", RESULT=="1", SYMLINK+="libmtp-%k", ENV{ID_MTP_DEVICE}="1", ENV{ID_MEDIA_PLAYER}="1"

Comentar essa linha, como mostrado abaixo, corrigiu o problema:

# Autoprobe vendor-specific, communication and PTP devices
ENV{ID_MTP_DEVICE}!="1", ENV{MTP_NO_PROBE}!="1", ENV{COLOR_MEASUREMENT_DEVICE}!="1", ENV{libsane_matched}!="yes", ATTR{bDeviceClass}=="00|02|06|ef|ff", PROGRAM="/usr/lib/udev/mtp-probe /sys$env{DEVPATH} $attr{busnum} $attr{devnum}", RESULT=="1", SYMLINK+="libmtp-%k", ENV{ID_MTP_DEVICE}="1", ENV{ID_MEDIA_PLAYER}="1"

No meu caso, tive que reiniciar, mas provavelmente há um serviço que poderia ser reiniciado.

kbyrd
fonte

esses dados estavam em /var/log/everything.log, mas como você pode ver, não há uma letra de unidade atribuída (o que também é visto com o fdisk). Há muito pouca produção, mas há algumas. Eu adicionei isso no topo.

Bem, agora, parece estar consertado! No log, encontrei o seguinte: 14 de dezembro 15:36:32 localhost mtp-probe: bus: 1, device: 9 não era um dispositivo MTP e, depois de procurar por isso, encontrei este segmento: bbs.archlinux.org/viewtopic. php? id = 119676 - e eu consegui resolvê-lo comentando a linha catch-all nas regras do MTP, agora parece estar funcionando. Obrigado!

@ user11780: se a resposta real é a que você deu no seu comentário, em vez de aceitar a resposta oferecida, você deve escrever uma nova resposta com as informações que encontrou e depois aceitar. Caso contrário, os leitores casuais serão enganados ao pensar que a resposta de kbyrd - que é realmente mais um comentário do que uma resposta - é a correta.

Teemu Leisti 15/07/2013

Concordo totalmente com @TeemuLeisti. Coloque a resposta certa aqui e depois altere a correta da minha para a sua nova.

Kbyrd

Ah, e em vez de apenas criar um link para o artigo, repita as informações aqui - a página no final do link pode desaparecer, tornando sua resposta inútil.

Teemu Leisti 17/07/2013

Eu costumava ENV{MTP_NO_PROBE}="1"parar o probe MTP. Dessa forma, não modifiquei o Arch /lib/udev/rules.d/69-libmtp.rules.

export MTP_NO_PROBE="1"

Dennis Anderson
fonte

Obrigado. Curto e agradável soluçãoexport MTP_NO_PROBE="1"

KYB

Mas parece funcionar como USB2.0 na porta USB3.0.

Kyb #

O registro mostra que há algo acontecendo com a detecção do dispositivo MTP.

Tente desinstalar libmtpse você conseguir se safar, ou apenas comente a regra do udev no arquivo relevante.

purple_arrows
fonte