staging.inyokaproject.org

X11 hat den Nachteil, daß dort weniger nicht funktioniert als bei Wayland. 😈

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 😉

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 cat /usr/share/{x,wayland-}sessions/* keine Unterschiede außer im Namen aufweist. Alles die selbe Datei. Da wird also irgendwo in der gnome-shell drauf reagiert, was wiederum bedeuten würde, das ich mich mit gnome-Quellcode rumschlagen müsste, was ich nicht mache ^^

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.

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.

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.

almanya schrieb:

Das Verhalten des Touchpad … bleibt "wechselhaft".

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 sudo evtest angucken, was beim Touchpad so an Daten anfällt, wenn du nur draufhustest 😉 Falls du noch tiefer als evdev willst (usb, ps/2, i2c,…) wäre das auf Treiberebene des Kernels. Spannendes Thema, aber sehr zeitintensiv.

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.
Falls du noch Ansätze brauchst, schreib Bescheid. Ich hab keine Ahnung von Touchpads und Mäusen, kann aber einiges von Tastaturen übertragen. Sind ja alles Eingabegeräte und dem Kernel isses egal, ob die Taste nun neben 100 anderen, am Gehäuse oder auf der Maus sitzt. Taste ist Taste. Bewegung ist was anderes, die funktioniert über eine Umrechnungsmatrix, da die Maus auch eine „Auflösung“ hat wie der Bildschirm.

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.

almanya schrieb:

Das klingt kompliziert.

Kommt auf den Standpunkt an. Es ist auf jeden Fall mehr, als in einer Konfiguration was von true auf false zu setzen 😉

sudo evtest

ergab

sudo: evtest: Befehl nicht gefunden

Generell kannst du mit apt search BEGRIFF die Datenbank durchsuchen und dir mit apt show PAKETNAME Details anzeigen lassen. In dem Fall heisst das Paket evdev.

Und wenn ich "sway" installiere, bekomme ich das Ding dann wieder rückstandsfrei runtergelöscht nach dem Benutzen?

Klar. Wenn du das dann noch willst 😉 Da du sowieso alles mit einem sauberen, neuen Benutzer machen sollst, passiert deinem Hauptnutzer sowieso nichts.

Was mit dwm oder awesome gemeint ist, das ist jetzt echt kompliziert.

Es gibt verschiedene Fenstermanager. Die ursprünglichen basierten bis rund 2012/2013 auf X. Seitdem hat Wayland mehr Einzug gefunden. Das o.g. sway basiert auf Wayland und ist recht modern, es gibt aber auch für den XServer sehr einfache Fenstermanager. dwm war/ist der kleinstmögliche. Und kompliziert ist das nur, wenn man konfigurieren will.

Ich werde mich mehr oder weniger mit dem "defekten hakeligen " Touchpad abfinden müssen.

Das glaube ich nicht. Gibt immer Möglichkeiten.

Ich habe dann die Tuxedo-Anleitung verwendet … auf Grund der Basis…

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 😉 )

Ich könnte mit vorstellen, dass das der Moment war, als das Touchpad nicht mehr funktionierte. (vielleicht hat das den Treiber zerschossen?)

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 lsmod gucken welche Module geladen sind. Und ggf. noch andere rausnehmen. Neu laden mit ohne -r. Längerfristig kannst du das wieder aus den /etc/modules rausnehmen, dein initramfs neu bauen, etc. wie in der Anleitung, nur andersrum.

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.

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.

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 modprobe funktionieren. Code lesen werde ich erst morgen oder so.

ChickenLipsRfun2eat schrieb:

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 modprobe funktionieren. Code lesen werde ich erst morgen oder so.

"WIE" entfernt man es "über einen Neustart" ? und wie lässt man dann die initramfs neu erstellen?

almanya schrieb:

"WIE" entfernt man es "über einen Neustart" ? und wie lässt man dann die initramfs neu erstellen?

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 sudo dkms remove Modulname/Version --all

Initramfs sollte von einer Deinstallationsroutine eigentlich selbst erstellt werden, funktioniert aber etwa so sudo update-initramfs -c -k $(uname -r). Prüfe vorher, das die Deinstallation das Kernelmodul entfernt hat oder entferne es mit sudo nano /etc/modules selbst. (Deine Zeile war echo tuxedo_keyboard >> /etc/modules, diesen Eintrag musst du also wieder entfernen).

// Nachtrag: Im Quellcode des Modulbausatzes sind auch Touchpad-Angaben. Könnte also klappen.

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.

Ja, sowas kann schon sein. Versuche mal nach dem Ruhezustand sudo rmmod psmouse && sudo modprobe psmouse.

// Nachtrag: Das mit dem Ruhemodus hättest du gleich sagen können. Funktioniert es denn zuverlässig nach einem frischen Start?

hat nichts (für mich bemerkenswertes) bewirkt. Also Touchpad hakelt und keine Gesten (Scrollen mit zwei Fingern geht nicht)