Manjaro Linux -Forum Italiano-

non funziona la porta usb dopo il wakeup

0 Utenti e 1 Visitatore stanno visualizzando questo topic.

non funziona la porta usb dopo il wakeup
« il: Luglio 08, 2017, 01:41:04 pm »
Ciao a tutti, ho un problema singolare. Il mio portatile, dopo il wakeup, vede tutte le porte usb tranne quella dove ho collegato il mouse. Ho provato a togliere il mouse e collegarci un hd autoalimentato, ma non ne vuole sapere. Qualcuno pu aiutarmi? ho letto qualcosa su internet per fare delle regole per udev, ma ho paura di combinare casini ;-)
Codice: [Seleziona]
[tony@manjaro-kde ~]$ lsusb
Bus 002 Device 002: ID 0bda:0129 Realtek Semiconductor Corp. RTS5129 Card Reader Controller
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 001 Device 004: ID 04f2:b47f Chicony Electronics Co., Ltd
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 003: ID 0489:e055 Foxconn / Hon Hai
Bus 005 Device 002: ID 093a:2510 Pixart Imaging, Inc. Optical Mouse
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub


Codice: [Seleziona]
[tony@manjaro-kde ~]$ lsusb -t
/:  Bus 06.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/4p, 12M
/:  Bus 05.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/4p, 12M
    |__ Port 1: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
    |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class, Driver=btusb, 12M
    |__ Port 3: Dev 3, If 1, Class=Vendor Specific Class, Driver=btusb, 12M
    |__ Port 3: Dev 3, If 2, Class=Vendor Specific Class, Driver=btusb, 12M
    |__ Port 3: Dev 3, If 3, Class=Application Specific Interface, Driver=, 12M
/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/4p, 480M
    |__ Port 1: Dev 2, If 0, Class=Vendor Specific Class, Driver=rtsx_usb, 480M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/4p, 480M
    |__ Port 4: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
    |__ Port 4: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M

Re:non funziona la porta usb dopo il wakeup
« Risposta #1 il: Luglio 08, 2017, 10:16:33 pm »
Mi intrometto nella discussione  ;)
Se la suddetta porta rotta fisicamente, come si fa a capirlo?
Acer Veriton M460
Intel(R) Pentium(R) Dual  CPU  E2220  2.40GHz  2gb RAM

Manjaro LXQt 64bit

Re:non funziona la porta usb dopo il wakeup
« Risposta #2 il: Luglio 09, 2017, 12:47:25 am »
Aggiornamento:

Codice: [Seleziona]
dmesg |grep Mouse
[   24.222338] input: PixArt USB Optical Mouse as /devices/pci0000:00/0000:00:12.0/usb5/5-1/5-1:1.0/0003:093A:2510.0001/input/input9
[   24.222595] hid-generic 0003:093A:2510.0001: input,hidraw0: USB HID v1.11 Mouse [PixArt USB Optical Mouse] on usb-0000:00:12.0-1/input0

mi dice su quale porta usb collegato il mouse

Codice: [Seleziona]
[tony@manjaro-kde Documenti]$ lsusb
Bus 002 Device 002: ID 0bda:0129 Realtek Semiconductor Corp. RTS5129 Card Reader Controller
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 001 Device 004: ID 04f2:b47f Chicony Electronics Co., Ltd
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 003: ID 0489:e055 Foxconn / Hon Hai
Bus 005 Device 004: ID 093a:2510 Pixart Imaging, Inc. Optical Mouse
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

mi dice l'ID del mouse.

ho creato (scopiazzato impunemente e riadattato) una regola per udev in /etc/udev/rules.d/nome_regola.rules

SUBSYSTEM=="usb", ATTRS{idVendor}=="093a", ATTRS{idProduct}=="2510",RUN+="/bin/sh -c 'echo enabled > /sys/bus/usb/devices/usb5/5-1/power/wakeup'"

per qualcuno pi dotto di me:

a) pu dirmi se tecnicamente giusto? Non l'ho ancora testato a fondo, ma sembra funzionare...
b) normale che /etc/udev/rules.d/ sia vuota? al contrario in /lib/udev/rules.d/ sono contenute tutte le regole. devo spostarla qui?

@PC ZERO: penso che il comando lsusb non la mostrerebbe, ma una mia congettura...