Recalbox 7.0 - SMB "Invalid key: `sharenetwork_smb1"

[Higs]

@acris , non ma freebox est la box qui me founi l'adresse ip.
ici elle me fourni mon adresse IP fixe via un bail fixe. basé sur qui fait la demande (ici l'adresse MAC du Pi 3b+) demande à la box si une adresse est dispo et lui donne la 24, car pour lui j'ai attribué la 24

quand aux données pour le pi3b+ (recalbox) il doit se connecté à mon Synology :
sous windows le chemin est :
//192.168.1.1/Emulation/recalbox/share

j'ai essayé dans la config de recalbox d'ajouté "192.168.1.1:volume1/Emulation/recalbox/share"

mais c'est pareil. volume 1 car c'est le nom de volume principal du synology pour l'ensemble des disques et je me suis dis qu'en SMB il fallait peut-être le précisé, comme quand on fait un montage git par exemple.

après je me pose une question, si je ne me trompe pas, la connexion RJ45 sur le pi3b+ est basé sur de l'usb (j'ai un doute) car je remarque avec mon ip en 169 (je sais que c'est une ip local) que je n'ai qu'un seul voyant du RJ45 qui est allumé et que donc ce dernier doit être configuré (pilotes) au boot de recalbox avant la connexion. je ne maitrise pas suffisamment le pi pour ça.

après mes conditions sont facilement reproductibles.

sinon pour plus tard, je suis ouvert à "webcam, pour voir la TV resultat de recalbox" + partage d'écran pour config avec Anydesk. (pas aujourd'hui et pas n'importe qui non plus).

nota : je suis souvent "Mr decouverte de bug, ou pas de bol" donc ça ne m'étonnerais pas que je sois tombé sur un cas...

[olivierdroid92]

@Higs
Serait il possible de nous faire la meme capture écran de ton nas

• panneau de config
• reseau
• LAN
  

[Higs]

@olivierdroid92

par contre je me poser la question suivante :

si j'enlève la config (network et share)

et que je tente via putty après boot d'atteindre mon nas.
bon par contre faut que je trouve les lignes de commandes.

mais en tout cas quand j'avais pas ses lignes, j'étais visible sur le reseau puisque interface HTTP et ip attribué (aussi bien filaire que wifi)
d'ou mon doute, car là j'ai rien du tout avec les lignes.

[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