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
