Debian-facile

@benoit
Ok merci pour ton message ça confirme certaines choses mais je vais tout de même me rapprocher du support du fournisseur pour voir.

Ah super l'option -a et le %F ! Je me demandais comment faire pour un album/playlist par exemple.

Bon j'ai trouvé la commande qui fait le job dans un terminal (enregistre le résultat dans un fichier et l'ouvre)

mais cette commande ne fonctionne pas dans éditer l'action (Thunar - Actions personnalisées), ça enregistre et ouvre le fichier texte mais il est vide.

@Croutons
C'est Ok de ce côté là.
J'étais d'avis de otyugh en #7 de Re-pro-du-cti-bi-li-té

Fin des investigations. Apparement une commande (synclient TapButton1=1 TapButton2=3 TapButton3=2) que j'ai ajouté au démarrage créé ce conflit. Bon pourquoi pas.

A Savoir :
Dans Debian 10, j'avais ajouter cette commande dans 'Session et démarrage' pour gérer le pavé tactile et installer :
xserver-xorg-input-synaptics

J'ai fait la même chose dans Debian 11 sauf que ce n'est plus nécessaire d'ajouter cette commande puisque pris en charge dans les paramètres de la souris.
Pavé Tactile> Cochez Tapoter le pavé tactile pour cliquer

Après avoir supprimer la commande du démarrage, le phénomène ne se reproduit plus et la notification indésirable non plus.

Le rapport est assez étrange, j'avoue. Mais le résultat satisfaisant.

Merci @Croutons @otyugh

@Croutons
valeur actuel : supérieur droite=2
Oui il n'y a pas de valeur incorrecte dans le fichier xml

Par contre comme je m'en doutais, après le redémarrage de la machine, à nouveau la fenêtre de notification est par dessus le tableau de bord. Déconnexion, reconnexion ne change rien.
Reste à savoir comment et pour quel raison cette fenêtre de notification se repositionne à un moment donné correctement. Du moins pourquoi elle ne se positionne pas correctement dès le départ.

otyugh a écrit :

Et pourtant non lol j'ai juste ajouté un fichier gtk.css dans .config/gtk-3.0/ pour changer une couleur mais je doute que sa vienne de là :

Oui il y a l'ancien amorçage sur cette machine mais il faut changer manuellement à chaque fois dans le bios et choisir l'amorçage Bios ou UEFI. Donc si il y a cohabitation avec des systèmes UEFI ça peut-être gênant.
Et aussi c limité à 4 partitions primaire il me semble en mbr sur un disque.

Bon finalement j'ai pris le risque, j'ai ajouté à l'installateur : "efi_no_storage_paranoia"
C'est passé.
Par contre est-ce que ça va se rajouté à la NVRAM à chaque nouvelle installation ou bien ça écrase à chaque fois ?

Maintenant "efi_no_storage_paranoia" est inscrit en permanence dans l'edition de Grub. L'enlever, le laisser ?

En partition assisté, l'installateur a choisit 1GO pour le Swap. Sa me parait faible pour les 8GO de Ram. Ne faut-il pas 8GO de Swap aussi ?

Et sinon, comment ajouter le paramètre "efi_no_storage_paranoia" à la ligne de commande du noyau de l'installateur le temps d'installer GRUB.
Et quel serait le ou les risques possibles ?

Grub est installé dans le chemin amovible même en affichant l'erreur. CàD ? Où est-il ?  /boot/efi ? Dans un chemin dédié apparement.

Sinon où monté /sys/fs/pstore ?

Apparement le problème serait avec Nvme et/ou LVM chiffré. J'ai essayé sur une autre machine sans nvme (ssd simple) et LVM : Pas eu de problème d'installation de grub.