Kein Problem, fragen kost ja nichts
Kurios, nachdem diese spezielle und auf Win8 zugeschnittene Maus schon bei der 13.2 out of the box funktioniert hat sollte es unter dem Rolling-Release erst recht kein Problem darstellen. Laut dem Wiki für Archlinux ist das entsprechende Kernelmodul seit Kernel 4.2 offizieller bestandteil des Kernels.
Ja, die xbindkeysrc ist für jeden Nutzer anzulegen, eine globale Konfiguration ist meines bescheidenen Wissens nach nicht möglich. Der Aufbau der Datei ist eigentlich recht simpel. Zum Beispiel:
startet die Tastenkombinaton der Win-Taste auf der linken Seite (Super) und die gleichzeitige Betätigung von "c" den Chromium-Browser. Die erste Zeile enthält den auszuführenden Befehl, dieser ist in Anführungszeichen zu setzen. Die zweite Zeile legt die Tastenkombination fest. Bei den größeren/komfortableren Desktopumgebungen gibt es natürlich bequemere Wege Tastenkürzel für Anwendungen zu definieren. Bei einfacheren Windowmanagern aber kommt man auch heute um xbindkeys nicht herum. Bei der problematischen Maus ist die Vorgehensweise diesselbe:
1. auszuführende Aktion
2. zugewiesene Maustaste
Ein "xev | grep" sollte bei einem darauffolgenden Klick mit der entsprechenden Maustaste den zugewiesenen Button ausweisen. "Button 4" kommt dann z.B. als b:4 in die zweite Zeile. Das ist die leichtere Übung, in der Zeile 1 ist nun die auszuführende Aktion nach dem Mausklick zu definieren und das ist der etwas mühsamere Teil. Mangels Hardware kann ich es nicht testen, aber im deutschen Arch-Forum hat ein User dankenswerterweise eine xbindkeysrc-konfiguration zur Verfügung gestellt:
# Seite zurück
"xte 'keydown Alt_L' 'key Left' 'keyup Alt_L'"
b:9
# Seite vorwärts
"xte 'keydown Alt_L' 'key Right' 'keyup Alt_L'"
b:10
# links scrollen = "vorheriger Tab" im Browser
"xte 'keydown Control_L' 'keydown Shift_L' 'key Tab' 'keyup Shift_L' 'keyup Control_L'"
b:6 # Maustaste 6
# rechts scrollen = "nächster Tab" im Browser
"xte 'keydown Control_L' 'key Tab' 'keyup Control_L'"
b:7 # Maustaste 7
Alles anzeigen
https://bbs.archlinux.de/viewtopic.php?id=29262
Damit würde ich den Anfang machen, das sollte den Einstieg erleichtern und die alles wie gewünscht funktioniert xbindkeys noch in den Autostart und der Fall ist abgeschlossen.
Hier gibt es auch noch einen Beta-Treiber für die M56: https://github.com/kreijack/logitech-m560
Zip runterladen und enpacken oder git + GCC bei Bedarf installieren und dann
1. git clone GitHub - kreijack/logitech-m560
2. in den logitech-m560 ordner wechseln und dort ein Terminal öffnen
3. make ausführen (dauert nur wenige Sekunden)
4.mit "sudo rmmod hid_logitech_hidpp" bestehendes Modul entladn
5 mit "sudo insmod hid-logitech-hidpp.ko" neues Modul laden
Insgesamt kann ich mich aber des Eindrucks nicht erwehren das es einen "weniger steinigen Weg" geben muss, zumal die Maus ja ohne weiteres Zutun bereits unter 13.2 korrekt gearbeitet hat. Ist vielleicht nur eine Kleinigkeit warum es unter Tumbleweed hakt. Ich würde es zuerst mal mit dem Betatreiber probieren und erneut testen ob sich die Maus dann schon ohne weitere Konfiguration brauchbar verwenden. Falls nicht bleibt dann immer noch die Option mit xbindkeys...
Wie auch immer - ich wünsche viel Erfolg und beim nächsten Hardwarekauf immer darauf achten das diese auch mit dem Pinguin spielen mag
Wobei eine Maus die unter Linux herumzickt ist mir seit vielen, vielen Jahren nicht mehr untergekommen...