Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)

  • État Fermée
  • Pourcentage achevé
    100%
  • Type Anomalie
  • Catégorie Services locaux → VM
  • Assignée à Personne
  • Système d'exploitation Freebox Server V7 (Delta)
  • Sévérité Basse
  • Priorité Très Basse
  • Basée sur la version 4.5.1
  • Due pour la version Non décidée
  • Échéance Non décidée
  • Votes
  • Privée
Concerne le projet: Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)
Ouverte par Pimpus - 26/10/2021
Dernière modification par mmakassikis - 09/11/2021

FS#35849 - Soucis VM Debian 11 pour Plex

Bonjour, étant novice sur Plex et encor plus sur les VM… J’ai donc crée une VM en suivant un tuto sur internet, au début je n’arrivais pas à autoriser l’accès au disque de ma freebox pour la VM j’ai donc du activer le SMBv2. Une fois activer j’ai pu en effet cocher la case donné l’accès aux disque à ma VM, j’ai donc suivit la procédure afin d’installer Plex, tout s’est bien déroulé et j’avais accès à mon Plex… Mais les films/série n’était pas disponible je n’arrivais pas à les lire me disant qu’ils étaient indisponible.
J’ai donc chercher un peu sur internet j’ai cru comprendre cela venait d’un soucis de SMBv1 ou v2 mais je n’en pas su résoudre mon soucis… J’ai donc tout recommencer depuis le début en effaçant ma VM et en la recréant mais maintenant j’ai directement un soucis dans la console me disant qu’il n’arrive pas à monter les disques. (photo ci-joint) https://gyazo.com/8b0823a41db8ca247100bd7b3aaf936c

D’où peut provenir ce soucis ? D’avance merci. Cordialement,
Pimpus

Fermée par  mmakassikis
09.11.2021 10:38
Raison de la fermeture :  Résolu
Admin

Bonjour,

Il manque le détail de l’erreur dans votre screenshot. Une fois la VM démarrée, il faudrait se logguer et exécuter la commande “sudo dmesg | grep cifs”.

Est-ce que l’authentification est activé pour l’accès SMB ?

Pimpus a commenté le 26.10.2021 15:00

Bonjour, merci de ta réponse. Je peux éventuellement me logger. Juste que entre temps je l’ai delet et je l’ai créé à nouveau mais ça reste bloqué là dessus : https://gyazo.com/77ef3de3451de32e067f35d745408098
Et si je quitte la console ou que je redémarre la VM j’aurais la même chose que sur mon précèdent screenshot.

” Est-ce que l’authentification est activé pour l’accès SMB ? "
Que veux tu dire par là ? Je ne comprends pas…

Je me suis donc logger et j’ai donc ça : https://gyazo.com/e0446a38feb08f8802fe5863176c9c32 et j’ai effectuer la commande que tu m’as mentionner : https://gyazo.com/daf6da8e8b43eef958ef933450b2719b (les ^c c’est effectuant le screentshot.

Merci

Admin

La case “Accès authentifié” dans FreeboxOS > Paramètres > Mode avancé > Partages Windows est cochée.

Au niveau de la VM, celle-ci essaie de se logguer en invité, donc cela ne fonctionne pas. Il faut soit:
- désactiver l’authentification dans FreeboxOS
- configurer l'authentification dans la VM en éditant le fichier /etc/fstab

Pimpus a commenté le 26.10.2021 15:24

Oui elle est bien cochée : https://gyazo.com/1255eeffc0ac3e92e9670dbac9d6e1de

Ah ? Comment la désactiver dans le FreeboxOS ou éditer le fichier ?

Pimpus a commenté le 26.10.2021 15:25

Oups pardon je n’avais pas vu que ta deuxième option étant un lien vers un autre Topic.. Je regarde ça. Pardon pour le double post.

Pimpus a commenté le 26.10.2021 16:06

Bon je viens d’essayer la commande que tu mentionnes sur l’autre Topic : //mafreebox.freebox.fr/Freebox /mnt/Freebox cifs user=USER,pass=PASS,uid=1000,gid=1000,comment=cloudconfig 0 0 ça n’a pas l’air de fonctionner..
Je l’ai fait à l’aide d’un client SSH pour pouvoir faire un copier/coller des commandes. Photo ci-joint : https://gyazo.com/4b0722b3b2dee90d6ce47d0bd93cfce9. Oui j’ai bel et bien mit mon mdp je l’ai juste caché ^^
Je suis désolé je suis vraiment novice sous Linux et autre je suis en total découverte.

Admin

Les instructions sur l’autre topic sont peut-être un peu trop succintes pour un débutant :)

