X11 hat den Nachteil, daß dort weniger nicht funktioniert als bei Wayland. 😈
Synaptics Touchpad "zickt" bei Clevo Notebook
Anmeldungsdatum: Beiträge: Zähle... |
|
Supporter
Anmeldungsdatum: Beiträge: 12070 |
Das Ummelden hat so einiges. Kurzer Zwischenstand: Es werden zunächst vier Scripte geladen, die in Wayland nicht vorkommen. Sind in ~/.local/share/session_migration-ubuntu-xorg aufgelistet. Zweimal Python und zweimal .sh. Das erklärt zwar deine Symbolunterschiede, etc. aber nicht das geänderte Verhalten der Eingabegeräte. Da muss ich dann wohl doch tiefer wühlen. Aber nicht mehr heute 😉 Moderiert von ChickenLipsRfun2eat: Abtrennung Offtopic nach stines-computer |
Supporter
Anmeldungsdatum: Beiträge: 12070 |
Also meine Untersuchungen haben nicht viel ergeben. Die Nutzerkonten unterscheiden sich kaum (bis auf die Migrationsdinger, .cache, etc.). Anscheinend wird da noch irgendwas anderes geändert, ich konnte allerdings nur XKB (in /etc/gdm3) finden, also Tastaturlayout: da laufen ein paar dubiose Hacks für X, damit das funktioniert. Hat aber nichts mit der Touch oder Pointerdevices zu tun. Interessant ist auch, dass Die /usr/share/X11/xorg.conf.d/40-libinput.conf greift auch brav alle Geräte für libinput ab. Da passiert also auch nichts anderes als erwartet. Wir merken uns einfach, das einmaliges „Umloggen“ auf die Xorg-Session helfen kann. Für ein echtes diff des Systems müsste ich ne neue VM aufsetzen, das ist mir etwas zu viel Trubel. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 118 |
Ich danke dir von Herzen für deine Untersuchungen. Ich denke tiefer musst du nicht einsteigen. Es beruhigt mich, dass du herausgefunden hast, dass da im Hintergrund einiges passiert, was auch "nachhaltig" wirkt. Ich bin jetzt mit den veränderten Symbolen, vertraut geworden und es macht mir nicht wirklich was aus. Das Verhalten des Touchpad ist mir nach wie vor rätselhaft, weil es beim einem booten normal sensibel funktioniert und ein anderes Mal wieder nicht und auch keine Gesten annimmt. Also es bleibt "wechselhaft". Dumm ist, dass ich nicht sagen könnte, WIE ich es wieder aktiv bekomme. Jetzt gerade kann ich 5x booten, oder an/abmelden, aber das Touchpad bleibt hakelig. Ich gebs echt auf! Vielleicht wäre es noch hilfreich, wenn mir jemand sagen könnte, ob man sozusagen per Hand einen synaptics-Treiber-Paket ? installieren könnte, um einmal auszuprobieren, ob das noch irgendwie was bewirkt. Würde mich freuen. |
Anmeldungsdatum: Beiträge: Zähle... |
Bist Du denn jetzt wieder auf xorg? Damit hat's doch funktioniert gehabt. Du verpaßt nichts, wenn Du nicht Wayland nutzt. Es gibt aber eben Programme, die xorg als Standard seit hundert Jahren erwarten. Bspw. TeamViewer kann auch erst seit kurzem mit Wayland verwendet werden. Was die Icons, das veränderte Aussehen angeht, Du wirst schlicht ein anderes Theme geladen haben. Du weißt doch, daß Du ein Dir genehmes Theme wählen, auch nachinstallieren kannst? Auch separate Icon- oder Cursor-Themes. |
Supporter
Anmeldungsdatum: Beiträge: 12070 |
Wechselhaft ist saudoof, weil man das schlecht eingrenzen kann, gerade von außen. Es gäbe jetzt nen Haufen Methoden das mitzuloggen, was da passiert. Vom Systemstart, inkl. UDEV, hwdb & Co und libevdev (das ist die Kernelabstraktion, die VOR libinput kommt)… Ob das wirklich weiterhilft ist fraglich. Du kannst dir ja mal mit Falls du noch auf X bist, kannst du natürlich den Synaptic-Treiber verwenden. Aber der wird ja auf dein Gerät nicht passen, wenn es kein Synaptic ist. Deswegen gibt es ja heutzutage die ganzen Standardtreiber, damit man nicht bei jedem Hersteller auf Treiber warten muss. Dazu müsstest du dir aber eine xorg.conf erstellen und explizit den Treiber dort angeben. Wenn du testen willst(!): Teste sway (https://swaywm.org/). Das ist ein minimaler waylandbasierter Fenstermanager mit allen Möglichkeiten in der Konfigurationsdatei Eingabegeräte zu malträtieren (Ja, auch wieder libinput). Dann hast du den kürzesten Verarbeitungsweg bei einer grafischen Umgebung und brauchst dir auch keine Sorgen machen, ob da nun GNOME oder sonstwas drin ‚rumfummelt‘. Die Alternative für X wäre da dwm (über C-Header konfigurierbar) oder Awesome (dwm mit lua-Konfiguration). Idealerweise mit einem eigenen Nutzer testen. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 118 |
puh und uiuiui. Das klingt kompliziert. sudo evtest ergab sudo: evtest: Befehl nicht gefunden Wie kann ich das Installieren? Und wenn ich "sway" installiere, bekomme ich das Ding dann wieder rückstandsfrei runtergelöscht nach dem Benutzen? Was mit dwm oder awesome gemeint ist, das ist jetzt echt kompliziert. Ich werde mich mehr oder weniger mit dem "defekten hakeligen " Touchpad abfinden müssen. Jetzt habe ich noch einen Verdacht!!! Das Touchpad war auch während dem Installationsvorgang voll funktionsfähig. ABER: Ich habe dann die Tuxedo-Anleitung verwendet (https://laptopzusammenstellen.com/clevo-rgb-tastatur-hintergrundbeleuchtung-in-linux/), der Schreiber beschreibt seine Vorgehensweise auf Grund der Basis von https://forums.linuxmint.com/viewtopic.php?t=287190 um meine Tastaturbeleuchtung (Farbe und Helligkeit) anpassen/steuerbar zu können. Ich könnte mit vorstellen, dass das der Moment war, als das Touchpad nicht mehr funktionierte. (vielleicht hat das den Treiber zerschossen?) Das waren folgenden Kommandos: sudo apt install -y git dkms build-essential linux-headers-$(uname -r) git clone https://github.com/tuxedocomputers/tuxedo-keyboard cd tuxedo-keyboard/ make clean sudo su make dkmsinstall echo tuxedo_keyboard >> /etc/modules modprobe tuxedo_keyboard echo "options tuxedo_keyboard mode=0 brightness=25 color_left=0xFFFFFF color_center=0xFFFFFF color_right=0xFFFFFF" > /etc/modprobe.d/tuxedo_keyboard.conf exit Wie denkt Ihr darüber? Wenn das der Verursacher sein könnte. Dann würde ich mir noch mal ein neues System installieren. Vielleicht hat ja jemand einen Tipp, wie ich die Tastatur-Beleuchtung anders aktivieren könnte. Irgendwie will ich die Hoffnung nicht aufgeben. |
Supporter
Anmeldungsdatum: Beiträge: 12070 |
Kommt auf den Standpunkt an. Es ist auf jeden Fall mehr, als in einer Konfiguration was von true auf false zu setzen 😉 sudo evtest Generell kannst du mit
Klar. Wenn du das dann noch willst 😉 Da du sowieso alles mit einem sauberen, neuen Benutzer machen sollst, passiert deinem Hauptnutzer sowieso nichts.
Es gibt verschiedene Fenstermanager. Die ursprünglichen basierten bis rund 2012/2013 auf X. Seitdem hat Wayland mehr Einzug gefunden. Das o.g.
Das glaube ich nicht. Gibt immer Möglichkeiten.
Das ist ein Kernelmodul mit entsprechend anderen Einstellungen. Die Essenz ist https://bitbucket.org/tuxedocomputers/clevo-xsm-wmi/src/dcf282992eb8c8e2bbeed891ed593c6ced19e4d4/module/clevo-xsm-wmi.c (für mich später zum reingucken 😉 )
Möglich. Ich kann gerade den Code nicht lesen. Kannst du aber ausprobieren, indem du ihn entfernst. Im laufenden Betrieb kannst du das ausprobieren mit sudo modprobe -r tuxedo_keyboard
Du kannst vorher mit Ich glaube allerdings nicht, das die Tastatureinstellungen das Touchpad dermaßen beeinflussen, falls da nicht am Controller selbst irgendwas umgestellt wird (deswegen muss ich den Code lesen, soweit ich den verstehe). Ich denke aber, das du noch einiges nachlesen müsstest, um halbwegs mitzukommen. Zunächst mal DKMS, weil du das benutzt hast, Kernelmodule, evtl. UDEV, … Da spielt so einiges mit rein. Ist ein wenig schwierig abzuschätzen, was du weißt und was nicht. Manche lesen sich ein, bevor sie solche Kernelmodule ins System binden, andere machen stur copy&paste ohne nachzuverfolgen was sie da eigentlich gerade machen. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 118 |
im Laufenden Betrieb mag das System den Befehl nicht. sudo modprobe -r tuxedo_keyboard [sudo] Passwort : modprobe: FATAL: Module tuxedo_keyboard is in use. Ich habe aber mittlerweile mit Hilfe von sudo apt-get update -y sudo apt-get install -y evtest evtest installieren können. Ergebnis: sudo evtest No device specified, trying to scan all of /dev/input/event* Available devices: /dev/input/event0: Power Button /dev/input/event1: Sleep Button /dev/input/event2: Lid Switch /dev/input/event3: AT Translated Set 2 keyboard /dev/input/event4: Chicony USB2.0 Camera: Chicony /dev/input/event5: FTCS1000:00 2808:0102 Mouse /dev/input/event6: RAPOO RAPOO 2.4G Wireless Device /dev/input/event7: RAPOO RAPOO 2.4G Wireless Device Mouse /dev/input/event8: RAPOO RAPOO 2.4G Wireless Device System Control /dev/input/event9: RAPOO RAPOO 2.4G Wireless Device Consumer Control /dev/input/event10: Intel HID events /dev/input/event11: ImPS/2 Generic Wheel Mouse /dev/input/event12: TUXEDO Keyboard /dev/input/event13: FTCS1000:00 2808:0102 Touchpad /dev/input/event14: Chicony USB2.0 Camera: IR Camer /dev/input/event15: Video Bus /dev/input/event16: HDA Intel PCH Front Headphone /dev/input/event17: HDA Intel PCH HDMI/DP,pcm=3 /dev/input/event18: HDA Intel PCH HDMI/DP,pcm=7 /dev/input/event19: HDA Intel PCH HDMI/DP,pcm=8 /dev/input/event20: HDA Intel PCH HDMI/DP,pcm=9 /dev/input/event21: HDA Intel PCH HDMI/DP,pcm=10 /dev/input/event22: HDA Intel PCH HDMI/DP,pcm=11 /dev/input/event23: HDA Intel PCH HDMI/DP,pcm=12 /dev/input/event24: HDA Intel PCH HDMI/DP,pcm=13 /dev/input/event25: HDA Intel PCH HDMI/DP,pcm=14 /dev/input/event26: HDA Intel PCH HDMI/DP,pcm=15 /dev/input/event27: HDA Intel PCH HDMI/DP,pcm=16 /dev/input/event28: HDA Intel PCH HDMI/DP,pcm=17 Select the device event number [0-28]: 13 Input driver version is 1.0.1 Input device ID: bus 0x18 vendor 0x2808 product 0x102 version 0x100 Input device name: "FTCS1000:00 2808:0102 Touchpad" Supported events: Event type 0 (EV_SYN) Event type 1 (EV_KEY) Event code 272 (BTN_LEFT) Event code 325 (BTN_TOOL_FINGER) Event code 328 (BTN_TOOL_QUINTTAP) Event code 330 (BTN_TOUCH) Event code 333 (BTN_TOOL_DOUBLETAP) Event code 334 (BTN_TOOL_TRIPLETAP) Event code 335 (BTN_TOOL_QUADTAP) Event type 3 (EV_ABS) Event code 0 (ABS_X) Value 3893 Min 0 Max 4095 Resolution 28 Event code 1 (ABS_Y) Value 2404 Min 0 Max 2406 Resolution 27 Event code 47 (ABS_MT_SLOT) Value 0 Min 0 Max 4 Event code 53 (ABS_MT_POSITION_X) Value 0 Min 0 Max 4095 Resolution 28 Event code 54 (ABS_MT_POSITION_Y) Value 0 Min 0 Max 2406 Resolution 27 Event code 55 (ABS_MT_TOOL_TYPE) Value 0 Min 0 Max 2 Event code 57 (ABS_MT_TRACKING_ID) Value 0 Min 0 Max 65535 Event type 4 (EV_MSC) Event code 5 (MSC_TIMESTAMP) Properties: Property type 0 (INPUT_PROP_POINTER) Property type 2 (INPUT_PROP_BUTTONPAD) Testing ... (interrupt to exit) Im Moment geht das Touchpad nicht. Also es hakelt und nimmt keinerlei Gesten an. |
Supporter
Anmeldungsdatum: Beiträge: 12070 |
Also laut linux-hardware.org funktioniert es — zumindest in Slackware. Da das entfernen des Moduls nicht klappt, müsstest du es tatsächlich über nen Neustart entfernen. Also raus aus den Modulen und initramfs neu erstellen lassen, dann neustarten und probieren. Falls das Touchpad dann nicht ruckelt, sollte zumindest das Laden mit |
(Themenstarter)
Anmeldungsdatum: Beiträge: 118 |
"WIE" entfernt man es "über einen Neustart" ? und wie lässt man dann die initramfs neu erstellen? |
Supporter
Anmeldungsdatum: Beiträge: 12070 |
Laut deiner Quelle: sudo make dkmsremove sudo rm /etc/modprobe.d/tuxedo_keyboard.conf
da du laut deiner Befehlsangaben DKMS verwendet hast. Der generische Weg wäre lt. Wiki Initramfs sollte von einer Deinstallationsroutine eigentlich selbst erstellt werden, funktioniert aber etwa so // Nachtrag: Im Quellcode des Modulbausatzes sind auch Touchpad-Angaben. Könnte also klappen. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 118 |
ganz ehrlich. Ubuntu ist sowas von rätselhaft. Stand gerade eben vor 10 Minuten (und die letzten Tage): Die Installation wurde nicht mehr verändert, oftmals gebootet und trotzdem blieb das touchpad "stabil" nicht-funktionsfähig!!! So und nun: Ich hatte mich erinnert, dass beim allerersten Start der Ubuntu-Installation von USB-Stick, das Touchpad funktionierte. Ich also, den USB-Stick rein und Neustart. Jetzt. Also beim allerersten grafischen Schirm: "try ubuntu" or "install ubuntu" funktioniert das Touchpad, oh Wunder, kein Hakeln, die Gesten funktionieren. An dieser Stelle breche ich nun die Installation wieder ab. Ich starte mein seit einer Woche installiertes System wieder. Achtung, jetzt kommts. Und wie ein Wunder funktioniert nun das TouchPad bei meiner alten Installation. Versteht ihr das? Ich hatte nicht auf "try" oder "install" geklickt, sondern die Installation abgebrochen, und trotzdem hat das Touchpad nun irgendeine wunderhafte Transformation durchgemacht. Ehrlich, ich blick's nicht, was hier abgeht. Was treibt Ubuntu? Oder was treibt mein Notebook? Sitzt da ein kleines Männchen drin und lacht sich kaputt? Was ist Eure Erklärung? update: Nach einem Soft-Neustart ein paar Minuten später ist das touchpad wieder ohne Funktion, dann wieder per USB-Stick (s.o.) und es funktioniert wieder. Sowas hab ich noch nie erlebt. update2: Langsam grenze ich das Problem "laienhaft" ein: Immer dann wenn ich den PC in den "Ruhezustand" bringe (oder soft durchstarte mit "Neustart" über das Menü, dann ist die Touchpad-Funktion nach dem wieder Aufwachen defekt. Wenn ich hart durchstarte (Ausschalttaste lange drücke), ist die Touchpad-Funktion nach dem booten wieder voll da. Muss also irgendwas mit dem Ruhezustand zu tun haben. |
Supporter
Anmeldungsdatum: Beiträge: 12070 |
Ja, sowas kann schon sein. Versuche mal nach dem Ruhezustand // Nachtrag: Das mit dem Ruhemodus hättest du gleich sagen können. Funktioniert es denn zuverlässig nach einem frischen Start? |
(Themenstarter)
Anmeldungsdatum: Beiträge: 118 |
hat nichts (für mich bemerkenswertes) bewirkt. Also Touchpad hakelt und keine Gesten (Scrollen mit zwei Fingern geht nicht) |