Bonjour,
en reprenant mon ordinateur après plusieurs mois de non utilisations, après avoir appliqué différentes mises à jour, je constate que le problème est de nouveau présent. Le montage automatique des supports de stockage ne fonctionne pas. Certes, le montage manuel fonctionne, mais ça ressemble quand même à une mauvaise blague. La clé que j'essaye d'utiliser fonctionne sur d'autres systèmes d'exploitation (dont un w10 sur la même machine). J'ai repris le fil de discussion mais rien n'y fait. Auriez-vous une idée s'il vous plait? 🙁
Je vous remercie par avance.
wesbz a écrit après avoir appliqué différentes mises à jour, je constate que le problème est de nouveau présent.
Montre 
cat /etc/default/grub
Ajout : ainsi que 
lsb_release -d ; uname -mr
Merci pour ta réponse. 
wes@ZenBook:~ $ cat /etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nvme_core.default_ps_max_latency_us=200"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

GRUB_THEME="/usr/share/grub/themes/Vimix/theme.txt"
wes@ZenBook:~ $
et 
wes@ZenBook:~ $ lsb_release -d ; uname -mr
Description:	Ubuntu 18.04.5 LTS
5.4.0-53-generic x86_64
wes@ZenBook:~ $
J'essayerai très prochainement de passer à 20.04 mais ce problème est tout de même très agaçant; et je vois de rares cas similaires au mien rester malheureusement sans solution 🙁
J'avais envisagé qu'une mise à jour de grub ait écrasé l'option 
nvme_core.default_ps_max_latency_us=200
mais ce n'est pas le cas.

Si c'est une mise à jour du noyau qui comporte une régression, il faut tenter de démarrer sur un noyau antérieur. Et si (probable) ça ne suffit pas, réinstaller un noyau antérieur pleinement opérationnel.

- -
Enfin, as-tu essayé tout simplement de désactiver l'APST (Autonomous Power State Transitions) ?

[center]= =[/center]

Mais avant tout cela, il faut être sûr qu'il n'y a pas une cause occasionnelle à laquelle l'APST serait totalement étranger. Donc je te prie de commencer par appliquer ce message ./viewtopic.php?pid=21983080#p21983080 "[Tuto] Ma clef (ou autre support amovible) ne monte pas ou mal".
Yes j'avais également pensé à ça.
Je ne sais plus quoi penser. J'ai des bugs plus qu'étranges qui apparaissent alors que ça fait quelques jours que je m'en ressers après des mois à le laisser sans utilisation et c'est extrêmement désagréable (xdotool qui ne fonctionne plus du jour au lendemain, le scrolling qui a des comportements très étranges, les supports de stockage qui ne sont pas montés automatiquement ...). J'envisage sérieusement de faire une réinstallation complète d'Ubuntu même si ce serait une vraie plaie 🙁
Je vais essayer dans l'ordre de:
- désactiver l'APST;
- changer de version du noyau.
Voici le retour de la commande: 
wes@ZenBook:~/Bureau $ ./launch.sh 

	Les 3 derniers systèmes de fichiers montés :
/var/lib/snapd/snaps/syncthing_501.snap on /snap/syncthing/501 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gtk2-common-themes_13.snap on /snap/gtk2-common-themes/13 type squashfs (ro,nodev,relatime,x-gdu.hide)
cerebro-0.3.1-x86_64.AppImage on /tmp/.mount_at34Fx type fuse.cerebro-0.3.1-x86_64.AppImage (ro,nosuid,nodev,relatime,user_id=1000,group_id=1000)

	USB, les puces :
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 13d3:56cb IMC Networks 
Bus 001 Device 003: ID 8087:0aaa Intel Corp. 
Bus 001 Device 004: ID 18a5:0302 Verbatim, Ltd Flash Drive
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

	USB, les modules :
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 10000M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/12p, 480M
    |__ Port 1: Dev 4, If 0, Class=Mass Storage, Driver=usb-storage, 480M
    |__ Port 5: Dev 2, If 0, Class=Video, Driver=uvcvideo, 480M
    |__ Port 5: Dev 2, If 1, Class=Video, Driver=uvcvideo, 480M
    |__ Port 5: Dev 2, If 2, Class=Video, Driver=uvcvideo, 480M
    |__ Port 5: Dev 2, If 3, Class=Video, Driver=uvcvideo, 480M
    |__ Port 10: Dev 3, If 0, Class=Wireless, Driver=btusb, 12M
    |__ Port 10: Dev 3, If 1, Class=Wireless, Driver=btusb, 12M

	DMESG :
[   13.435002] rfkill: input handler disabled
[   37.940273] usb 1-1: new high-speed USB device number 4 using xhci_hcd
[   38.088365] usb 1-1: New USB device found, idVendor=18a5, idProduct=0302, bcdDevice= 3.02
[   38.088372] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[   38.088376] usb 1-1: SerialNumber: 12110980001219
[   38.627177] usb-storage 1-1:1.0: USB Mass Storage device detected
[   38.627402] scsi host1: usb-storage 1-1:1.0
[   38.627710] usbcore: registered new interface driver usb-storage
[   38.629339] usbcore: registered new interface driver uas
[   39.876452] scsi 1:0:0:0: Direct-Access     Verbatim                       PQ: 0 ANSI: 4
[   39.877422] sd 1:0:0:0: Attached scsi generic sg0 type 0
[   39.877688] sd 1:0:0:0: [sda] 31129600 512-byte logical blocks: (15.9 GB/14.8 GiB)
[   39.878166] sd 1:0:0:0: [sda] Write Protect is off
[   39.878170] sd 1:0:0:0: [sda] Mode Sense: 43 00 00 00
[   39.878655] sd 1:0:0:0: [sda] No Caching mode page found
[   39.878663] sd 1:0:0:0: [sda] Assuming drive cache: write through
[   39.911603]  sda: sda1
[   39.913973] sd 1:0:0:0: [sda] Attached SCSI removable disk

	Contenu de /media :