Instructions plus détaillés:
- FreeboxOS > VMs

- Sélectionnez votre VM, puis appuyez sur le bouton “Console”

- Saisissez le login et le mot de passe définis lors de l’installation de la VM

- Ouvrez le fichier /etc/fstab; par exemple avec nano.

 sudo nano /etc/fstab

- Vous devriez voir une ligne comme celle-ci:

//mafreebox.freebox.fr/Freebox       /mnt/Freebox     cifs    guest,uid=1000,gid=1000     0       0

Elle indique qu’il faut se monter le partage distant nommé “Freebox” qui se trouve à l’adresse mafreebox.freebox.fr sur le répertoire local “/mnt/Freebox”. Dans cet exemple, il n’y a pas d’authentification et l’accès se fait en invité (paramètre ‘guest’)

- Renseignez les informations d’authentification en remplaçant ‘guest’ par user=USER,pass=PASS en remplaçant bien USER et PASS par les bonnes valeurs. Vous devriez avoir une ligne qui ressemble à ça:

//mafreebox.freebox.fr/Freebox       /mnt/Freebox     cifs    user=freebox,pass=LE_MOT_DE_PASSE,uid=1000,gid=1000     0       0

- Enregistrez le fichier (Control-O, Entrer)
- Quittez nano (Control-X)
- Montez les disques avec la commande suivante (ou en rebootant la VM):

sudo mount -a
Bbbend2 a commenté le 26.10.2021 17:12

Bonjour,

je profite de ce thread pour remonter également un problème de mount.

Avant la maj 4.5.2 l’entrée fstab suivante était ok :

//mafreebox.freebox.fr/Freebox       /mnt/fbx_share     cifs    credentials=/etc/fbx-credentials,uid=1000,gid=1000,vers=3.0     0       0

ou

//192.168.0.254/Freebox        /mnt/fbx_share  cifs    cifsacl,file_mode=0777,dir_mode=0777,iocharset=utf8,mfsymlinks,user_xattr,credentials=/etc/fbx-credentials,vers=3.0     0       0

par contre maintenant :

mount -a
mount error(5): Input/output error

Alors qu’avec :

//mafreebox.freebox.fr/Freebox       /mnt/fbx_share     cifs    credentials=/etc/fbx-credentials,uid=1000,gid=1000,vers=2.0     0       0

ça marche

et

//192.168.0.254/Freebox        /mnt/fbx_share  cifs    cifsacl,file_mode=0777,dir_mode=0777,iocharset=utf8,mfsymlinks,user_xattr,credentials=/etc/fbx-credentials,vers=2.0     0       0

non ça “mouline”

Bbbend2 a commenté le 26.10.2021 17:27

Ajout :
Plante au reboot, erreur cifs -101 (via fstab ou SH en crin @reboot)

Par contre une fois boot et loger, le montage fonctionne via un sh mount xxxxx ou via mount -a.

Admin

@Bvvbjg

Je ne reproduit pas le problème. Sur quelle distribution (+version du kernel) voyez-vous cela ?

Par curiosité, pourquoi indiquez-vous explicitement la version ? Est-ce que cela fonctionne avec vers=3.1.1 ?

edit: error -101 ⇒ network unreachable. Votre machine était déconnectée du réseau ?

Pimpus a commenté le 26.10.2021 17:30

Bah écoute j’ai réussiiiiiiis ! J’ai désactivé le connexion via authentification. J’ai fais la commande pour monter le disque, je reboot la VM et j’ai lancer Plex et comme par magie mes disques étaient là et j’ai pu lancer les fichiers sans problème. Merci à toi !!

Par contre rien à voir avec le sujet initial mais j’ai un soucis quand je lance un dl avec le freebox Os afin de l’avoir dans mon disque pour justement le lire via Plex.Il me dit " Erreur lors de l’ajout du téléchargement : Impossible d’initialiser la tâche, vérifiez l’état de votre disque dur " :/ étrange …

@Bbbend2: Désactiver l’authentification n’est pas une solution !

Bbbend2 a commenté le 26.10.2021 18:28

@mmakassikis

Debian GNU/Linux 10 (buster)
Linux debian 4.19.0-18-arm64 #1 SMP Debian 4.19.208-1 (2021-09-29) aarch64 GNU/Linux

Avec vers:3.1.1 pas de problème post login.

Lors du boot et peut importe les différents test dans le fstab :

Concernant l’erreur -101 c’est nouveau suite au Fw 4.5.2 de la Freebox.

Admin

Comme évoqué dans mon message précédent: l’erreur indique que le réseau n’est pas disponible. Ce n’est pas choquant de voir ça au boot: la 1ère tentative de montage à lieu avant la configuration de l’interface réseau. Est-ce que vous avez toujours des Input/output error ?

