Problema ao reconhecer dispositivo usb

0

Houve uma vez (ontem) em que eu pude carregar este dispositivo (um controlador de microscópio de sonda de varredura feito pelo db macio) sem problema. Então o Ubuntu caiu. Agora não consigo mais carregar o dispositivo. Ao carregar o dispositivo, quero dizer que o udev deve fazer um arquivo em / dev chamado sranger_mk2_1. Ele costumava fazer isso sempre que eu liguei, agora não.

Quando ele estava se comportando corretamente e eu corri o udevadm monitor -e, ele deu:

KERNEL[2544.078497] add      /devices/pci0000:00/0000:00:1c.7/0000:03:00.0/usb3/3-1 (usb)
ACTION=add
BUSNUM=003
DEVNAME=/dev/bus/usb/003/010
DEVNUM=010
DEVPATH=/devices/pci0000:00/0000:00:1c.7/0000:03:00.0/usb3/3-1
DEVTYPE=usb_device
MAJOR=189
MINOR=265
PRODUCT=1612/103/150
SEQNUM=2712
SUBSYSTEM=usb
TYPE=0/0/0

KERNEL[2544.078761] add      /devices/pci0000:00/0000:00:1c.7/0000:03:00.0/usb3/3-1/3-1:1.0 (usb)
ACTION=add
DEVPATH=/devices/pci0000:00/0000:00:1c.7/0000:03:00.0/usb3/3-1/3-1:1.0
DEVTYPE=usb_interface
INTERFACE=255/0/0
MODALIAS=usb:v1612p0103d0150dc00dsc00dp00icFFisc00ip00in00
PRODUCT=1612/103/150
SEQNUM=2713
SUBSYSTEM=usb
TYPE=0/0/0

KERNEL[2544.078931] add      /devices/pci0000:00/0000:00:1c.7/0000:03:00.0/usb3/3-1/3-1:1.0/usbmisc/sranger_mk2_1 (usbmisc)
ACTION=add
DEVNAME=/dev/sranger_mk2_1
DEVPATH=/devices/pci0000:00/0000:00:1c.7/0000:03:00.0/usb3/3-1/3-1:1.0/usbmisc/sranger_mk2_1
MAJOR=180
MINOR=1
SEQNUM=2714
SUBSYSTEM=usbmisc

UDEV  [2544.088140] add      /devices/pci0000:00/0000:00:1c.7/0000:03:00.0/usb3/3-1 (usb)
ACTION=add
BUSNUM=003
DEVNAME=/dev/bus/usb/003/010
DEVNUM=010
DEVPATH=/devices/pci0000:00/0000:00:1c.7/0000:03:00.0/usb3/3-1
DEVTYPE=usb_device
DRIVER=usb
ID_BUS=usb
ID_MODEL=Signal_Ranger_mk3
ID_MODEL_ENC=Signal\x20Ranger\x20mk3
ID_MODEL_ID=0103
ID_REVISION=0150
ID_SERIAL=Soft-dB_Signal_Ranger_mk3
ID_USB_INTERFACES=:ff0000:
ID_VENDOR=Soft-dB
ID_VENDOR_ENC=Soft-dB
ID_VENDOR_ID=1612
MAJOR=189
MINOR=265
PRODUCT=1612/103/150
SEQNUM=2712
SUBSYSTEM=usb
TYPE=0/0/0
USEC_INITIALIZED=2544086838

UDEV  [2545.097132] add      /devices/pci0000:00/0000:00:1c.7/0000:03:00.0/usb3/3-1/3-1:1.0 (usb)
.MM_USBIFNUM=00
ACTION=add
DEVPATH=/devices/pci0000:00/0000:00:1c.7/0000:03:00.0/usb3/3-1/3-1:1.0
DEVTYPE=usb_interface
DRIVER=sranger_mk2
INTERFACE=255/0/0
MODALIAS=usb:v1612p0103d0150dc00dsc00dp00icFFisc00ip00in00
PRODUCT=1612/103/150
SEQNUM=2713
SUBSYSTEM=usb
TYPE=0/0/0
USEC_INITIALIZED=2544088934

UDEV  [2545.098944] add      /devices/pci0000:00/0000:00:1c.7/0000:03:00.0/usb3/3-1/3-1:1.0/usbmisc/sranger_mk2_1 (usbmisc)
.MM_USBIFNUM=00
ACTION=add
DEVNAME=/dev/sranger_mk2_1
DEVPATH=/devices/pci0000:00/0000:00:1c.7/0000:03:00.0/usb3/3-1/3-1:1.0/usbmisc/sranger_mk2_1
MAJOR=180
MINOR=1
SEQNUM=2714
SUBSYSTEM=usbmisc
USEC_INITIALIZED=2545098477

