Solução

Encontrei a seguinte solução:

Eu adicionei /usr/share/X11/xorg.conf.d/71-Logitech-Optical-Tilt-Wheel-Mouse-M-UAG120.conf:

Section "InputClass"
        Identifier "Logitech Optical Tilt Wheel Mouse M-UAG120"
        MatchUSBID "046d:c019" 
        MatchDevicePath "/dev/input/event*"
        # I found that using this command:
        #
        #   xinput --set-button-map 10 1 2 3 4 5 8 9 8 9
        #                                        ^ ^
        # The "^" above are the numbers I changed from 6 and 7 to 8 and 9, respectively.
        # That does the same thing as this ButtonMapping below:
        #
        Option "ButtonMapping" "1 2 3 4 5 8 9 8 9"
EndSection

E reiniciado.

É intrigante para mim que reiniciar o gerenciador de exibição gdm usando sudo service gdm restartnão funcionou: isso me impediu de fazer login (continuava voltando para o prompt de senha, embora eu não tivesse CAPSLOCK ativado nem nada), então tive que recorrer à reinicialização.

TL;DR Material de referência

Material de referência que achei útil para entender o que foi dito acima:

xinput para encontrar o ID do dispositivo e os parâmetros do botão

Por ID do dispositivo, quero dizer o id=10número abaixo. Por "parâmetros de botão" quero dizer o significado dos parâmetros usados ​​nos ButtonMappingarquivos /usr/share/X11/xorg.conf.d/71-Logitech-Optical-Tilt-Wheel-Mouse-M-UAG120.conf.

Grep para encontrar o dispositivo depois de conectado:

$ xinput --list | grep -i logit
⎜   ↳ Logitech USB Optical Mouse                id=10   [slave  pointer  (2)]

Veja o que o sistema acha que são os significados dos botões:

$ xinput --list 10 | grep -i 'Button labels'
        Button labels: "Button Left" "Button Middle" "Button Right" "Button Wheel Up" "Button Wheel Down" "Button Horiz Wheel Left" "Button Horiz Wheel Right" "Button Side" "Button Extra" "Button Forward" "Button Back" None

Estou especulando que as strings entre aspas são valores enumerados baseados em 1 correspondentes a ButtonMapping, mas ainda não tenho prova disso. Então, supondo que esteja correto, podemos numerá-los:

$ xinput --list 10 | grep -i 'Button labels' | sed 's%: %:\n%g; s%" "%"\n"%g' | sed '1d' | cat -n
     1  "Button Left"
     2  "Button Middle"
     3  "Button Right"
     4  "Button Wheel Up"
     5  "Button Wheel Down"
     6  "Button Horiz Wheel Left"
     7  "Button Horiz Wheel Right"
     8  "Button Side"
     9  "Button Extra"
    10  "Button Forward"
    11  "Button Back" None
$ 

Essa especulação também parece combinar com Logitech_Marble_Mouse -- Basic_function .

Assim, as ButtonMappingposições para 8 e 9 correspondem às ações "browser back" e "browser forward" que desejo que o sistema passe para o aplicativo Firefox X. Como eu queria preservar todos os outros comportamentos, a linha chave no /usr/share/X11/xorg.conf.d/71-Logitech-Optical-Tilt-Wheel-Mouse-M-UAG120.confarquivo é:

Option "ButtonMapping" "1 2 3 4 5 8 9 8 9"
#                                 ^ ^

(Os ^parâmetros 6 e 7 marcados sendo alterados, apenas).

Mapeamento de botões

A seção Mapeamento de botões da página man libinput(4) descreve o mecanismo.

"libinput" é o que eu encontrei porque no Ubuntu 16.04 e Logitech M570 afirma:

O Ubuntu 18.04 não usa mais o driver evdev por padrão. Foi substituído por Libinput

Alterando dinamicamente o mapa de botões usando o comando xinput

A página man input(1) tem uma opção para verificar diretamente os parâmetros do botão para a ButtonMappingopção sem reiniciar o gerenciador de exibição ou o servidor X:

--set-button-map device map_button_1 [map_button_2 [...]]
        Change the button mapping of device. The buttons are specified in physical order (starting with button 1) and are mapped to the logical button provided. 0 disables a but‐
        ton. The default button mapping for a device is 1 2 3 4 5 6 etc.

Então o comando que eu poderia usar, sem precisar reiniciar/reiniciar nada, era:

$ xinput --set-button-map 10 1 2 3 4 5 8 9 8 9
$

Atribuindo botões

