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

  • État Fermée
  • Pourcentage achevé
    100%
  • Type Anomalie
  • Catégorie Services locaux → SMB
  • Assignée à Personne
  • Système d'exploitation Freebox Server V6 (Révolution)
  • Sévérité Haute
  • Priorité Moyenne
  • Basée sur la version 4.9.18.1
  • Due pour la version Non décidée
  • Échéance Non décidée
  • Votes 8
  • Privée
Concerne le projet: Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)
Ouverte par jiceel - 27/03/2026
Dernière modification par mmakassikis - 29/04/2026

FS#40902 - Toujours pas d'accès aux fichiers depuis Windows après maj 4.9.18.1

La version 4.9.18.1 n’a pas résolu les partages Windows, on voit les fichiers en lien direct, mais impossible de lire ou effacer ces mêmes fichiers. Le partage Samba pose toujours problème. Sur réseau depuis l’explorateur de fichiers, ça cherche, mais il ne se passe rien, mis à part que Windows est instable et oblige à redémarrer pour reprendre la main.

Fermée par  mmakassikis
29.04.2026 07:13
Raison de la fermeture :  Résolu
Commentaires de fermeture :  

firmware 4.9.19

Admin

bonjour,

quelle version de windows ?

est-ce que l'authentification est activée ?

s'agit-il d'un lecteur réseau ou accèder-vous au disque depuis le voisinage réseau dans l'explorateur ?

