il y a 2 modifs à faire dans /etc/bluetooth/main.conf
privacy = off
controller = le
Et corriger une fois de plus le service
ExecStart=/usr/lib/bluetooth/bluetoothd --compat --noplugin=sap -E
En théorie, avec une installation propre (une debian 10 installée à partir d’un disque vierge) tout ça n’est pas nécessaire
Toujours le même message :
-/etc/bluetooth/main.conf, j’ai bien mis les deux ligne à la fin du fichier.
-présent dans les services.
-Jeedom redémarré, rien à faire…
Ma config :
Version : 4.1.24
Source : default
Branche : V4-stable
Système : RPI 3 B
pour ce qui est de la modification réalisée j’ai pris l’image de ma SD, je l’ai copiée sur le SSD, et ajouter la ligne qui va bien pour que le RPI ne cherche plus en permanence la SD. Ensuite j’ai agrandie la partition avec raspi-config.
je croyais que tout c’était bien passé mais apparemment non, pas pour le bleutooth 
Oui mais non, car du coup c’est pas dans la bonne section au lieu des lignes 46 et 67
Donc une image qui n’est pas ‹ neuve ›. Avec tout son cumul de mises à jour (stretch vers Buster voir encore plus ancien)
Alors le fichier modifié
me donne
Non elle est neuve depuis le passage à Buster.
Mais je pense que je vais repartir de neuf avec un Buster tout vierge, nous allons tous gagner du temps ! Non ?
Merci pour votre aide dans tous les cas.
Je crois qu’ils ne prévoient pas un super temps ce week end ça tombe bien 
il reste un espace devant privacy, au cas où
C’est techniquement la méthode la plus fiable… pas forcement la plus rapide cependant
l’espace ne change rien
je vais repartir sur un support tout propre, passer de la SD au SSD change déjà bien des choses notamment la charge de la RPI, donc je pense y gagner encore avec un Buster neuf, puis je rechargerais une sauvegarde de jeedom…
Encore merci pour ton aide.
Bonne soirée
Bon courage 