total 12
drwxr-xr-x   3 root root 4096 mai   19 16:51 .
drwxr-xr-x  24 root root 4096 nov.  14 18:07 ..
drwxr-x---+  2 root root 4096 juil. 24 15:31 wes

	Contenu de /media/moi :
total 8
drwxr-x---+ 2 root root 4096 juil. 24 15:31 .
drwxr-xr-x  3 root root 4096 mai   19 16:51 ..

	Gestionnaire(s) de fichiers :
ii  nautilus  1:3.26.4-0~ubuntu18.04.5  amd64

	Nombre d'éléments de /home/moi ne m'appartenant pas :
0

	Désignation STABLE des périphériques :
lrwxrwxrwx 1 root root 13 nov.  17 18:28 nvme-eui.1903684497110001001b444a449e2016 -> ../../nvme0n1
lrwxrwxrwx 1 root root 13 nov.  17 18:28 nvme-WDC_PC_SN520_SDAPNUW-512G-1002_190368449711 -> ../../nvme0n1
lrwxrwxrwx 1 root root 15 nov.  17 18:28 nvme-eui.1903684497110001001b444a449e2016-part1 -> ../../nvme0n1p1
lrwxrwxrwx 1 root root 15 nov.  17 18:28 nvme-WDC_PC_SN520_SDAPNUW-512G-1002_190368449711-part1 -> ../../nvme0n1p1
lrwxrwxrwx 1 root root 15 nov.  17 18:28 nvme-eui.1903684497110001001b444a449e2016-part2 -> ../../nvme0n1p2
lrwxrwxrwx 1 root root 15 nov.  17 18:28 nvme-WDC_PC_SN520_SDAPNUW-512G-1002_190368449711-part2 -> ../../nvme0n1p2
lrwxrwxrwx 1 root root  9 nov.  17 18:28 usb-Verbatim_0302_12110980001219-0:0 -> ../../sda
lrwxrwxrwx 1 root root 10 nov.  17 18:28 usb-Verbatim_0302_12110980001219-0:0-part1 -> ../../sda1

Description:	Ubuntu 18.04.5 LTS

Noyau en service : 5.4.0-53-generic x86_64

Logué en tant que : wes
wes@ZenBook:~/Bureau $
Merci encore pour ton aide, elle est très appréciée 🙂
Cette clef Verbatim fonctionne en UAS (Usb Attached Scsi) : 
[   38.629339] usbcore: registered new interface driver uas
c'est un cas particulier.
La page [doc]smartmontools[/doc] explique comment désactiver l'uas (si nécessaire) pour tel périphérique.

À part ce point, je ne vois aucune particularité dans ton dernier retour de commande.
Ah si ! ce snap, "syncthing_501.snap", je ne le connais pas, mais s'il s'agit d'un procédé pour tenter d'écrire dans du hfs+ de Mac, cela m'inspire la plus grande méfiance.
De quoi s'agit-il ?
[center]= =[/center]

Par ailleurs, tu dis :
J'ai des bugs plus qu'étranges qui apparaissent (...) (xdotool qui ne fonctionne plus du jour au lendemain, le scrolling qui a des comportements très étranges, les supports de stockage qui ne sont pas montés automatiquement ...).
Et là, réflexe :
/![/b] Quand il y a plusieurs dysfonctionnements hétérogènes, il faut suspecter une défaillance matérielle !

Ça peut être un condensateur en fin de vie, ou un disque dur ou autre chose...
Pour analyser les données SMART de ton nvme, tu as de la chance : geole suit déjà ton fil ! 🙂
8 jours plus tard
Bonsoir,
après mise à jour vers Ubuntu 20.04, je crois que le problème de montage automatique est maintenant réglé. D'autres problèmes sont apparus, en revanche 🙁 à voir si j'aurai plus de chance pour les régler!
Merci pour votre aide, en tout cas!
Concernant les pépins de montage automatique de médias amovibles, si jamais tu y fais à nouveau face : réflexe, la commande 
find ~ ! -user $USER
Dans un /home/$USER tout est censé appartenir à $USER donc
⋅ si tout va bien la commande ne répondra rien ;
⋅ si quelque chose cloche, elle listera les fichiers / dossiers n'appartenant plus à ton $USER.

Notamment, si .dbus ou .gvfs ne t'appartiennent plus, ça empêchera fort probablement le montage automatique des médias amovibles.
Énormément de fonctionnalités dépendent de .dbus ( qui, en gros, sert à établir des communications entre l'espace système et l'espace utilisateur ) : notifications, identifications, autorisations, beaucoup de choses passent par dbus.
D'autant plus aujourd'hui avec les appli's aux formats snap ou flatpak…