Bbbend2 a commenté le 27.10.2021 06:25

Non quand je fais manuellement le mount.

Par contre le mount automatique lors du boot ne se fait plus.

Admin

Je ne suis pas sûr d’avoir compris les différentes erreurs.

Pouvez-vous repréciser dans quel cas vous avez l’erreur -101 et dans cas l’erreur input/output ? S’agit-il de comportements nouveaux avec le firmware 4.5.2 ?

Pimpus a commenté le 27.10.2021 08:41

Hello @Marios Makassikis Je reviens suite à la configuration de mon plex hier, en accordant le droit aux disques et en les montant dans la VM à l’aide de ta commande, Plex fonctionner nickel pendant .. 2h lol. Je n’avais plus accès à mon disque correctement je ne pouvais plus lancer de dl, il me demander de l’activer ou de le vérifier (en écriture et/ou lecture) et il n’apparaissait plus sur mon réseau sur mon Devialet… J’ai donc récupéré mes données & formater depuis un pc pour tout reconfigurer proprement. Je suis donc reparti pour refaire ma VM de zéro.. Je te fais un retour dans la journée.

Bbbend2 a commenté le 27.10.2021 09:22

Bonjour,

  • lors du boot erreur -101, a priori normal pourquoi pas. Sauf que l’automount ne marche plus/pas.
  • Une fois logger, input/output avec les anciennes entrées du fstab (mount -a) ou cmd mount qui fonctionnait parfaitement avant, en forçant la vers en 3.1.1 non mais retour au point d’au dessus.

Et ce depuis le fw 4.5.2 (c’est le seul changement).

J’ai toujours moyen de bidouiller un sh qui vérifie si le montage est présent post boot mais ce n’est pas très propre…

Admin

J’ai refait des tests avec une VM Debian 11 sur Freebox Delta et je n’arrive pas à tomber sur l’une ou l’autre erreur.

Comment vérifiez-vous l’état du montage suite au boot ? Il est possible qu’il n’apparaissent pas dans la commande mount, mais que le fait de lister le répertoire peut déclencher une nouvelle tentative de connexion. Pouvez-vous tester ?

Bbbend2 a commenté le 27.10.2021 12:11

Voici :

Je vous avoue que je ne comprends pas non plus le comportement.

Bref, la méthode “sale” fonctionne bien.

Si jamais des autres personnes on le cas, il suffit de grep le nom du montage dans le retour df, si match pas besoin de monter, sinon forcer le montage.

NyGL-fr a commenté le 27.10.2021 19:38

Bonjour à tous,

Je souhaitais contribuer à ce thread.
J’ai rencontré le même problème aujourd’hui pour monter un partage smb depuis une debian 10, suite à la maj freebox.
J’ai testé également depuis une debian 11 qui n’est pas sur la Freebox, même résultat.

Le partage fonctionnait ce matin sans aucun problème.
J’ai passé la maj 4.5.2 de ma freebox Delta.
Dans l’après midi, j’ai constaté un problème pour accéder au partage. (CIFS VFS: cifs_mount failed w/return code = -5)
J’ai contourné le problème en repassant en smb version 1 (et en remplaçant vers=3.0 par vers=1.0 dans fstab bien sûr)
Contrairement à ce que je lis plus haut, je n’ai pas d’erreur pour monter le partage au boot de la machine.

Si ca peut servir…

NyGL-fr a commenté le 27.10.2021 19:54

Je complète mon message précédant.

En repassant en smb v2 coté freebox et en précisant vers=2.0 dans fstab ca fonctionne.
Fonctionne également avec vers=2.1 mais pas vers=3.0

Bonne soirée

Admin

@NyGL Avez-vous testé avec vers=3.1.1 ?

NyGL-fr a commenté le 27.10.2021 21:47

bonsoir @Marios,

J’ignorais que le 3.1.1 était pris en charge.
Je viens de tester et ca fonctionne.

A bientôt

Il y a quand même un bug avec 3.0 si 1.0, 2.0, 3.1.1 fonctionnent.

Admin

@NyGL Le plus simple est de ne pas spécifier de version: lors de l’établissemnet d’une connexion SMB, il y a une négotiation de la version du protocole qui va être utilisée. L’objectif est d’utiliser la version la plus récente supportée de chaque côté.
L’exception est le SMB1 qui est souvent désactivé par défaut (Windows 10, client cifs kernel/client smbclient de samba sur les distrib récentes), et où il faut expliciter vers=1.0.

Est-ce vous arrivez à reproduire l’erreur -5 ?