Logitech_Marble_Mouse -- A atribuição de botões é específica do ArchLinux e do dispositivo, mas ainda assim foi bastante útil, especificamente onde afirma:

Você pode querer atribuir novas ações para pressionamentos de botão. Isso é feito definindo parâmetros posicionais. Os valores podem ser alterados para os botões 1, 2, 3, 8 e 9. (O botão 2 é simplesmente um pressionamento combinado dos dois botões grandes.) Não altere os parâmetros 4, 5, 6 ou 7.

Exceto que eu realmente tive que alterar os parâmetros 6 e 7 no meu ButtonMappingpara este dispositivo de mouse. O texto acima não explicou por que declarou "Não altere".

página de manual do xorg.conf(5)

A página de manual xorg.conf(5) mostra como os arquivos conf funcionam, mas esteja ciente de que, como o comportamento muda de lançamento para lançamento, certifique-se de que você está no lançamento correto, como pode ser visto no topo de suas páginas da web :

lsusb -d VENDEDOR:DISPOSITIVO

A execução do comando lsusb ( página man lsusb(8) ) me ajudou a identificar o fornecedor e o ID do dispositivo:

$ lsusb -d 046d:c019
Bus 001 Device 009: ID 046d:c019 Logitech, Inc. Optical Tilt Wheel Mouse

Foi isso que acabei usando dentro da MatchUSBIDopção na InputClassseção do arquivo 71-Logitech-Optical-Tilt-Wheel-Mouse-M-UAG120.conf. Veja a resposta de Govelius para Problema atribuindo layouts diferentes para vários dispositivos de entrada simultâneos no Linux .

/var/log/Xorg*.log arquivos

/var/log/Xorg.*.logEncontrando os arquivos modificados mais recentemente :

$ ls -ladtr /var/log/X*
-rw-r--r-- 1 root root 18922 Mar 17  2017 /var/log/Xorg.failsafe.log.old
-rw-r--r-- 1 root root 18922 Mar 19  2017 /var/log/Xorg.failsafe.log
-rw-r--r-- 1 root root 26019 Jun  8 12:20 /var/log/Xorg.2.log.old
-rw-r--r-- 1 root root 26019 Jun  8 12:21 /var/log/Xorg.2.log
-rw-r--r-- 1 root root 28910 Jun  8 12:45 /var/log/Xorg.0.log.old
-rw-r--r-- 1 root root 38010 Jun  8 12:45 /var/log/Xorg.1.log.old
-rw-r--r-- 1 root root 27869 Jun  8 12:57 /var/log/Xorg.0.log
-rw-r--r-- 1 root root 34901 Jun  8 12:57 /var/log/Xorg.1.log
$ 

Em seguida, vasculhando-o para ver o meu ButtonMappingestá aparecendo:

$ grep -n -B10 -i -H -e 'ButtonMapping' /var/log/Xorg.1.log
/var/log/Xorg.1.log-292-[   665.912] (**) Logitech USB Optical Mouse: Applying InputClass "libinput pointer catchall"
/var/log/Xorg.1.log-293-[   665.912] (**) Logitech USB Optical Mouse: Applying InputClass "Logitech Optical Tilt Wheel Mouse M-UAG120"
/var/log/Xorg.1.log-294-[   665.912] (II) Using input driver 'libinput' for 'Logitech USB Optical Mouse'
/var/log/Xorg.1.log-295-[   665.912] (II) systemd-logind: got fd for /dev/input/event5 13:69 fd 46 paused 0
/var/log/Xorg.1.log-296-[   665.913] (**) Logitech USB Optical Mouse: always reports core events
/var/log/Xorg.1.log-297-[   665.913] (**) Option "Device" "/dev/input/event5"
/var/log/Xorg.1.log-298-[   665.913] (**) Option "_source" "server/udev"
/var/log/Xorg.1.log-299-[   665.914] (II) event5  - Logitech USB Optical Mouse: is tagged by udev as: Mouse
/var/log/Xorg.1.log-300-[   665.914] (II) event5  - Logitech USB Optical Mouse: device is a pointer
/var/log/Xorg.1.log-301-[   665.914] (II) event5  - Logitech USB Optical Mouse: device removed
/var/log/Xorg.1.log:302:[   665.914] (**) Option "ButtonMapping" "1 2 3 4 5 8 9 8 9"
$ 

Logitech Optical Tilt Wheel Mouse M-UAG120aparece e o subseqüente ButtonMapping.

Configuração da classe de entrada

A seção InputClass da página de manual libinput(4) descreve todas as opções, incluindo a MatchUSBIDopção.