plus d’acces au disque dur de la freebox via smb , j’ai eu beau essayé de changer le nom netbios ou quoi .. rien y fais.

Bonjour,

Malgré maj 49.1 je suis toujours obligé d’ouvrir l’accès au réseau de la freebox ultra manuellement par “\\Freebox_Server” pour qu’elle s’affiche dans l’explorateur Windows 11
J’ai essayé toutes les combinaisons possibles smb v1 v2 v3 avec sans et/ou tous les partages publics, privés, rien à faire !
Suis je le seul ? une idée ?
Merci

Parmi les corrections de la version 4.3.2, on peut lire:
“Correction d’un bug empêchant l’affichage du contenu de certains répertoires en SMB1 (#34647)”

Or ce bug persiste en SMBv2 !

Ma configuration: Freebox Revolution r2 OS v.4.3.2 avec un disque externe branché en USB.
Ordinateur 1: PC Windows 7
Ordinateur 2: PC Windows 10

Avec SMBv2 désactivé sur la Freebox :

• Accès disque externe depuis PC Win 10 = impossible (OK, SMBv1 est désactivé sous Windows 10)

• Accès disque externe depuis PC Win 7 = parfait (OK)

Avec SMBv2 activé sur la Freebox :

• Accès disque externe depuis PC Win 10 = parfait (OK)

• Accès disque externe depuis PC Win 7 = possible mais certains dossiers ne s’affichent pas et restent inaccessibles même en tapant le chemin d’accès complet dans la barre de l’explorateur (ANOMALIE)

⇒ Pour que mes deux ordinateurs puissent accéder correctement au disque USB de la Freebox Server, je dois donc désactiver SMBv2 sur la Freebox et activer SMBv1 sur le PC Windows 10, ce qui est absurde, le protocole SMBv2 étant censé remplacer avantageusement le SMBv1.

⇒ Il serait souhaitable de corriger rapidement ce bug dans une version v4.3.3 de l’OS.
Merci.

Commentaires issue de la tache:  FS#29444 

bmailhol (bmailhol)
jeudi 22 avril, 2021 22:56:40
Je dispose de la version publique 4.3.0, sur Delta. J'ai coché SMBv2. Sous Windows10, je me suis connecté sur le disque via l'adresse IPv4 du serveur freebox. Quand j'efface un fichier sur le disque de la Fbx, c'est OK. (parfois) Quand j'efface d'autres fichiers (sur la Fbx), l'effacement est effectif, mais Windows ne termine pas sa tâche. Chaque effacement est réalisé à 99%.. L'explorateur de fichiers dysfonctionne alors. Après ceci,pour retrouver un fonctionnement 'normal' de l'explorateur de fichiers, il faut d'abord mettre fin à la tâche (gestionnaire de tâches).

abaca20 (abaca20)
vendredi 23 avril, 2021 01:01:08
Bonsoir, exactement le même problème que @bmailhol. Freebox Révolution, version 4.3.1. - [Windows 10] Au moment de la suppression de la plupart des fichiers / dossiers mais aussi lors de certains transferts, l'explorateur reste bloqué à 99% avec 0 octet restant, et impossible d'annuler. Obligé de redémarrer explorer.exe pour enlever le message. Cependant, les transferts sont effectués. - [Huawei] Le téléphone ne détecte plus le NAS via Fichiers (voisinage réseau vide), et même via Système ça nous indique "aucun dossier partagé"

Idem: "sur Windows 10 Pro 20H2 - OS freebox 4.3"
Lors de certains transferts l'explorateur reste bloqué à 99% avec 0 octet restant, et impossible d'annuler.
Obligé de redémarrer explorer.exe pour enlever le message

Pour le partage de lecteurs et imprimantes sous Windows 10, Free semble rechigner à mettre à jour et sécuriser le protocole SMB (de passer au moins SMB1 à SMB2, et au mieux à SMB3) et dont le problème semble existant pour la nouvelle box Delta (dont je ne m’empresse plus à vouloir prendre et qui semble avoir plusieurs autres anomalies).
Qu’en est-il des autres fournisseurs ?
Est-ce le même problème pour utiliser le partage Windows avec Windows 10 pour les box concurrentes ?

SFR : même probleme https://forum.sfr.fr/t5/Autres-fonctions-box-ADSL/Partage-de-fichiers-acc%C3%A8s-impossible-depuis-Windows-10-Une/td-p/2041502 Bouygues : même probleme https://www.bbox-mag.fr/forum/viewtopic.php?t=2190 Orange : même problème https://communaute.orange.fr/t5/g%C3%A9rer-mon-offre-Internet/Stockage-Livebox-inaccessible-sous-windows-10/m-p/1603623#M47407

Donc tout le monde est à la même enseigne !
Donc aucun semble vouloir mettre à jour leur protocole SMB et permettre d’utiliser le partage Windows sans SMB1 et sans problèmes !
J’ai créé une alerte à l’Arcep (https://jalerte.arcep.fr/report/1/step2c), mais, Free ou autres seront-ils un jour disposé à le faire ?

Bonjour,

Depuis la mise à jour vers la version 4.4 je n’arrive plus à faire mes sauvegardes à partir de l’outil sauvegarde des fichiers intégré à Windows 10. Cela fonctionnait correctement jusqu’à cette mise à jour, maintenant l’outil ne peut plus se connecter, j’ai le message suivant :

“Impossible d’activer l’historique des fichiers La syntaxe du nom de fichier, de répertoire ou de volume est incorrecte”

Pour info, je vois bien le lecteur dans l’explorateur de Windows, et je peux y accéder
J’ai fait une réinstallation complète de Windows pensant que cela pouvait provenir de Microsoft, toujours pareil. Si j’installe un disque dur externe directement sur le pc via USB, l’outil fonctionne.

Merci

Bonjour,

Lorsqu'on essaye de créer/modifier/supprimer un fichier contenant certains caractères spéciaux sur un disque de la Freebox via un partage SMB depuis Linux ou Windows il se produit une erreur du type "le fichier n'existe pas".

Le problème ne se produit pas lorsqu'on essaye les mêmes manipulations depuis l'explorateur de fichiers de l'interface d'administration de la Freebox (mafreebox.freebox.fr/#Fbx.os.app.explorer.app).
Seulement lorsqu'on essaye d'utiliser ce genre de noms de fichiers via un partage SMB.

Les caractères en question sont par exemple certains émoji (ex. émoji "fire" (\xF0\x9F\x94\xA5)), mais pas de problème avec d'autres (ex. ❤️). Peut-être un problème de version Unicode/UTF-8?
Peut-être un problème de configuration du charset dans le smb.conf?

En essayant d'ouvrir cette tâche je me suis rendu compte que ces mêmes caractères provoquent une erreur ici aussi. Je l'ai donc remplacé par son nom et valeur UTF-8.

Je vous joins l'erreur ci-après en remplaçant mon message original (colonne "detailed_desc") par "…" dans le message d'erreur:

Query {INSERT INTO `flyspray_tasks` (project_id, date_opened, last_edited_time, opened_by, percent_complete, mark_private, supertask_id, closedby_version, closure_comment, task_priority, due_date, anon_email, item_status, task_type, product_category, product_version, operating_system, task_severity, item_summary, detailed_desc, user_ip) VALUES (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)} with params {9,1688912958,1688912958,33923,0,0,0,0,,2,0,,1,1,100,318,5,2,Problème via le partage SMB lorsque certains caractères spéciaux se trouve dans un nom de fichier,"…",82.65.143.28} failed! (Incorrect string value: '\xF0\x9F\x94\xA5),…' for column `publicbugs`.`flyspray_tasks`.`detailed_desc` at row 1)

Le caractère que j'essayais d'ajouter à mon message comme exemple à vous montrer est l'émoji "fire" (https://apps.timwhitlock.info/unicode/inspect/hex/1F525) avec comme valeur en bytes UTF-8 "\xF0\x9F\x94\xA5" comme décrit dans l'erreur ci-dessus.

Merci

Bonjour.
Suite à la mise à jour vers Ubuntu 2004 la méthode d’authentification pour le partage Windows est obsolète.
Pouvez vous analyser le contournement ?

========Unable to access location :
Unable to connet to the server “mafreebox”. No suitable
authentification mechasnisme was found

Bonjour.
Souhaitant accéder en lecture/écriture sur l’ensemble d’un disque partagé à l’aide du freebox serveur,
j’ai du préalablement exécuté “sudo chmod -R g+rw” sur l’ensemble du disque avant de le relier à la freebox,
puis j’ai créer sur mon client linux un groupe freebox avec gid=4242 afin de respecter ce que le serveur m’impose.
C’est pas trop mal. Si je veux permettre à un utilisateur d’écrire dans ce partage SMB, je dois seulement l’ajouter
au groupe freebox.
Seulement lorsque, en tant qu’utilisateur smb client, je crée un dossier, ça se complique.
Je suis obligé de faire un “sudo chmod g+rw mon_dossier” si je souhaite mettre quelque chose dedans.
Une solution absurde mais probablement fonctionnelle serais que je crée sur la machine client un user ‘freebox’ uid=4242.
Seulement, seuls cet utilisateur et root pourraient alors faire ce type de tâche (mettre des fichier dans un dossier nouvellement créé).
Je suggère donc de mettre en mode par défaut de création de dossier “g+rw” ou “g+rwx”?
Ou éventuellement de permettre à l’utilisateur de choisir les modes de création qu’il préfère dans l’explorateur de fichier de la freebox serveur.

Une bonne journéee!

PS :

Il semble, à la lecture de nombreux forums, que l’accès en écriture via SMB ne soit normalement pas un problème chez la plupart des gens???
Je dois avoir un problème bien spécifique. Ainsi, je n’aurais sûrement pas du être obligé de faire tout ça. Je mets donc ce ticket en bug.

Voici la ligne de mon fstab : “//mafreebox.freebox.fr/Freebox/data /data cifs _netdev,users,auto,vers=1.0,username=freebox,password=c0nfigsys,sec=ntlm,iocharset=utf8,file_mode=0022,dir_mode=0022,nosetuids 0 0”

Je n’arrive pas à sélectionner la version 3.5.4. Je n’ai que 3.5.2 en choix dans le formulaire.

Je viens a l’instant d’avoir un crash lié a SMB comme avant la version 4.7.5, toute fois je pense que le problème est moins présents.

Il m’arrive d’avoir beaucoups d’echecs mais je relance et ça marche sans que la box se fige, malgré tout au bout de 5-6 essaies sur un iso de 6 Go la box a finis par se figé en etape 1, redémarrage par débranchement encore une fois la seule possibilité.

Donc le bug n’a pas encore été résolu visiblement.

Bonjour,

Depuis la maj 4.7.4 de la Freebox Delta, j’ai des problèmes avec le partage de fichiers Windows.
Le service SMB semble se désactiver tout seul après quelques minutes / heures.

Pour le réactiver (ou du moins pour résoudre le problème), il faut aller sur mafreebox.free.fr, décocher “Activer SMB2/SMB3”, cliquer sur “appliquer”, puis recocher “Activer SMB2/SMB3” et “appliquer” à nouveau.

Ce soucis a lieu depuis la dernière maj Firmware, tout fonctionnait très bien avant (je n’ai récemment effectué aucun changement dans les réglages)..
J’ai essayé de redémarrer la Freebox mais le soucis persiste.

Le partage n’est plus accessible depuis un client Windows 10 ou même un serveur Debian :
En réalité, je ne sais pas si c’est réellement un problème de désactivation du service, car l’erreur qui apparait est un problème “d’identification au niveau du mot de passe ou du login”.
—> Si j’essaie d’accéder au partage depuis un client Windows, j’arrive bien à la demande d’identification.

Merci de votre aide.

Hello,

Alors je résume la chose.

Install fraiche d’une VM (peu importe la distrib le problème est exactement le même à chaque fois) debian avec accès aux disques de la Freebox (activation du smbv2 nécessaire).

premier démarrage de la VM ⇒ freeze (à n’importe quel moment car j’ai look la console au boot et c’est pas à une étape particulière qu’elle plante). Impossible de l’éteindre ou de forcer l’arrêt. Si j’attends que ca se passe c’est toute la freebox qui ne répond plus avec les CPU qui grimpent en flèche niveau température…Obliger de débrancher / rebrancher la delta et d’aller rapidement dans les VM pour forcer l’arrêt (qui fonctionne cette fois)et supprimer la VM.

Nouvelle install fraiche d’une VM debian, sans accès aux disques Freebox (donc smbv2 off) et tout roule…

Bonjour,

Contexte :

Client win10pro 1903
Server Delta 4.1.1 - 3h d’uptime
Disque source Toshiba P300
Transfert LAN (lien Gigabit)
Disque cible1 : array 3x1To RAID0 disques HGST 7K1000-1000 - logements 2,3,4 (volume “perso”)
Disque cible2 : ssd 512Go - logement 1 (disque “fonctionnement box”)
Share windows activé avec authentification (login “freebox” par défaut + mdp ponctuel)
VM arrêtée en cours de transfert, sans effet.

Share 1 et 2 montés via net use

ServerName ShareName UserName     Credential     Dialect NumOpens
---------- --------- --------     ----------     ------- --------
fbxsrv     3To       saloon\abc fbxsrv\freebox 1.5     1
fbxsrv     ssd512    saloon\abc fbxsrv\freebox 1.5     1

Constat :

Lancement du transfert source vers cible1 via robocopy (source cible /MIR /R:0 /W:0 /NP)
⇒ Qu’importe la taille et le type du fichier (jpeg ~4Mo, raw ~25Mo, mp4 ~500Mo), le transfert occile de 0 (!) à 100Mbit/s (task manager) avec parfois une pointe à 500.
Le transfert peut très bien s’interrompre en plein milieu d’un fichier pour reprendre ensuite comme si de rien n’était.
Au bout de 2h de copie ⇒ ~55Go transférés.

Avant que je n’interrompe le massacre, j’ai lancé un test de copie (copy/paste windows) d’un iso win10 vers le ssd (cible2). Même combat : plafond à 10Mo/s, instable.
La source n’était pas la même (ssd système du pc, sata III)

⇒ J’arrête le transfert
⇒ Je tue les montages
⇒ Je supprime l’authentification dans FreeboxOS
⇒ Je recrée les montages et relance mon robocopy

Passé les fichiers déjà copiés (obv), stabilisation du transfert à ~600Mbit/s (et saturation si fichier volumineux)
Si copie de l’iso en // vers cible2, saturation du lien LAN

30 minutes plus tard, je suis à 140Go (de plus) d’envoyés.

Problème (de fond) : j’aimerais pouvoir protéger les share tout en conservant des performances honorables.

Cadeau Bonux en passant : si nous pouvions voir un jour une différenciation d’accès (lecture seule, accès complet) sur les partages, ce serait top (genre “pas d’auth, on est en lecture”).

Merci.

Bonjour,

Depuis la version 3.3.0 du serveur et suite à l’activation du nom de domaine les transferts de fichiers ftp entre le P et le serveur sont passés de 30 Mo/s à 8 Mo/s
La vitesse de transfer en HTTP n’a pas changé (30Mo/s).
Je suis en lien direct Gigabyte sur le serveur.
Le client FTP utilisé est FileZilla dans sa dernière version au moment ou j’ouvre ce ticket (3.15.0.1)

Bonjour, j’ouvre une nouvelle tâche pour un soucis Windows 10 (déjà présent pendant la beta d’après certains utilisateurs)
Testé sur Freebox Révolution.

Au moment de la suppression de la plupart des fichiers / dossiers mais aussi lors de certains transferts, l’explorateur reste bloqué à 99% avec 0 octet restant, et impossible d’annuler. Obligé de redémarrer explorer.exe pour enlever le message. Cependant, les transferts sont effectués.
Cela se produit également lors d'un renommage d'un fichier.

Précisions :
Le bug se produit sur tous les PC windows (à jour).
Le disque dur sur la Freebox Révolution est formaté en NTFS (et n'a pas été reformaté depuis la 4.3.0).
Le bug fait planter le processus explorer.exe : si vous supprimez/renommez un fichier local (sur le Bureau par exemple), ça va rester aussi à 99% jusqu'au redémarrage du processus.

Salut,

Sympa la Seedbox de la FB Server mais.....
Pourrait on ajouter la possibilité d’utiliser un autre espace de stockage que le HDD du NAS de la FB Server?
Par exemple une machine du réseau ou tout simplement un autre NAS?
Les 250 Go du HDD sont sympa mais pour peu qu’on l’utilise pas mal pour stocker autre chose ou enregistrer la TV, il peut vite être saturé...
Permettre de pointer les téléchargements vers un autre espace permettrait de garder la fonction Seedbox sans surcharger le HDD de 250 Go...
N’importe quel client BT permet de faire cela...

Qu’en pensez vous?