J’ai aussi le même problème depuis la mise à jour. J’ai ces messages d’erreurs:
CIFS VFS: cifs-mount failed w/return code = -5
Dans la case “cloud-inti user-data”, j’ai ce type de commande:
//mafreebox.freebox.fr/DD1’, ‘/mnt/DD1’, cifs, ‘user=XXX,pass=XXX,uid=1000,gid=1000’, ‘0’, ‘0
J’ai essayé en ajoutant “vers” et en mettant à 2, 2.1, 3, 3.0 et 3.1.1, ça ne change rien, le disque n’est toujours pas monté.
Je n’ai pas essayé en version 1 en revanche.

NyGL-fr a commenté le 28.10.2021 08:11

Vous avez raison, le plus simple aurait été de laisser faire la machine.

Je ne l’ai pas dis mais j’ai également testé sans préciser la version et dans ce cas, ca ne fonctionne pas. (je ne me souviens pas si avant la maj c’était déjà le cas)

Pour résumer :
version 1.0, 2.0, 2.1, 3.1.1 = OK
version 3.0, <non précisée> = KO

voici les logs si pas de version [53263.132109] No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.
[53263.170918] CIFS VFS: validate protocol negotiate failed: -22
[53263.171600] CIFS VFS: failed to connect to IPC (rc=-5)
[53263.173361] CIFS VFS: validate protocol negotiate failed: -22
[53263.174444] CIFS VFS: session 00000000101d423d has no tcon available for a dfs referral request
[53263.175957] CIFS VFS: cifs_mount failed w/return code = -5

les logs si version 3.0 [53537.170815] CIFS VFS: validate protocol negotiate failed: -22
[53537.171455] CIFS VFS: failed to connect to IPC (rc=-5)
[53537.173486] CIFS VFS: validate protocol negotiate failed: -22
[53537.174134] CIFS VFS: session 00000000ff292a4d has no tcon available for a dfs referral request
[53537.175461] CIFS VFS: cifs_mount failed w/return code = -5

“Et voilà”

Re-bonjour,
J’ai fait un test en désactivant l’accès authentifié (dans les paramètres de partage Windows), sans changer la configuration de la VM (donc avec user et pass déjà remplis), et ça marche…

Admin

@Pif La case cloud-init user-data est pris en compte lors du premier boot de la VM. Le fait de changer le user-data ne change pas le fichier /etc/fstab. Il faudrait vérifier le contenu de ce dernier.
En changeant la configuration d’authentification vous êtes vraisemblablement retombé sur la configuration qui correspond à ce qu’il y a dans le fstab …

@NyGL Si vous aviez désactiver SMB2 côté box, alors il faut obligatoirement spécifier vers=1.0

Sur quelle distribution faites vous les tests ? Est-ce que l’authentification est activée ?

#Marios: j’ai vérifié le fstab, là aussi j’ai user et mdp qui sont précisés

NyGL-fr a commenté le 28.10.2021 14:11

@Marios

En fait, j’ai rencontré le problème et pour testé j’ai désactivé SMB2 coté box en précisant vers=1.0 dans fstab. Ce qui a fonctionné.

Je fais mes tests sur une debian 10 up to date. L’authentification est activée.
Je viens de tester sans authentification et avec vers=3.0 et cette fois ca fonctionne.
Fonctionne aussi sans authentification et sans préciser la version dans fstab.

J’ai aussi la possibilité de tester depuis une debian 11 si vous le souhaitez.

Admin

@NyGL C’est bon, j’ai reproduit. En fait le bug ne se produit *que* avec vers=3.0, et ce sur certaines version plus anciennes du kernel. Merci pour votre aide.

@Marios: faut-il comprendre qu’il faudrait passer la Debian de la version 10 à 11 pour pouvoir accéder aux disques avec l’authentification et en SMB2 ? (Je viens de resters: Debian 10, vers=3.1.1 indiquée dans le cloud-init, redémarrage de la VM, ne fonctionne que si l’authentification du SMB est désactivée)

Admin

@Pif Pouvez-vous vérifier que vers=3.1.1 se trouve bien dans le /etc/fstab ?

@Marios, ça marche.
J’ai donc fait ceci:
- extinction de la VM
- activation de l’authentification du protocole SMB
- vers=3.1.1 inséré dans le /etc/fstab (comme décrit plus haut)
- vers=3.1.1 inséré dans le cloud-init user-data (dans les paramètres de pré-configuration de la fenêtre VMs de FreeboxOS)
- allumage de la VM

Chargement...

Activer les raccourcis clavier

Liste des tâches

Détails de la tâche

Édition de la tâche