Dans la même ligne, les accès samba ne fonctionnent plus depuis la maj 4.9.17.
Les équipements sont bien vus.
Message d'erreur : impossible de se connecter à … Constaté sus Linux et Androïd.
(je précise qu'avant la maj tout fonctionnait :) )

jiceel a commenté le 27.03.2026 08:21

Bonjour,
Je suis sous Windows 11 Pro, 25H2.
Aucun réglage n'a été touché.
Depuis le raccourci
\\Freebox_Server\Disque dur
Je vois mes fichiers, mais ça plante dés que je veux en ouvrir un.
Sinon en passant par l’icône Réseau de l'explorateur ça plante dés que je clique sur freebox_serveur

jiceel a commenté le 27.03.2026 08:31

Aucun message d'erreur, Windows ne redonne pas la main. Même en redémarrant l'explorateur de fichiers, Windows est toujours instable et oblige à redémarrer le système.
Je me sert du Macbook pour accéder à mes fichiers.

abel99 a commenté le 27.03.2026 08:44

Mêmes problèmes depuis Windows 10 et le serveur Mini 4k que je viens de passer au Firmware 4.9.18.1.
Idem depuis l'application "Free" sur mobile lorsqu'on clique sur l'icône "Serveur" : message "Oops … "
L'application "Freebox Files" fonctionne normalement.

Informations complémentaires :
depuis le Player de la mini 4k, l'accès aux différents fichiers du disque fonctionne.
Idem avec VLC que ce soit depuis un PC ou sur mobile, en passant par l'UPnP ou par accès direct aux dossiers

Admin

@Maurice93

linux: testé avec différentes VM sur une ultra (donc versions différentes de kernel) → pas de problèmes avec le driver cifs.ko. quel client est utilisé ?

android: là, il y a pléthore de clients … pouvez-vous être plus précis ?

@jiceel

j'ai testé sur des VM windows10/11 sans reproduire le problème. Après vérification, mes VM win11 ne sont pas à jour. J'attends la fin de la MAJ pour retester.

@abel99

Mêmes problèmes depuis Windows 10 et le serveur Mini 4k

"même problèmes" ⇒ blocage de l'explorateur, comme pour jiceel ?

Idem depuis l'application "Free" sur mobile lorsqu'on clique sur l'icône "Serveur" : message "Oops … "
> L'application "Freebox Files" fonctionne normalement.

les applications mobiles n'utilisent pas le SMB pour accéder aux fichiers, donc c'est un truc bug.

Clarbec a commenté le 27.03.2026 09:10

Idem impossible d'avoir accès aux fichiers du disque dur connecté à la freebox (Win Pro 25H2)
Explorer mouline sans rendre la main

abel99 a commenté le 27.03.2026 09:29

@mmakassikis @abel99

  Mêmes problèmes depuis Windows 10 et le serveur Mini 4k

"même problèmes" ⇒ blocage de l'explorateur, comme pour jiceel ?

Pas tout à fait : je n'es pas testé " on voit les fichiers en lien direct"
mais que depuis "Réseau"

  Idem depuis l'application "Free" sur mobile lorsqu'on clique sur l'icône "Serveur" : message "Oops … "
  > L'application "Freebox Files" fonctionne normalement. 

les applications mobiles n'utilisent pas le SMB pour accéder aux fichiers, donc c'est un truc bug.

C'est la différence d'accès entre les 2 applications qui m'étonne le plus.

Je confirme que depuis un PC sous Linux, tout fonctionne correctement.

abel99 a commenté le 27.03.2026 09:30

correction Je n'ai … ;)

Clarbec a commenté le 27.03.2026 09:37

complément d'information (Mini 4K)

Cela fonctionne bien via accès : https://xxxxxx.freeboxos.fr

jiceel a commenté le 27.03.2026 13:03

Testé sur un autre PC plus ancien, sur l'icône réseau, puis Freebox_Server
Après un temps d'attente de plusieurs minutes, j'ai le message de Windows dans une fenêtre:

\\Freebox_Server n'est pas accessible. Vous ne disposez peut-être pas des autorisations
nécessaires pour utiliser cette source réseau. Contactez l'administrateur de ce serveur pour
savoir si vous disposez des autorisations d'accès.

@mmakassikis Windows 11 à jour
SMB2/3 activé.
Authentification non activée.

\\@Ip_fb ne donne plus la liste des dossiers partagés
\\@Ip_fb\nom-partage permet l'accès à l’arborescence, navigation dans arbo possible, mais impossible d'ouvrir fichier

à noter que l'accès via un qnap (linux) au dossier partagé de la FB fonctionne.

Accès depuis VLC Android (config préférence SMB1) à \\@Ip_fb ne donne pas la liste des dossiers partagés. Mais avec VLC config préf SMB1 désactivée, on voit les noms de partage et lecture fichier ok.

Rolandin a commenté le 27.03.2026 21:57

Bonjour à vous toutes et tous.

Impossible d'ouvrir "Freebox Server" depuis le chemin "Réseaux/Freebox Server", le sablier tourne sans arrêt. Seule solution pour moi c'est d'enregistrer mes vidéos sur une clé USB et de la connecter sur le "Player". Bonne soirée

surf2fr a commenté le 27.03.2026 23:38

Bonjour, encore (une fois de plus) un problème SMB depuis Windows 11 vers le stockage interne de l'ultra depuis la dernière mise à jour 4.9.18-r2. Le stockage interne de la box est visible depuis l'explorateur Windows. La copie vers et la copie depuis semble fonctionner, elle démarre, mais en fin de copie l'opération de copie ne termine pas. La fenêtre de copie de l'explorateur Windows reste figée. Screenshot depuis le lien.
Rien a été modifié sur Windows et les réglages de la box. Ce problème est venu avec la mise à jour 4.9.18-r2.
Je regrette d'avoir fait cette mise à jour. A chaque mise à jour on tremble du résultat et des effets de bord.

L'équipe Free pouvez vous régler ce problème SVP, le stockage de la box est inutilisable de manière conviviale depuis Windows ? Merci

surf2fr a commenté le 27.03.2026 23:45

Sans compter que la fenêtre de copie de l'explorateur refuse de se fermer du coup puisqu'elle reste figée. Il faut tuer et relancer l'explorateur windows pour le réutiliser.

Casta a commenté le 28.03.2026 04:03

bonjour

depuis la maj 4.9.18.1

je suis sous windows 11 pro et family 11 25h2

sous windows / réseau / freebox server

j'ai ce message

\\Freebox_Server n'est pas accessible. Vous ne disposez peut-être pas des autorisations
nécessaires pour utiliser cette source réseau. Contactez l'administrateur de ce serveur pour
savoir si vous disposez des autorisations d'accès.
L'appel de procédure distante a échoué et ne s'est pas exécuté

alors que cela fonctionné très bien sous 4.9.17

MaxPanda a commenté le 28.03.2026 05:58

Perso, sous Win11 Pro 25H2 dernier build 26200.8039
Si je clique sur "réseau" puis "Freebox_serveur", plantage
Par contre via mon mapping smb perso "nom répertoire(\\Freebox_serveur) (Lettre:)
Accès normal et lecture écriture ok
Bizarre non

Jusqu'à hier soir cela refonctionnait avec la maj 4.9.18.1 mais ce matin impossible d'accéder à mes disques dur en réseaux. c'est saoulent

Pour répondre aux questions @Maurice93

linux: testé avec différentes VM sur une ultra (donc versions différentes de kernel) → pas de problèmes avec le driver cifs.ko. quel client est utilisé ?

android: là, il y a pléthore de clients … pouvez-vous être plus précis ?


Pour Free : Freebox Révolution version 4.9.18.1
Pour Linux, je suis sous Ubuntu 24.04.4. modinfo cifs : version 2.56
Pour Androïd j'utilise une appli gestionnaire de fichier. Je suis sous androïd 14.

tout ce beau petit monde fonctionnait à merveille avant la maj 4.9.17
Sur Linux et Androïd je vois bien le serveur Free et j'accède aux fichiers (upnp je suppose).
Mais les accès samba entre android/pc linux/raspberry pi ne fonctionnent plus.
Sur le pc linux : message d'erreur "l'obtention de la liste des partages du serveur a échoué:connexion terminée par expiration du délai d'attente".
Sur le Tél Androïd : message d'erreur:Impossible de se connecter "raspberrypi"
Sur la Freebox : le sablier tourne indéfiniment.

dany0007 a commenté le 28.03.2026 17:26

bonjour

j’ai mis hors tension et au redémarrage j’ai récupéré la mise à jour 4.9.18.1

j’ai bien accès à mes disques connectés en USB sur le serveur Freebox avec mon pc.
mais j’ai des temps morts comme des pertes d’accés.

si je branche en USB en direct sur mon pc ce même disque aucun problème ça va très vite donc le problème ne vient pas disque

je suis en Windows 11 25h2 j'ai connecté un lecteur de réseau Z permanent qui marche toujours heureusement car maintenant on ne peux plus développeFreebox server

et j'ai des problèmes avec word et Smart cutter
cordialement

bonjour,
presque deux semaines maintenant que les problèmes s'enchainent suite à la 4.9.17 (Mise en Prod clairement non maitrisée), et les tickets (en cascade) sont toujours à "Priorité = Très basse"??

Arkon666 a commenté le 28.03.2026 17:53

Bonjour,

Je confirme le problème d'accès réseau du disque dur du Freebox Serveur via montage Samba / Freebox Révolution (firmware 4.9.18.1) sous Windows 10.

Les accès fonctionnent bien depuis le Freebox Player (Menu "Mes Fichiers") ou depuis l'appli Android "Freebox Files". C'est donc bien l'accès via le Partage Windows (protocole SMB2/SMB3) qui pose souci.

- Le disque dur est bien visible via le partage Réseau mais impossible d'afficher son contenu ou de le parcourir : la découverte du disque réseau tourne sans fin dans l'explorateur, sans jamais afficher son contenu.

- Les accès directs via chemin ciblé ne fonctionnent pas mieux sous l'explorateur Windows, mais cela fonctionne étrangement via des gestionnaires de fichier tiers (comme Q-Dir).
Pour autant, une fois le listing du contenu du répertoire fait, la navigation échoue. De même, les copies / transferts / suppressions de fichier fonctionnent partiellement : l'action est bien exécutée mais la fenêtre de dialogue de l'explorateur (indiquant l'avancement) se fige à 99% et ne se ferme jamais. Les tâches restent actives et impossible de les tuer, même si l'action de copie a bien a été faite manifestement.

Merci d'avance pour le correctif.

Bogus a commenté le 29.03.2026 00:07

Idem chez moi, Windows 10 et FBX Révolution, Server en 4.9.18.1 après avoir fait la màj au cas où cela résolve le problème en Replay de blocage après changement de la piste audio que je décris dans cette tâche : https://dev.freebox.fr/bugs/task/40916

Mais ça n'a pas résolu le problème même après un nouveau démarrage du Player (lui en 1.3.57.1), et j'ai donc aussi maintenant l'impossibilité de lancer les fichiers de la Freebox depuis l'Explorateur de Windows… Cela fige l'explorateur ainsi que VLC qui ne répond plus.

Matt444 a commenté le 29.03.2026 06:14

Bonjour à tous,

J'ai trouvé une solution pour que ça refonctionne (testé sur w10 et w11).

Utiliser le protocole SMB1.

Dans freebox OS, paramètres, partage windows, désactiver "activer SMB2 ET 3".

Ensuite, dans les paramètres windows, afficher "fonctionnalités windows" et cocher "support de partage SM1…".

J'espère que cela fonctionnera pour vous aussi.

Cordialement.

abel99 a commenté le 29.03.2026 07:57

PC Windows 10, serveur Mini 4k Firmware 4.9.18.1
Depuis l'explorateur de Windows,
par un clic droit sur "Reseau", lien "Connecter un lecteur réseau",
et en indiquant d'utiliser le compte et mot de passe d'accès à Freebox OS,
j'ai bien accès au disque du serveur.
Je peux déplacer des fichiers d'un dossier à un autre ou les supprimer.
Par contre, si j'ouvre un fichier audio de 4 minutes, la lecture s'arrête à 40 secondes :(
Je vais continuer quelques tests avec une vidéo.

Arkon666 a commenté le 29.03.2026 10:45

@Matt444 : merci pour le workaround, je confirme que tout refonctionne "correctement" a priori, en repassant sur le protocole SMB1 (en tout cas les extrêmes lenteurs et autres blocages systèmes semblent avoir disparues).

Cela confirme clairement la piste du défaut sur les protocoles SMB2/SMB3 !

Pour autant, SMB1 est un protocole vieillissant et extrêmement peu sécurisé … acceptable sur du court terme sur un réseau peu ouvert, mais vivement un correctif asap pour revenir en SMB2/3.

michle38 a commenté le 29.03.2026 12:03

Bonjour,

Je ne suis pas spécialiste informatique comme beaucoup dans ce fil mais simple utilsateur. Désolé si mes propos sont inutiles.

Je constate que depuis la 4.9.17 et au fil des versions cela empire

Je vous indique uniquement ce que je constate.

- Pas d'accès par l'explorateur w10 juste intitulé Freebox_Server
- Accès ok par Freebox OS - Accès OK par l'application Freebox android censé plus être mis à jour
- Ok pour Freebox files
- Par la "nouvelle" application FREE Android, là c'est la catastrophe, pas d'accès au freebox Server ("Oops….) ni l'onglet abonnement, ni aAssistance….. même OOPS

En espérant qu'un solution soit trouvée.

* Pour moi, les premiers signes d'incidents ont commencé à l'annonce de la 4.9.17.
C'est en allant dans l'application Free pour passer cette maj que j'ai eu le 1ER OoPs

Clarbec a commenté le 29.03.2026 14:41

SMB1 ne fonctionne pas chez moi Mini4K 4.9.18.1 W11 Pro 25H2

@michle38 bonjour, pour windows 10, essayez la solution de @Matt444 :
allez dans freebox os : http:/mafreebox.freebox.fr
parametres de la freebox, Partages Windows, et décochez "Activer SMB2/SMB3"

Ensuite, sur votre PC :
ouvrir parametres, Systeme, fonctionnalités facultatives puis tout en bas, "Plus de fonctionnalités Windows", et dans la liste, cochez "support de partage de fichiers SMB1.0/CIFS".
Il vous sera demandé de redémarrer votre PC.
Ensuite, vous devriez avoir accès à freebox server depuis votre PC

eric12 a commenté le 29.03.2026 16:34

Un peu pénible ces problèmes de smbv2/smbv3 qui reviennent régulièrement depuis 2021 !

Et personnellement je suis toujours sur win7, donc ne dite pas que c'est a cause des mises à jour windows !

Actuellement avec le 4.9.18.1 la découverte réseau est extrêmement lente, et parfois ça finit par aboutir, parfois c'est explorer qui plante.
Vu les mauvais retour j'avais pas installé les firmware précédents. En 4.9.16 je n'avais pas de problèmes.

eric12 a commenté le 29.03.2026 16:37

Pardon pour l'impolitesse, un peu agacé par ce bug qui revient un peu trop souvent, j'en ai oublié le bonjour… et on peut toujours pas éditer ces messages, ça aussi c'est une belle lacune.

Bref, Bonjour .

surf2fr a commenté le 29.03.2026 17:23

@misterbean

Bonjour, effectivement redescendre en SMB 1.0 est un contournement temporaire mais pas très secure quand même.

Merci d'avoir rappelé cette astuce en attendant une MAJ des box.

surf2fr a commenté le 29.03.2026 17:37

Si ce contournement fonctionne, le débit est très très limité, en tout cas dans ma configuration habituelle où je transférais habituellement à 250mo/s vers le ssd interne de la box, là cantonné à 30mo/s. Mais toujours mieux que rien ou du plantage. LOL

michle38 a commenté le 29.03.2026 17:47

Merci pour tes conseils @misterbean.

Pour moi actuellement le pb n'est pas bloquant et donc je préfère attendre.

Si j'ai bien compris, la solution proposée est moins sécuritaire mais à l'avantage de fonctionner.

je préfère donc attendre rester dans les stanndards.

Concernant les applications Android, il est étonnant que les anciennes, censées ne plus être utilisées comme Freebox, fonctionnent alors que les nouvelles comme FREE se plantent.

@surf2fr nous sommes d'accord, de la bidouille pour contourner les problemes avec un opérateur aux abonnés absent (mais merci à la "communauté" que nous sommes, quelque soit nos connaissances (en gros des testeurs qui payent un abonnement pour tester la prod :o ), et des tickets qui restent à la priorité "très basse". J'aimerai donc rappeler à cet opérateur que la confiance met longtemps à se gagner, mais très vite à se perdre. Chez Free depuis plus de 20ans, il y a eu des pannes "ponctuelles", avec une plutot bonne réactivité, mais jamais de soucis qui durent depuis aussi longtemps. @free, attention à ne pas devenir votre caricature (pubs ridicules en passant): reef

@surf2fr je confirme également pour les transferts, en SMB2/3, j'etais à genre 13Mo/s lorsque je copiai un fichier sur le serveur, mais ça figeait à 99%. J'annulai (ça prenait 30mn), mais le fichier était persistant et je pouvais le lire sur ma tv via firestick/VLC/freebox server, et l'effacer via freebox files sur mon telephone après. En SMB1, c'est genre 2Mo/s, assez lent, mais au moins, ça va au bout. Esperons donc que ces problemes soient bien pris en compte, et testés!!

MaxPanda a commenté le 30.03.2026 05:14

J'ignore s'il y a un rapport avec SMB, mais je constate que depuis la gestion "web" "ma freebox" dans "périphériques réseau" :
- soit la liste est incomplète
- soit je recois le msg "Erreur lors de la récupération de la liste des hôtes: Ce service n’est pas disponible actuellement"
Ceci depuis la version 4.9.18 (ma version actuelle)
Je n'ai pas changé de version vu tous les problèmes que je constate ici

Ricou69 a commenté le 30.03.2026 10:18

Bonjour,

Je constate aussi l'impossibilité d'aller sur le lecteur réseau de ma Freebox dans l'Explorateur Windows depuis la dernière mise à jour.

En espérant que Free corrige rapidement le bug.

Merci Matt444, fonctionne parfaitement.

Bonjour à tous,

Ce dimanche 29/03, j'ai eu ma box révolution qui a reboot (pas de ma part …) et donc une mise à jour du firmware qui a été faite.
A partir de ce moment là, le délai d'accès au contenu présent sur le disque dur a été fortement ralenti.

La copie d'un fichier depuis ma machine Windows 10 vers la freebox se fait normalement. Alors que pour l'inverse, je dois attendre environ plusieurs dizaines de secondes, voir quelques minutes, pour que la copie ne puisse commencer.
En cas de lecture d'un vidéo via VLC, celui-ci ne répond plus, nécessitant parfois de forcer sa fermeture. Dans le cas ou il répondrait, le message indiquant qu'il n'arrive plus à lire apparait. Et quelques fois, la vidéo se lance pendant un court instant, avant d'être interrompu par un problème de flux.

En consultant le ticket #37792, j'ai effectué le test en désactivant l'option "SMB2/SMB3". Cela a eu pour effet que je n'y ai plus eu accès (Message classique de Windows disant qu'il n'arrive pas à joindre la cible), aussi bien par son nom que par son IP.
La réactivation de l'option semble permettre d'y réaccéder. Mais, le temps de réaction est lent.
Si l'identification est active, celle-ci est demandé immédiatement. Mais, cela ne change rien à la lenteur d'accès.

hqueval a commenté le 31.03.2026 21:13

bonsoir,
Avant changement de BOX et donc mise à jour du firmware les partage SMB était OK depuis les machines Windows.

Depuis firmware 4.9.18.1 (suite remplacement BOX), Plus d'accès au disque en SMB V2.

Utilisant machine sous Windows 10 et/ou Windows 11,
- accès depuis navigateur voisinage réseau ou directement entrant \\Freebox
- accès authentifié (param box)
résultat identique à savoir:

La BOX répond sur SMB V2
La BOX répond à l'authentification (refuse si passwd erroné)
Navigateur bloque:

Sortie en timeout, message identique Windows 10 et 11
"L'appel de procédure distante a échoué et ne s'est pas exécuté"

Pour information: sous Windows 11, L'accès se fonctionne à travers un accès Périphériques Média. qui n'est pas en SMB. Routage IP OK; Utilise IPV4 réseau local 192.168.1.0/24 .
Les PC Windows 10 et 11 continuent d'accéder à d'autres machines ayant des partage SMB V2 ( donc un problème Windows).

Non je ne pense pas que cela vienne de windows( la problèmatique ayant pop après les dernières MaJ des Box).
De plus, sur mon serveur Jellyfin sur mon mini pc en ubuntu server, je n'avais plsu accès non plus aux médias de la freebox.

J'ai dû desactiver le SMBV2/V3 de la freebox et faire un montage en SMBV1 sur le ubuntu server pour retrouver ces accès. Idem sur mon PC windows 11, j'ai dû activer le SMBV1…. Heureusement que j'ai d'autres sécu car pas très safe tout ça….

@dev' : Vous êtes sur le sujet ? des pistes ?

surf2fr a commenté le 01.04.2026 07:40

Ne cherchez pas des problèmes où il n'y en a pas. Windows et tous les autres OS ne sont pas en cause.
La cause c'est la MAJ de la box. Ce problème est récurent depuis des années. Toutes les X mise à jour de firmware on a droit à un SMB cassé, avec des contournements plus ou moins fonctionnels, le temps que les développeurs Free règlent le problème.
Ca fait des lustres que je suis chez Free en passant par du Révolution, du Pop, du Delta et maintenant 2 ans d'Ultra, et l'histoire ne fait que se répéter sans cesse.
Faut juste prendre son mal en patience.

tiouil a commenté le 01.04.2026 17:40

Bonjour,

même problème sur une Ultra 4.18-r2. Windows 11 pour le PC.

Accès directement par le voisinage réseau → KO ca tourne dans le vide (je n'ai même pas accès à l'espace disponible)
Accès via WINDOWS + R → \\mafreebox.freebox.fr → Demande un code mais ca tourne dans le vide après

Avec ou sans authentification (manipulé sur FBX OS) → idem
Avec ou sans SMB 3 (manipulé sur FBX OS) → Idem

Adresse mac : 38:07:16:C0:3F:A6

D'ailleurs si vous pouvez me sortir de la liste béta-test au passage ca serait sympa. Merci beaucoup.

Admin

bonjour,

le correctif dont il est question dans le changelog du firmware 4.9.18.1 est lié à un regression introduite dans le firmware 4.9.18. Le comportement des clients Windows/Linux/Android est différent, et la régression affectait principalement les clients Windows.

L'erreur "L'appel de procédure distante a échoué et ne s'est pas exécuté" ne se produit pas dans mes VM de test W10/W11 22H2/24H2.

L'erreur est présente dans VM Win11 25H2 installée pour l'occasion. J'ai retesté la même VM avec le firmware 4.9.7, et l'erreur est toujours présente (uniquement sur cette VM).

Pour résumer: il y a bien une erreur lors de l'accès à un partage SMB depuis un Windows 11 25H2. L'analyse est en cours pour identifier et corriger le problème (pas lié à l'authentification, puisque l'accès initial + listing des partages fonctionne). Cela ne semble pas être un régression du dernier firmware puisque l'erreur est présente avec un firmware d'il y a plus de 6 mois.

Arkon666 a commenté le 02.04.2026 18:02

Bonsoir @mmakassikis et merci pour votre retour détaillé.

Pour autant je ne suis pas certain, comme vous le dites, que le problème de partage SMB ne soit limité qu'aux clients Windows 11.

Je suis en effet sur une version Windows 10 22H2 (build 19045.7058) et je rencontre bien le problème d'accès au disque du Freebox Server via les protocoles SMB2/SMB3. Alors que l'accès fonctionne bien si je repasse en SMB1.

En SMB2/SMB3, impossible de faire ne serait-ce que le listing du contenu du disque (ça tourne sans fin dans l'explorateur, et cela provoque même des blocages/plantés et dégrade le bon fonctionnement de l'OS).

Merci encore pour votre aide et correctif à venir.

Admin

Il est possible que le bug ne concerne pas que Win11 25H2, et cela expliquerait pourquoi d'autre personnes sur ce ticket indique que ça fonctionnait sur des version antérieures du firmware.

Je suis en effet sur une version Windows 10 22H2 (build 19045.7058) et je rencontre bien le problème d'accès au disque du Freebox Server via les protocoles SMB2/SMB3. Alors que l'accès fonctionne bien si je repasse en SMB1.

est-ce que le SMB2/SMB3 fonctionnait pour vous sur la même machine auparavant ?

Bogus a commenté le 02.04.2026 19:24

Même version de Windows 10 (22H2 build 19045.7058) que ci-dessus, et j'ai bien le problème d'accès depuis reboot du Server V6 et le dernier firmware en date (4.9.18.1).

Aucun problème d'ouverture des fichiers ou de transfert dans un sens ou dans l'autre avant ce firmware.

Arkon666 a commenté le 02.04.2026 19:36

@mmakassikis : "est-ce que le SMB2/SMB3 fonctionnait pour vous sur la même machine auparavant ?"
⇒ OUI je confirme, jamais eu de soucis avec SMB2/SMB3 auparavant (sur la même machine et même version d'OS Windows 10 22H2 build 19045.7058)
Je n'avais d'ailleurs jamais eu à activer SMB1 avant l'arrivée du firmware 4.9.18.1.

100% en phase avec le commentaire de @Bogus.

Bogus a commenté le 02.04.2026 22:22

Après application de la solution trouvée par Matt444 (merci !) pour passer en SMB1, je confirme que ça fonctionne aussi de nouveau de mon côté.

Je suppose que ça n'est pas idéal mais faute de mieux pour l'instant, on fera avec.

Bonjour,

Même problème :
Je vois mes disques sous windows 11 (25H2).
Je peux copier un fichier de mon DD local W11 vers DD de la box Delta (OS : 4.9.18.1).
Mais impossible de copier un fichier du DD de la box vers fichier local W11
Message de windows : « Erreur 0x80090006 : Signature non valide »

Bon courage aux devs.

tookoor a commenté le 03.04.2026 18:46

Idem… perso je gueule rarement, mais là c'est critique les gars, sortez vous les doigts.

Matt444 a commenté le 04.04.2026 06:02

Bonjour à tous,

Casta, concernant ton problème sur W11 pro où le partage de fichiers est encore plus sécurisé, voici la procédure à réaliser de Titeuf64 :

1. Désactivez l’exigence de signature du client SMB :

a. Dans la recherche du menu Démarrer, saisissez gpedit et démarrez l' application Modifier la stratégie de groupe (c'est-à-dire l'éditeur de stratégie de groupe local) .

b. Dans l’arborescence de la console, sélectionnez Configuration ordinateur > Paramètres Windows > Paramètres de sécurité > Stratégies locales > Options de sécurité .

c. Double-cliquez sur Client réseau Microsoft : Signer numériquement les communications (toujours) .
d. Sélectionnez Désactivé > OK .

2. Désactivez la protection de secours de l’invité :

a. Dans la recherche du menu Démarrer, saisissez gpedit et démarrez l' application Modifier la stratégie de groupe (c'est-à-dire l'éditeur de stratégie de groupe local) .

b. Dans l’arborescence de la console, sélectionnez Configuration ordinateur > Modèles d’administration > Réseau > Station de travail Lanman.

c. Double-cliquez sur Activer les connexions d'invités non sécurisées

d. Sélectionnez Activé > OK

3. Si vous utilisez Windows 11 Home Edition , l'option de secours de l'invité est toujours activée par défaut, vous ne lisez donc probablement pas ce billet de blog. Mais si pour une raison quelconque elle est activée, ou si vous devez désactiver la signature SMB en raison d'un NAS tiers, vous devrez utiliser PowerShell pour configurer votre machine car il n'existe pas d'outil gpedit par défaut. Pour ce faire :

a. Dans la recherche du menu Démarrer, saisissez powershell puis, sous l' application Windows PowerShell , cliquez sur Exécuter en tant qu'administrateur. Acceptez l'invite d'élévation.

b. Pour désactiver l'exigence de signature SMB, saisissez :
Set-SmbClientConfiguration -RequireSecuritySignature $false

c. Appuyez sur Entrée, puis sur Y pour accepter.

d. Pour désactiver le repli des invités, saisissez :
Set-SmbClientConfiguration -EnableInsecureGuestLogons $true

e. Appuyez sur Entrée, puis sur Y pour accepter.

J'espère que ça réglera ton problème.

Rolandin a commenté le 04.04.2026 09:21

Bonjour à toutes et à tous.
Ceux pour qui la méthode de Matt444 ne fonctionne pas, est-ce qu'une fois sur cette page ci-dessous, vous attendez quelques secondes que le redémarrage de votre PC vous soit demandé

https://www.image-heberg.fr/files/1775208762330514081.jpg

Je vous dis çà car j'ai eu ce problème en le faisant "redémarrer" moi même, et les fichiers désirés n'avaient été chargé, et la manip n'avait pas fonctionné

Casta a commenté le 04.04.2026 09:48

bonjour

merci infiniment Matt444

la méthode marche impc du coup pour win 11 pro

je vais la noter qui sait cela pourrait servir si bug encore avec les futures MAJ de la freebox

jiceel a commenté le 07.04.2026 06:14

Bonjour,
J'avais une maj inférieure à 4.9.17, je ne sais pas laquelle. J'attends toujours de voir les réactions avant de faire mes maj. Quand j'ai vu les soucis rencontrés avec la 4.9.17, je me suis abstenu et j'ai surveillé la suite. Quand j'ai lu que la maj 4.9.18.1 avait résolu le problème, j'ai fait la maj et contrôlé de suite, le partage de fichiers sous Windows ne fonctionnait plus, donc seul à changé la maj de la freebox.
Windows 11 toujours à jour et aucune manipulation de ce côté.
La manipulation SMB1 n'est pas recommandée du tout et je ne la ferai pas. En attendant je passe par le Mac, ça fonctionne parfaitement.

jiceel a commenté le 07.04.2026 06:42

Rectification, je commence à m'y perdre dans les maj. J'ai d'abord fait la 4.9.18 et perdu mes partages et ensuite la 4.9.18.1 qui n'a rien changé.

Lipixy9 a commenté le 07.04.2026 13:25

Petite question bête mais il compte faire quelque chose avant 2027 chez Free ? Ils ont quand même confiance que ce problème est un problème récurrent, et qu'il est très impactant ?

Rolandin a commenté le 07.04.2026 14:12

Bonjour à vous toutes et vous tous, en particulier aux développeurs qui nous ont pas oublié.

Le ticket est quand même ouvert depuis le 27/03/2026. Il faudrait bien faire quelques choses rapidement car ça urge de plus en plus. Merci d'avance les dévelos @++

dany0007 a commenté le 07.04.2026 16:55

bonjour
j'ai teste la méthode de Matt444
pour moi ça marche en Windows 11 25h2
merci aux développeurs de s'inspirer et de faire une maj pour corriger le problème
cordialement

eric12 a commenté le 07.04.2026 20:21

Bonjour,

"Il est possible que le bug ne concerne pas que Win11 25H2"
"est-ce que le SMB2/SMB3 fonctionnait pour vous sur la même machine auparavant ?"

Comme dit plus haut j'ai encore un pc en win7, et SMB2/SMB3 fonctionnait jusqu’à la 4.9.16 et qui n'arrive plus a découvrir correctement le partage réseau (fonctionnement aléatoire).

Le problème ne vient pas d'une mise a jour de windows, inexistante depuis bien longtemps sur win7, mais bien de la mise a jour de Freebox OS.

PS: Repasser en smb v1 est un contournement connu depuis longtemps tellement les bugs SMB sont récurrents depuis 2021, mais ça N'EST PAS une solution.

Bonjour, moi aussi j'apporte mon temoignage de la meme chose depuis l'update :

Sous Windows 7 x64 (eh oui, je n'ai aucune utilité des versions supérieures lourdes) et je rencontre bien le problème d'accès au disque du Freebox Server via les protocoles SMB2/SMB3. Alors que l'accès fonctionne bien si je repasse en SMB1.

ps : petite demande aussi, si l'on oublie son mot de passe et son identifiant, impossible de faire un reset ! Il faudrait pouvoir entrer son adresse email, c'est mieux. J'ai été oubligé de REFAIRE un compte avec un nouvel email. Chez FREE, ils n'ont pas pu m'aider car ils me disent que ce site est indépendant et n'appartient pas à FREE !

Même problème d'accès à partir d'un Windows famille 25H2, build 26200.8037, depuis le reboot (et donc l'upgrade) de ma freebox revolution.
Fonctionnait comme un charme auparavant.
Bien sur, j'ai mis à jour les paramètres d'accès sur la freebox, mais ça ne change rien.
Message d'erreur: \\Freebox_Server n'est pas accessible

Bonjour,

Même problème de mon côté depuis une Ultra en 4.8.18.1, accès au NVMe en SMB KO sur Windows 11 25H2 26200.8039 , windows indique non accessible. OK sur linux (Test kubuntu 25)

Cependant, lorsque sur Freebox OS je désactive le mode invité du SMB et oblige l'authentification via password. Cela refonctionne sur Windows.

jiceel a commenté le 11.04.2026 14:23

Bonjour,
Chez moi, même en ajoutant l'obligation d'authentification via password, J'ai bien la demande de pass sous Windows, mais ça n’aboutit pas plus. Fini toujours par "L'appel de procédure distante à échoué et ne s'est pas exécuté".
Ce qui est bizarre c'est que je dois donner aussi l'authentification sur Mac alors que je l'ai laissé en mode invité sur Freebox OS.
Sur Apple TV avec une application en partage de fichiers smb ça fonctionne.

jiceel a commenté le 12.04.2026 06:21

Par contre comme l'a précisé MaxPanda le 28.03.2026 05:58
Si on crée un lecteur réseau avec "nom répertoire(\\Freebox_serveur) (Lettre:)
Accès normal et lecture écriture ok
Je vais donc utiliser ça.

bonjour j'ai trouver une solution sur Windows il ne faut pas le connecter en tant que disque réseau mais en tant que emplacement réseau et depuis j'ai plus de problème pour y acceder et un débit très correcte

surf2fr a commenté le 12.04.2026 21:02

@matheomeynieu Lecteur réseau ou emplacement réseau, pour ma part, la vitesse d'écriture vers le SSD de la box est toujours ridiculeusement lente ne dépassant pas 32mo/s, alors qu'elle devrait être proche de 230mo/s avant ce problème qui oblige de repasser en SMB1.
Maigre consolation, la vitesse de lecture du SSD de la box depuis Windows est restée optimale (230mo/s).

@équipe de développement, quand cette régression sera t-elle corrigée SVP ?

Merci.

Admin

en relisant le thread, je vois qu'il y a plusieurs retours différent:
1/ Erreur 0x80090006 : Signature non valide
2/ accès via \\Freebox_Server non fonctionnel
3/ erreur "L'appel de procédure distante a échoué et ne s'est pas exécuté" lorsque l'on essaie de lister le contenu d'un répertoire
4/ fichiers visibles, mais explorateur lent
5/ transferts qui bloquent à 99%
6/ comportement différent en fonction de si l'accès se fait via un lecteur réseau ou par une URL de partage (paradoxalement le comportement est opposé entre @jiceel et @matheomeynieu)

pour le cas 1/
⇒ est-ce que l'erreur est systématique sur tous les transferts ? quelle que soit la direction du transfert (client → box vs box → client)

pour le cas 2/
⇒ il faudrait tester en utilisant l'IP de la box; 192.168.1.254 par défaut. cela permet d'identifier si c'est un problème de résolution de nom (WS-Discovery/mDNS) ou de connexion SMB

pour le cas 3/
⇒ c'est le cas que j'ai reproduit et il y a effectivement un changement de comportant côté Windows. Le problème est quand le répertoire contient un ou des fichiers dont le nom contient un caractère interdit (" \ / : | < > * ?).
Win10 ⇒ l'entrée en question est ignorée, et les autres fichiers dans le répertoire sont listés
Win11 ⇒ erreur qui empêche de lister le reste du répertoire

pour le cas 4/
⇒ est-ce que cela concerne tout type de fichiers ?

@eric12 / @Idaho2026

pouvez-vous préciser comment le problème d'accès se manifeste sur votre windows7 ?
y a-t-il un message d'erreur (lequel?) ?

Arkon666 a commenté le 17.04.2026 15:18

Bonjour @mmakassikis,

Merci pour la synthèse.

Pour le cas 2 (et aussi le cas 5) : le problème de résolution DNS semble expliquer une partie des problèmes.
Quel que soit le protocole SMB0 ou SMB1/2, l'accès depuis Windows au disque dur via l'IP directe du serveur fonctionne mieux (chez moi, l'UNC est "\\192.168.0.254\Disque dur\").
Je suis en Win10, ma box est en mode routeur et le partage du disque est en accès authentifié avec MDP.
Alors que l'accès via le nom de domaine (NetBios "\\Freebox_Server") ne fonctionne lui qu'avec le protocole SMB0 (échec en SMB2/3).

Pour autant, d'autres clients (par ex. l'explorateur de fichier "MiXplorer" sous Android) n'arrivent pas à se connecter en SMB2/3 (que ce soit via le nom NetBios ou via l'IP directe, pas mieux) car la popup d'authentification revient en permanence (malgré la saisie du bon MDP / et même avec désactivation de l'accès authentifié !).
Seul le passage en protocole SMB0 ET avec accès authentifié actif permet l'accès via ces clients hors Windows.

Donc pour le moment, seul le protocole SMB0 est fonctionnel quel que soit l'environnement du client (Windows ou autre), et avec obligatoirement l'authentification activée.

Le problème de résolution de DNS semble donc être une bonne piste sous Windows 10 pour expliquer le blocage d'accès au disque via son nom NetBios, mais il y a clairement un autre soucis d'authentification qui apparaît sous d'autres OS (type Android).

Hope it helps.

Arkon666 a commenté le 17.04.2026 15:29

ERRATUM dans mon dernier post : il faut lire "Seul le passage en protocole SMB0 ET avec accès authentifié désactivé permet l'accès via ces clients hors Windows en passant par l'IP directe (ne fonctionne pas avec le nom NetBIOS)"

Admin
Alors que l'accès via le nom de domaine (NetBios "\\Freebox_Server") ne fonctionne lui qu'avec le protocole SMB0 (échec en SMB2/3).

c'est windows, donc rien n'est simple.

sur du windows10, \\freebox_server peut être résolu en:
- netbios
- ws-discovery
- mDNS

pour forcer le mDNS, il faut suffixer par .local. pour les autres, je ne sais pas.

est-ce que avec l'ip (soit avec l'UNC \\ip\partage, soit en lecteur réseau), vous rencontrez d'autres problèmes ?

Pour autant, d'autres clients (par ex. l'explorateur de fichier "MiXplorer" sous Android)

testé à l'instant (v6.70.3) et j'arrive à me connecter, lister les partages, leur contenu, …

niveau paramètres, côté box: SMB2/SMB3 activé + authentification
côté mixplorer: smb://192.168.1.254, credentials, et dans les advanced settings, j'ai:
smb3=yes
signing=yes
encrypt_data=no

⇒ testé également avec les différentes combinaisons de signing/encrypt_data à yes/no et j'arrive à me connecter

je n'ai pas testé en profondeur, mais j'ai l'impression que mixplorer acceptes des configurations invalides. par exemple: signing=yes sans authentification (cette configuration ne peut pas marcher en principe, puisque la clef de signature est dérivé lors de l'authentification)

avec cx explorer (un autre explorateur de fichiers android), il faut bien que ce soit cohérent. username/password renseigné dans l'app, mais authentification désactivée côté box ⇒ erreur de connexion

Alors, on tourne un peu en rond là.
Le problème est que depuis ces 2 dernières mise à jour. Je n'avais plus accès à ma freebox en SMB V2/V3. Idem sur mon serveur jellyfin sous ubuntu server.
J'ai du désactiver le smb V2/3 et refaire toutes les conf' windows et serveur.
Je ferai bien des tests pour vous mais je ne veux pas bloquer mes accès serveur jellyfin que j'ai reconf' en smbv1 en attendant.

PS: oui je peux accèder à \\192.168.1.254 depuis windows 11 mais jee suis déjà en SMB V2/3 désactivé donc ce n'est pas pertinent comme test de mon côté.
Idem pour \\Freebox_Server depuis smbV2/3 désactivé.

Honnetement, il faurait beta tester ça sur des pc windows 11 en interne et voir où se trouve le défaut.
Les utlisateurs peuvent aider au beta test mais je pense qu'il s'agit principalement d'un problème de SMB vu que la résolution passe par la desactivation du SMB V2/3.
Par contre, il s'agit ici d'un problème de sécurité vu que le smbV1 n'est pas du tout secure. Possible de voir à une résolution dans les plus brefs délai vu l'impact sécurité svp ?
Merci par avance

Mki a commenté le 18.04.2026 03:23

Bonjour,
Pour le cas 1, chez moi sur Delta, c'est uniquement dans le sens box > client. Lorsque j'utilise le protocole ftp aucun problème.

jiceel a commenté le 18.04.2026 06:36

J'ai configuré un lecteur réseau depuis une semaine et ras en smb2/3 sans mot de passe, mais j'ai désactivé dans Windows 11 pro l’exigence de signature du client SMB depuis longtemps.
Mais dans l'explorateur dés qu'on clique sur Freebox_ Serveur ou adresse IP de la box 192.168.1.254 on fini toujours par le message d'erreur "L'appel de procédure distante a échoué et ne s'est pas exécuté"
Pas de caractères interdits, j'avais déjà remarqué le soucis bien avant.

JeyC a commenté le 18.04.2026 11:31

Bonjour,

Idem chez moi depuis 3 machines sous Windows 10 + Android.

Je suis à l'étranger et j'accède depuis des années à mon disque dur externe connecté en USB à une freebox revolution, connecté via le serveur WireGuard.

\\freebox_server = une fenêtre vide s'ouvre, je ne vois pas l’arborescence de mon disque USB ni celui de la freebox.
Impossible d'y accéder via "\\freebox_server\Disque dur" = "Windows ne peut pas accéder à \\freebox_server\Disque dur vérifiez l'orthographe du nom blabla"

\\192.168.3.1 = une fenêtre vide s'ouvre
\\192.168.3.1\Disque dur = rien ne se passe, aucune fenêtre de s'ouvre, aucune message d'erreur.

Mon logiciel de "backup / synchro" sur windows (SyncBackPro) n'accède plus non plus au partage samba (je n'ai rien touché depuis des mois au job de synchro). il répond "network failure".

Mon client Android Cx Exploateur n'arrive plus non plus à se connecter en Samba (via l'IP interne, via WireGuard). Tout fonctionnait nickel, je n'ai rien changé à la config.

J'arrive à me connecter en FTP et je vois l'arborescence des disques, j'arrive à y déposer des fichiers (ce que je ne veux pas, car il y a un "bug" que j'ai déclaré le 15 aout 2025 - sans réponse : https://dev.freebox.fr/bugs/task/40465 ).

JeyC a commenté le 18.04.2026 11:40

Je n'ai aucun problème pour accéder à des partages samba sur d'autres machines Win10 et Linux (ras pi 5).

Arkon666 a commenté le 18.04.2026 15:11

Merci @mmakassikis pour le rappel des paramètres avancés de miXplorer sous Android.
Je les avais malheureusement déjà bien configurés (smb3=yes, etc.) et je maintiens que cela ne fonctionne pas sous Android (que ce soit avec le hostname ou l'IP directe, peut importe) : prompt systématique pour saisie du MDP et qui revient en boucle (malgré la saisie correcte et les crédentials déjà renseignés dans les paramètres avancés).

De plus, en refaisant des tests aujourd'hui sous Win 10, je constate que mes tests d'hier étaient probablement faussées (je pense que cela était probablement lié au cache réseau de l'explorateur Windows …). Pas facile de tester car en activant SMB1 tout fonctionne, puis en repassant en SMB2/3 les accès fonctionnent encore seulement un certain temps puis ensuite plus rien ne marche. Et même en "tuant" toutes les tâches "explorer.exe" avant de repasser en config server SMB2/3, le fonctionnement est OK pendant un petit moment avant que tout ne se bloque. Il y a comme un phénomène de "cache réseau" ou un truc du genre …

Donc malgré ce phénomène de "cache réseau" un peu perturbant, je confirme qu'en repassant en SMB2/3 et après le clear du cache :
→ L'explorateur se fige dès que je tente de lister le contenu à partir du disque visible par défaut (hostname) sous l'environnement réseau Windows
→ Même comportement avec un lecteur réseau monté explicitement (que ce soit via hostname ou IP directe également)
→ Toute tentative d'ouverture via "Exécuter (win+R)" de l'UNC (avec IP directe '\\192.168.0.254\Disque dur\' mais aussi avec hostname) se solde par une fenêtre popup indiquant "Le nom réseau spécifié n'est plus disponible". A noter que cette fenêtre d'erreur n’apparaît que lorsque je repositionne la configuration freebox server en SMB1 (tant que je reste en SMB2/3, tout semble bloqué dans l'explorateur réseau, y compris la remonté du message d'erreur et l'affichage de sa fenêtre …)

Donc le comportement est "cohérent" au final : seul le protocole SMB1 fonctionne (que ce soit sous Win10 ou Android) et cela peut importe que j'utilise le hostname ou l'IP directe.
Désolé pour la fausse piste d'hier (satané cache), mais la résolution DNS ne semble finalement pas une cause du problème.
C'est bien le protocole SMB2/3 qui dysfonctionne : c'est le constat initial fait depuis le tout début, et quasi tous les posts de ce thread vont dans ce sens a priori.

Arkon666 a commenté le 18.04.2026 15:31

Petit complément d'infos : j'ai même rencontré des soucis d'accès au disque réseau du server freebox après être repassé de SMB2/3 à SMB1 (alors que SMB1 devrait refonctionner immédiatement normalement).
Cela est très probablement lié au phénomène de cache réseau que j'ai constaté.
La fermeture et réouverture de ma session Windows a immédiatement tout remis en ordre : cela réinitialise l'environnement réseau (et purge le cache) en réapppliquant les paramètres de partage réseau du server Freebox.
Donc pour éviter les effets de cache et assurer la pertinence de nos tests, il semble vivement conseillé (après tout changement de config SMB du server freebox) de systématiquement fermer et rouvrir sa session Windows.
Sinon il faut attendre la purge du cache, qu'on ne maîtrise pas a priori (peut-être après un certain temps) ? Peut-être lié au cache DNS (qu'on peut purger via "ipconfig /flushdns") ? je n'ai pas testé plus loin mais je vais m'arrêter là, j'ai assez donné pour aujourd'hui :-)

Dom45380 a commenté le 20.04.2026 09:14

Bonjour.
Le problème d'accès aux fichiers persiste à ce jour.

Freebox V6 4.9.18.1 avec HDD externe.

Sur OS Windows 7 ou 10 :
- je vois l'arborescence du HDD interne ;
- impossible de lire ou copier un fichier sur le HDD interne.
- je ne vois plus le HDD externe.
⇒ même constat par \\freebox_server\Disque dur.

Sur Androide :
- aucun problème d'accès en lecture sur les 2 HDD.

Sur TV (player) :
- aucun problème d'accès en lecture sur les 2 HDD.

Bonne journée !

vincent0 a commenté le 22.04.2026 12:30

Bonjour,

Sur une fbx pop, je semble rencontrer ce problème de disque dur inaccessible via les partages samba au bout d'un certain temps (24h environ en général après redémarrage de la box), sous Linux (ubuntu / debian) pour ma part.
La liste des fichiers semble accessible mais elle doit être en cache, mais toute tentative d'ouverture de fichier est en erreur.

Après une erreur d'ouverture, le contenu du disque n'est plus accessible non plus via l'interface web de la box : "Erreur lors de la récupération de la liste des fichiers".
Pareil via l'appli Freebox files.
Le disque semble resté connecté (icone USB affichée sur l'interface web), mais un fsck (via le menu paramètre > disque > vérifier partition) ne fonctionne pas.
Débrancher/rebrancher le disque ne marche pas, il faut redémarrer complètement la fbx.

J'ai changé de disque et de boiter : même comportement. Les disques et boîtiers testés sur mon PC en copie de fichier et via smartctl ne montrent aucun problème (rien vu dans dmesg).
Qui pourrait jeter un oeil dans les logs de la FBX pour savoir si mon matériel est défectueux voire incompatible, ou il s'agit de ce même bug qui se manifesterait différemment ?
MAC FBX : 38:07:16:18:69:B3

Merci d'avance.

Admin

@vincent0

l'accès au disque cassé à la fois en SMB, et sur Freebox Files suggère qu'il s'agit d'un problème de disque.

effectivement en regardant les logs de votre box, le kernel n'est pas très content:

[ERROR] [146007.069393] Buffer I/O error on dev sda1, logical block 60850176, lost sync page write
[CRITICAL] [146007.069397] EXT4-fs error (device sda1) in ext4_reserve_inode_write:5865: Journal has aborted
[ERROR] [146007.069402] JBD2: I/O error when updating journal superblock for sda1-8.
[CRITICAL] [146007.069401] EXT4-fs error (device sda1): ext4_convert_unwritten_extents:4884: inode #17956981: comm kworker/u17:1: mark_inode_dirty error
[CRITICAL] [146007.069410] EXT4-fs error (device sda1) in ext4_convert_unwritten_io_end_vec:4923: Journal has aborted

je pense donc à un problème hardware (disque / adaptateur USB / cable USB / connecteur USB côté box …)

ce bug n'est pas lié aux autres bugs décrits dans ce ticket

vincent0 a commenté le 22.04.2026 13:58

Oh trop bien les logs kernel (ce qui me manquait pour y voir plus clair) !

Je vais voir si je peux changer le boitier pour tester.
Le disque est un modèle mécanique 2.5 alimenté par USB, est ce qu'il se pourrait qu'il tire trop et que le port USB passe en sécurité ?

Faut il remplacer la box ?
Merci !

Admin
Le disque est un modèle mécanique 2.5 alimenté par USB, est ce qu'il se pourrait qu'il tire trop et que le port USB passe en sécurité ?

a vrai dire, je ne sais pas.

un câble mal branché suffit à faire ce genre d'erreur donc mon premier réflexe serait de vérifier la connectique.

Faut il remplacer la box ?

pour cela, il faudrait valider qu'il y a un défaut matériel

vincent0 a commenté le 22.04.2026 14:35

J'ai fait plein d'essais avec plusieurs disques (marques différentes) et boîtiers USB (tous marque JMicron VID/PID 152d:0583 et 152d:0578) et toujours le même problème.

Je vais essayer de trouver un autre boitier avec une autre puce dedans. J'ai aussi un petit SSD pour tester mais je pense que ça sera le même problème.
Google reporte pas mal de personnes notamment avec des rpi ayant des problèmes avec ces adaptateurs.

Bonjour @mmakassikis,
(désolé pour la reponse tardive, mais je ne recois pas de notification ou email dès qu'il y a une reponse ici)

Donc sous Win7 : "pour le Pour le cas 2"

L'explorateur arrive à lire le disque dur de la freebox si je mets "en protocole SMB0", acces "\\Freebox_Server".

Si je reste en SMB V2/3 et acces en "\\Freebox_Server", alors j'ai erreur "windows ne peut pas acceder à \\Freebox_Server, verifier l'orthographe. Erreur 0x80070035 chemin non trouvé.
Mais si je fais avec ta solution en utilisant un exploreur : \\192.168.1.254\Disque dur, ben là, ca marche !

Voila.

ps : ou est-ce que l'on change ces parametres ? :
"…..si c'est un problème de résolution de nom (WS-Discovery/mDNS)…."

Admin

mDNS / WS-Discovery sont activés par défaut côté box. La question est plutôt: est-ce que le client s'en sert…

est-ce que vous avez bien la liste des partages en saisissant \\192.168.1.254 ?

JeyC a commenté le 23.04.2026 12:18

Pour moi, non, ils ne s'affichent plus, la liste est vide.

eric12 a commenté le 23.04.2026 15:22

Bonjour,

" pouvez-vous préciser comment le problème d'accès se manifeste sur votre windows7 ?
y a-t-il un message d'erreur (lequel?) ?"

Quand je clique sur Freebox_Server dans Réseau, windows cherche pendant très longtemps. Parfois ça abouti, et il présente bien les disques, mais le plus souvent ça finit par la popup
"\\Freebox_Server n'est pas accessible. Vous ne disposez peut-être pas des autorisations nécessaires pour utiliser cette ressource. Contactez l'administrateur de ce serveur pour savoir si vous disposez des autorisations d'accès.
Echec d'appel de procédure distante"

STU a commenté le 25.04.2026 15:11

Bonjour
La seule solution qui fonctionne chez moi avec la Révolution et Windows 11 :
Créer un lecteur réseau avec une lettre qui pointe sur l'IP/disque dur.
Dans ce cas seulement, je peux lire et écrire dans les dossiers partagés de la box.
Je lance donc mon lecteur réseau en auto et plus de problème.

Sans lecteur réseau:
- En cliquant sur le serveur, l'écran fige et un message apparaît au bout d'un moment indiquant qu'il n'est pas accessible.
- Ou si un raccourci vers l'IP/disque dur est utilisé = visualisation des dossiers ok, mais tout se fige et l'explorateur Windows plante si on essaie d'écrire.

Par contre, aucun problème depuis mon téléphone Android en SMB2/3 pour voir et écrire sur ce même disque avec apk Mix Silver

Paramètres Freebox :
v 4.9.18.1
SMB2/3 activé oui.
Authentification oui.
login et mot de passe oui.
Partage activé oui

NeveRFT a commenté le 26.04.2026 08:39

Bonjour,

Ca ne marche pas pour moi avec serveur Delta.
Que je mappe le lecteur réseau en utilisant l'adresse IP ou freebox_server.
Je vois les fichiers mais je ne peux pas les copier avec en erreur @eric12 0x80090006 : Invalid signature.
Même paramètres de Freebox.

greb74 a commenté le 27.04.2026 08:39

Bonjour,
même problème pour moi avec freebox ultra que ce soit sur le nvme ou le disque dur externe branche en usb 3 erreur 0x80090006 signature invalide.
la seule solution se connecter en local sur la freebox par ftp port 21 .

Bonjour @mmakassikis

Windows 11 Professionnel 25H2 26200.8246 Pack d’expérience de fonctionnalités Windows 1000.26100.297.0

Nouveau test :
- depuis l'Explorer de fichiers de Windows accès à \\@Ip_freebox\nom_dossier_partage\Telechargement et clic droit création d'un dossier. L'explorer plante.
- depuis Qnap en accès à \\@Ip_freebox\nom_dossier_partage\Telechargement je vois bien "NouveauDossier". Le dossier a bien été créé.
- depuis l'Explorer de fichiers de Windows accès à \\@Ip_freebox\nom_dossier_partage\Telechargement et suppression du Nouveaudossier. L'explorer plante.
- depuis Qnap en accès à \\@Ip_freebox\nom_dossier_partage\Telechargement je vois bien "NouveauDossier". Le dossier a bien été supprimé.

J'espère que ce complément permet d'avancer dans la recherche de résolution.

Clarbec a commenté le 27.04.2026 15:56

MAJ 4.9.19 effectuée sur Mini 4K (r2)
Depuis W11 Pro 25H2 26200.8246
SMB2/SMB3 activés sur Mini 4K
Accès authentifié activé

Accès à un disque dur connecté en USB à la Mini 4K depuis l'explorateur Windows OK
Copies de fichiers OK
Création de répertoire OK

greb74 a commenté le 27.04.2026 16:28

c'est tous bon avec la freebox ultra plus d'erreur de copie merci bien.

Admin

normalement les erreurs "0x80090006 signature invalide." devrait être corrigées avec le firmware 4.9.19.

un betatesteur m'a également indiqué qu'un problème de lenteur lors de la création de répertoire via un navigateur windows était corrigé pour lui.

comme dit précédemment, plusieurs cas d'erreurs différents ont été remonté, donc je suis preneur de vos retours avec le dernier firmware.

merci.

Bonjour @mmakassikis

Le nouveau firmware sur ma FB mini4K a corrigé tous les pb chez moi.

Arkon666 a commenté le 27.04.2026 20:19

Bonjour @mmakassikis,

Je confirme que les accès disques réseau en SMB2/3 refonctionnent avec le dernier firmware 4.9.19 (testés sous Win10 et sous Android).

Merci pour le correctif !

Dom45380 a commenté le 27.04.2026 23:23

Bonjour,
4.9.19 fonctionne pour moi sous W7 et 10 en R/W.
Merci pour le correctif !
Ne touchez plus à rien… ;)

jiceel a commenté le 28.04.2026 05:58

Bonjour,
Chez moi la maj 4.9.19 fonctionne également sous Windows 11 pro.
Tout est redevenu normal, Bug résolu.
Merci

jiceel a commenté le 28.04.2026 06:12

Merci @mmakassikis pour sa persévérance.
Bonne journée à tous

surf2fr a commenté le 28.04.2026 06:22

Bonjour, je confirme également que depuis la 4.9.19 le problème est réglé. SMB1 désactivé côté Windows et SMB2/3 réactivé coté box et transferts de fichiers fonctionnent normalement au débit attendu (280mo/s) et la fin de transfert s'achève sans bloquer windows explorer.
Merci malgré 1 mois d'attente pour le correctif.

Casta a commenté le 28.04.2026 08:35

bonjour

j'ai vu que ce matin qu'il y avait une new maj
et cool ca remarche avec smb2/3 mm sous win11 pro
merci pour le taff

Mki a commenté le 29.04.2026 03:36

Pour moi aussi, la nouvelle version a résolu le problème.

Moi également, sous W10. Le problème est résolu

Admin

merci à tous pour vos retours et votre patience.

Chargement...

Activer les raccourcis clavier

Liste des tâches

Détails de la tâche

Édition de la tâche