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

  • État Close
  • Type de tâche Anomalie
  • Catégorie Services locaux → VM
  • Assignée à Personne
  • Système d'exploitation Freebox Server V7 (Delta)
  • Sévérité Basse
  • Priorité Normale
  • Basée sur la version 4.5.1
  • Due pour la version Non décidé
  • Date d'échéance Non décidé
  • Votes 0
  • Privée Non
Concerne le projet: Freebox Server (Pop V8/ Delta V7 / Revolution V6 / Server Mini 4K)
Ouverte par Milhan (Pimpus) - 26/10/2021
Dernière édition par Marios Makassikis (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

Close par  Marios Makassikis (mmakassikis)
mardi 9 novembre, 2021 10:38:52
Raison de clôture :  Résolu

Cette tache ne dépend pas d'autre tache

Marios Makassikis (mmakassikis)
mardi 26 octobre, 2021 14:49:41

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 ?

Milhan (Pimpus)
mardi 26 octobre, 2021 15:00:13

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

Marios Makassikis (mmakassikis)
mardi 26 octobre, 2021 15:21:26

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

Milhan (Pimpus)
mardi 26 octobre, 2021 15:24:26

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

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

Milhan (Pimpus)
mardi 26 octobre, 2021 15:25:02

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.

Milhan (Pimpus)
mardi 26 octobre, 2021 16:06:18

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.

Marios Makassikis (mmakassikis)
mardi 26 octobre, 2021 16:36:03

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
Bvvbjg (Bbbend2)
mardi 26 octobre, 2021 17:12: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”

Bvvbjg (Bbbend2)
mardi 26 octobre, 2021 17:27:45

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.

Marios Makassikis (mmakassikis)
mardi 26 octobre, 2021 17:29:25

@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 ?

Milhan (Pimpus)
mardi 26 octobre, 2021 17:30:31

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 ...

Neustradamus (Neustradamus_)
mardi 26 octobre, 2021 17:47:05

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

Bvvbjg (Bbbend2)
mardi 26 octobre, 2021 18:28:51

@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.

Marios Makassikis (mmakassikis)
mercredi 27 octobre, 2021 05:49:21

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 ?

Bvvbjg (Bbbend2)
mercredi 27 octobre, 2021 06:25:53

Non quand je fais manuellement le mount.

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

Marios Makassikis (mmakassikis)
mercredi 27 octobre, 2021 08:33:39

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 ?

Milhan (Pimpus)
mercredi 27 octobre, 2021 08:41:23

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.

Bvvbjg (Bbbend2)
mercredi 27 octobre, 2021 09:22:29

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...

Marios Makassikis (mmakassikis)
mercredi 27 octobre, 2021 11:08:34

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 ?

Bvvbjg (Bbbend2)
mercredi 27 octobre, 2021 12:11:33

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 (NyGL-fr)
mercredi 27 octobre, 2021 19:38:04

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 (NyGL-fr)
mercredi 27 octobre, 2021 19:54:14

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

Marios Makassikis (mmakassikis)
mercredi 27 octobre, 2021 20:26:34

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

NyGL (NyGL-fr)
mercredi 27 octobre, 2021 21:47:52

bonsoir @Marios,

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

A bientôt

Neustradamus (Neustradamus_)
mercredi 27 octobre, 2021 23:08:10

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

Marios Makassikis (mmakassikis)
jeudi 28 octobre, 2021 07:35:21

@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 ?

Pif (Pif-on-ze-net)
jeudi 28 octobre, 2021 07:56:25

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 (NyGL-fr)
jeudi 28 octobre, 2021 08:11:13

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à”

Pif (Pif-on-ze-net)
jeudi 28 octobre, 2021 08:30:37

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...

Marios Makassikis (mmakassikis)
jeudi 28 octobre, 2021 08:34:50

@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 ?

Pif (Pif-on-ze-net)
jeudi 28 octobre, 2021 08:53:31

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

NyGL (NyGL-fr)
jeudi 28 octobre, 2021 14:11:53

@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.

Marios Makassikis (mmakassikis)
vendredi 29 octobre, 2021 06:50:15

@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.

Pif (Pif-on-ze-net)
vendredi 29 octobre, 2021 22:12:19

@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)

Marios Makassikis (mmakassikis)
lundi 1 novembre, 2021 07:51:47

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

Pif (Pif-on-ze-net)
vendredi 5 novembre, 2021 06:25:39

@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...