Eu não entendo completamente por que ele roda três coisas separadas, mas acho que é importante aquele com subsistema = usbmisc, já que é esse que está faltando quando ele para de funcionar.

Quando ele não está se comportando adequadamente (ou seja, quando o udev não escreve nada em / dev), ele fornece apenas isto:

KERNEL[3837.850624] add      /devices/pci0000:00/0000:00:1c.7/0000:03:00.0/usb3/3-1 (usb)
ACTION=add
BUSNUM=003
DEVNAME=/dev/bus/usb/003/026
DEVNUM=026
DEVPATH=/devices/pci0000:00/0000:00:1c.7/0000:03:00.0/usb3/3-1
DEVTYPE=usb_device
MAJOR=189
MINOR=281
PRODUCT=1612/103/150
SEQNUM=2683
SUBSYSTEM=usb
TYPE=0/0/0

KERNEL[3837.851281] add      /devices/pci0000:00/0000:00:1c.7/0000:03:00.0/usb3/3-1/3-1:1.0 (usb)
ACTION=add
DEVPATH=/devices/pci0000:00/0000:00:1c.7/0000:03:00.0/usb3/3-1/3-1:1.0
DEVTYPE=usb_interface
INTERFACE=255/0/0
MODALIAS=usb:v1612p0103d0150dc00dsc00dp00icFFisc00ip00in00
PRODUCT=1612/103/150
SEQNUM=2684
SUBSYSTEM=usb
TYPE=0/0/0

UDEV  [3837.856450] add      /devices/pci0000:00/0000:00:1c.7/0000:03:00.0/usb3/3-1 (usb)
ACTION=add
BUSNUM=003
DEVNAME=/dev/bus/usb/003/026
DEVNUM=026
DEVPATH=/devices/pci0000:00/0000:00:1c.7/0000:03:00.0/usb3/3-1
DEVTYPE=usb_device
DRIVER=usb
ID_BUS=usb
ID_MODEL=Signal_Ranger_mk3
ID_MODEL_ENC=Signal\x20Ranger\x20mk3
ID_MODEL_ID=0103
ID_REVISION=0150
ID_SERIAL=Soft-dB_Signal_Ranger_mk3
ID_USB_INTERFACES=:ff0000:
ID_VENDOR=Soft-dB
ID_VENDOR_ENC=Soft-dB
ID_VENDOR_ID=1612
MAJOR=189
MINOR=281
PRODUCT=1612/103/150
SEQNUM=2683
SUBSYSTEM=usb
TYPE=0/0/0
USEC_INITIALIZED=3837855936

UDEV  [3838.867971] add      /devices/pci0000:00/0000:00:1c.7/0000:03:00.0/usb3/3-1/3-1:1.0 (usb)
.MM_USBIFNUM=00
ACTION=add
DEVPATH=/devices/pci0000:00/0000:00:1c.7/0000:03:00.0/usb3/3-1/3-1:1.0
DEVTYPE=usb_interface
INTERFACE=255/0/0
MODALIAS=usb:v1612p0103d0150dc00dsc00dp00icFFisc00ip00in00
PRODUCT=1612/103/150
SEQNUM=2684
SUBSYSTEM=usb
TYPE=0/0/0
USEC_INITIALIZED=3837861377
Sou um pouco novo neste mundo e, portanto, tenho muito pouca pista sobre como interpretar o problema. O problema ocorreu várias vezes antes, e minha solução foi simplesmente ir nuclear e reinstalar o Ubuntu do zero, o que funciona, mas acho que deve haver uma maneira melhor. Alguma idéia do que está acontecendo?

EDIT: Apenas descobri. Acontece que o módulo associado ao hardware deve ter sido corrompido durante o travamento, de modo que o kernel não estava mais reconhecendo a placa. Eu reinstalei os módulos e agora está funcionando. Obrigado pela entrada!

    
por sturk 11.03.2017 / 04:12

1 resposta

0

Eu li um pouco de man udevadm . O seguinte pode servir ao seu propósito:

sudo udevadm trigger -s=usbmisc /devices/pci0000:00/0000:00:1c.7/0000:03:00.0/usb3/3-1/3-1:1.0/usbmisc/sranger_mk2_1

Veja se funcional, se não, continue com:

sudo udevadm control -R

-R da página man: -R, --reload Signal systemd-udevd to reload the rules files and other databases like the kernel module index. Reloading rules and databases does not apply any changes to already existing devices; the new configuration will only be applied to new events.

Espero que isso ajude.

    
por dajavex71 11.03.2017 / 06:42