Sziasztok!
Vettem a minap egy "Logitech performance mx" veyeték nélküli egeret és az a gondom vele hogy bootoláskor nem megy az egér csak ha újracsatlakoztatom az usbs érzékelőt.
Azért hogy ne kelljen mindig ki be dugdosnom gondoltam írok egy udev szabályt de mivel még nem csináltam ilyet ezért nem is sikerült.
Ebben kérném a segítségeteket.
$ cat /etc/udev/rules.d/43-logitech-usb-receiver.rules
ATTRS{idVendor}=="046d", ATTRS{idProduct}=="c52b", SUBSYSTEM=="hidraw", NAME="logitech_uni_rec%n"
Mikor bedugom a fogadó egységet akkor 2 device node is keletkezik hozzá /dev/hidraw2 és /dev/hidraw3.
udevadm info -a -p $(udevadm info -q path -n /dev/hidraw2) kimenete: http://pastebin.com/rGVaapHH
Amit el szeretnék érni hogy ki be dugdosás nélkül is létrejöjjön a megfelelő device node a /dev alatt.
Mit rontok el vagy hagyok ki, mert ez a szabály nem csinál semmit?
Persze ha valakinek van más, job v egyszerűbb megoldása azt is szívesen fogadom.
- 7103 megtekintés
Hozzászólások
bootoláskor még az udev se indul, ezért szvsz meddő vállalkozás.
Bejelenkezéskor se megy, mikor elvileg teljesen felállt a rendszer?
logokban valami?
dmesg, stb
Esetleg a SYMLINK.... opció?
Megnéztem debian alatt 2. induló szolgáltatás az udev.
de nem kellene annak az egérnek már bios alatt is menni?
Emlékeim szerint anno volt egy ps2-re csatlakozó wireless egér/bill. combóm, de az mintha
ment volna?! Legalább is a bill tuti!
- A hozzászóláshoz be kell jelentkezni
Hello
Bejelentkezés után se megy, gnomeüshellt használok nem tudom ez számít e.
Logokat még neem túrtam meg, de holnap reggel megejtem azt is.
Kipróbáltam hogy a NAME helyett a SYMLINKET használtam az működött is, egy systemctl restart system-udev-trigger.service hatására lett is symlink.
A legviccesebb hogy a biosban tökéletesen működik az egér, egyik tip volt a legacy usb támogatás bekapcsolása de alapból engedélyezve volt.
===============================================================================
// Hocus Pocus, grab the focus
winSetFocus(...)
http://c2.com/cgi/wiki?FunnyThingsSeenInSourceCodeAndDocumentation
- A hozzászóláshoz be kell jelentkezni
Hali!
Talán kernel modul boot alatt nem "jön elő" és ezért nem lesz device?
lsmod kimenetét meglesni udev inditás előtt és után?
- A hozzászóláshoz be kell jelentkezni
hi
Hogy tudnám megnézni ezt boot közben?
Rögtön boot után megnéztem már az lsmod kimenetét, úgy is hogy még nem dugtam rá újra a vevőegységet meg úgy is hogy újracsatlakoztattam.
Mind két eseben ugyanazok a modulok voltak betöltve a két lista teljesen identikus, kivéve hogy mikor van egér akkor az evdev modult eggyel több modul használja.
Szóval a modulok be vannak töltve, az eszköz látszik a sysfsben a /sys alatt csak nem keletkezik neki device node a /dev alatt csak ha újra csatlakoztatom. Szóval csak azt kéne kitalálni hogy a francba vegyem rá az udevet hogy csinálja meg a device nodeot boot során.
===============================================================================
// Hocus Pocus, grab the focus
winSetFocus(...)
http://c2.com/cgi/wiki?FunnyThingsSeenInSourceCodeAndDocumentation
- A hozzászóláshoz be kell jelentkezni
xinput -list
mit mond, ha nem megy és ha igen?
- A hozzászóláshoz be kell jelentkezni
Hello
Nincs egér
xinput -list
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ Microsoft Natural® Ergonomic Keyboard 4000 id=9 [slave pointer (2)]
⎣ Virtual core keyboard id=3 [master keyboard (2)]
↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
↳ Power Button id=6 [slave keyboard (3)]
↳ Power Button id=7 [slave keyboard (3)]
↳ Microsoft Natural® Ergonomic Keyboard 4000 id=8 [slave keyboard (3)]
Van egér:
xinput -list
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ Microsoft Natural® Ergonomic Keyboard 4000 id=9 [slave pointer (2)]
⎜ ↳ Logitech Unifying Device. Wireless PID:101a id=10 [slave pointer (2)]
⎣ Virtual core keyboard id=3 [master keyboard (2)]
↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
↳ Power Button id=6 [slave keyboard (3)]
↳ Power Button id=7 [slave keyboard (3)]
↳ Microsoft Natural® Ergonomic Keyboard 4000 id=8 [slave keyboard (3)]
Egy érdekesség, egy másik probléma megoldása képp írtam egy InputClass sectiont a billentyűzethez, és amikor rebootoltam csodával határos módon ment az egér. Viszont mikor most bebootoltam nem ment. Ahogy én látom ebből az xinput kimenetből az alap evdev inputclas definíció felismeri a billentyűzetet is mint pointert.
Lehet lassan ki tudjuk húzni a méregfogát a problémának, sejtésem szerint egy saját input class definíció rákényszeríti a rendszert az eszköz aktiválására de ezt már csak holnap tudom kipróbálni.
EDIT:
Ma munkahelyi gépen kilestem az ubuntu udev rulet azt is kipróbálom majd.
KERNEL=="hidraw*", ATTRS{idVendor}=="046d", ATTRS{idProduct}=="c714", \
RUN+="hid2hci --method=logitech-hid --devpath=%p"
===============================================================================
// Hocus Pocus, grab the focus
winSetFocus(...)
http://c2.com/cgi/wiki?FunnyThingsSeenInSourceCodeAndDocumentation
- A hozzászóláshoz be kell jelentkezni