Recalbox 7.0 - SMB "Invalid key: `sharenetwork_smb1"

[olivierdroid92]

ok super
Est ce que le compte utilisateur RCB chez moi est bien autorisé à accéder en SMB au dossier partage ?

[Higs]

@olivierdroid92

nota: même avec mon compte principal (admin) j'ai pas réussi.

[olivierdroid92]

juste pour bien vérifier, SMB est bien activé ?

[Higs]

@olivierdroid92

[olivierdroid92]

@Higs said in Recalbox 7.0 - SMB "Invalid key: `sharenetwork_smb1":

Emulation/recalbox/share

ton arborescance dnas le NAS c'est bien
Emulation/recalbox/share

Tu as un dossier partagé : Emulation
Dedans tu as crée un dossier recalbox
Puis un autre dossier vide : share

as tu bien ces 2 dossiers ?

[Higs]

@olivierdroid92

[olivierdroid92]

et ben la je coince
vois tu des logs sur le Syno lorsque la recalbox tente de se connecter ?

[olivierdroid92]

dans le share
en dessous tu as encore
BIOS
ROMS
SAVE
et etc ...

[Higs]

@olivierdroid92 non aucun, jsutement.

dans le widget (utilisateur connecté) je "me vois" mais pas le compte recalbox.
ce dernier peut se connecter au synology, puisque j'ai tenté.

comme dis plus haut, je ne pense pas que ça vienne du syno, car tout le reste de mon réseau fonctionne, j'ai des traitements sur mes partages (encodage) etc...

par contre comme dis, le fait d'avoir ajouter les lignes dans le boot fait que je n'ai plus d'ip attribué par la freebox.
l'autre moyen serait de ne pas mettre le share, mais roms par exemple pour voir.
parce que le share contient au final une partie du paramétrage. et c'est différent si il est en local sur la SD ou sur le reseau. car ici quelque part le share doit se sauvegarder sur le réseau et donc il faut que le réseau soit monté.

le moyen le plus propre de voir ce qu'il se passe, c'est de logguer le boot puis recalbox, ce qui aiderais à comprendre que on a pas le LAN avant l'accès au share.

sinon je fais tenter aussi sur mon autre synology, mais il faut que je creer un compte.

[acris]

reboot de la freebox ?

[Higs]

@olivierdroid92
ou c'était mes tests pour les autres smb que j'avais fait pour le début du post.
désolé... je doit attendre 240s avant de poster une simple petite réponse

[olivierdroid92]

J'ai du mal a comprendre pourquoi tu n'aurais plus d'adresse ip.
Syno connecté au routeur. On lui donne un ip.
Recalbox connecté au routeur. On lui donne une ip.
Que dit ton DHCP?

[Higs]

Pour information, je viens de faire les test suivants :

remplacement de SHARE par ROMS idem pour dossier : ne fonctionne pas.

mis en commentaire les lignes ajoutés : je me retrouve bien en internal
mais j'ai toujours une ip 169.

par curiosité, j'ai rebooter la freebox, mis sans bail pour avoir l'ip fournie par le dhcp : idem.

j'ai a dispo le même pi3b+ (prévu à l'origine à sa sortie pour mon filleul, mais tant que ça ne marche pas je lui donne pas, car il aura la même config sur son synology)
j'ai mis la carte SD sur celui-ci même problème IP 169.

je suis aussi à court d'idée.

[Higs]

@olivierdroid92
je ne comprends pas pourquoi non plus.

je refais la SD là, tout en préparant à manger.
Oui, olivier, c'est à devenir fou.

j'aime pas ne pas comprendre, il doit se passer une chose, c'est pourquoi là je m'apprête à simplement après la SD prête a démarrer dessus et voir le réseau qui m'est attribué.

car j'ai viré le bail prévu pour le pi3b+.

[zyprexa]

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