A ce stade, ça ne sert à rien de poursuivre avec une adresse APIPA.
Je préconiserais de tenter le coup avec un cùble, au moins temporairement.
J'ai été confronté à un problÚme similaire, et j'étais sur le point de pester dans discord jusqu'à voir ce thread (je ne pensais pas que tous les changements devaient se faire dans recalbox-boot.conf)
Deux points :
le chemin d'accĂšs de montage smb sous linux en ligne de commande requiert normalement d'ĂȘtre formĂ© ainsi : //<serveur>/<dossier partagĂ©>
recalbox simplifie la syntaxe en retirant les premiers //, et je peux confirmer que la chose fonctionne parfaitement (avec un nas syno)
Remarque : quand ça ne fonctionne pas, on peut monter le dossier mĂȘme quand les permissions sont mal rĂ©glĂ©es. Ce qui se produira fera simplement que le dossier refusera les accĂšs en lecture et/ou Ă©criture et/ou exĂ©cution.
En passant, monter les dossier SMB/CIFS à la main est devenu trÚs ch*ant ces derniÚres années.
J'étend le truc à NFS (je fais cela en version non-sécurisée, basique...donc NFS3):
sharenetwork_nfs1=SHARE@serveur.local:/volume1/emulation:nolock
Trois remarques :
on peut utiliser les noms des bĂ©canes en lieu et place des ip (je m'y suis fait, c'est quand mĂȘme fiable et plus convivial)
c'est ICI qu'il faut préfixer le montage par /volume1/ (spécificité syno)
l'option nolock est obligatoire car il manque un démon rpc.statd ou bien il n'est simplement pas lancé
Pour ma part j'utilise un mix des deux pour une question de commodité et de chemins d'accÚs des fichiers média pour kodi. En cela d'ailleurs les sharenetwork_cmdX sont trÚs bien fichues.
Voila, bon courage