- Status Closed
- Percent Complete
- Task Type Anomalie
- Category Services locaux → VM
- Assigned To No-one
- Operating System Freebox Server V7 (Delta)
- Severity Low
- Priority Very Low
- Reported Version 4.5.1
- Due in Version Undecided
-
Due Date
Undecided
- Votes
- Private
Opened by Pimpus - 26/10/2021
Last edited by 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
Loading...
Available keyboard shortcuts
- Alt + ⇧ Shift + l Login Dialog / Logout
- Alt + ⇧ Shift + a Add new task
- Alt + ⇧ Shift + m My searches
- Alt + ⇧ Shift + t focus taskid search
Tasklist
- o open selected task
- j move cursor down
- k move cursor up
Task Details
- n Next task
- p Previous task
- Alt + ⇧ Shift + e ↵ Enter Edit this task
- Alt + ⇧ Shift + w watch task
- Alt + ⇧ Shift + y Close Task
Task Editing
- Alt + ⇧ Shift + s save task
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 ?
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
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
Oui elle est bien cochée : https://gyazo.com/1255eeffc0ac3e92e9670dbac9d6e1de
Ah ? Comment la désactiver dans le FreeboxOS ou éditer le fichier ?
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.
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.
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.
- 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):
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
par contre maintenant :
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
non ça “mouline”
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.
@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 ?
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 !
@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.
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 ?
Non quand je fais manuellement le mount.
Par contre le mount automatique lors du boot ne se fait plus.
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 ?
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.
Bonjour,
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…
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 ?
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.
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…
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
@NyGL Avez-vous testé avec vers=3.1.1 ?
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.
@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.
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…
@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
@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.
@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)
@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