- État Nouveau
- Pourcentage achevé
- Type Anomalie
- Catégorie Services locaux → SMB
- Assignée à Personne
- Système d'exploitation Freebox V9 (Ultra)
- Sévérité Moyenne
- Priorité Moyenne
- Basée sur la version 4.9.15
- Due pour la version Non décidée
-
Échéance
Non décidée
-
Votes
1
- etienne_c30 (25/01/2026)
- Privée
Ouverte par etienne_c30 - 25/01/2026
FS#40780 - Coupure des accès aux disques réseaux en SMB2/SMB3
Bonjour,
Depuis plusieurs mois l’accès à mes disques réseaux en SMB s’interrompt au bout de quelques jours. Le redémarrage du Fbx Ultra résout le problème pour quelques jours. Je viens de découvrir que la désactivation du protocole SMB2/SMB3 et sa réactivation corrige là aussi le soucis pour quelques temps.
A noter que j’ai deux PC sous Win 11 qui sont impactés du même problème : l’un est connecté en WiFi et l’autre en RJ45. Le problème est aussi présent en connexion distante à la box via VPN.
Le soucis impacte le NVME installé dans la FBX Ultra et le disque branché en USB3. Lorsque le protocole SMB saute, les disques restent accessibles via l’interface web de la box.
Voici le message de l’explorateur :
RESTAURATION DES CONNEXIONS RESEAU
Erreur lors de la reconnexion de Z: à \\192.168.0.254\nvme
Microsoft Windows Network : Nom de périphérique local déjà utilisé.
Cette connexion n’a pas été restaurée.
Ce soucis, sans savoir dire depuis quelle version il est présent, est toujours d’actualité malgré plusieurs MAJ du Firmware.
Dans l’espoir que le problème soit facilement résolvable.
Bien cordialement,
Chargement...
Activer les raccourcis clavier
- Alt + ⇧ Shift + l Se connecter/Se déconnecter
- Alt + ⇧ Shift + a Ouvrir une tâche
- Alt + ⇧ Shift + m Mes recherches
- Alt + ⇧ Shift + t Rechercher par ID de tâche
Liste des tâches
- o Ouvrir la tâche sélectionnée
- j Déplacer le curseur vers le bas
- k Déplacer le curseur vers le haut
Détails de la tâche
- n Tâche suivante
- p Tâche précédente
- Alt + ⇧ Shift + e ↵ Enter Modifier cette tâche
- Alt + ⇧ Shift + w Surveiller
- Alt + ⇧ Shift + y Fermer cette tâche
Édition de la tâche
- Alt + ⇧ Shift + s Enregistrer la tâche
est-ce qu'il s'agit aussi d'une machine Windows 11 ?
est-ce que vous avez configuré un disque réseau pour ce partage ?
le message d'erreur suggère que vous essayez de monter le partage alors qu'il y a déjà un montage existant.
Vous pouvez vérifier en tapant "net use" dans un invite de commande (cmd.exe ou powershell)
est-ce qu'il s'agit aussi d'une machine Windows 11 ? Oui c'est le PC portable en WiFi a domicile que je mets en VPN en déplacement pour l'accès aux disques réseaux.
est-ce que vous avez configuré un disque réseau pour ce partage ? Oui j'ai monté le disque NVME interne sous un lecteur réseau persistant avec login MDP. idem pour le disque en USB.
le message d'erreur suggère que vous essayez de monter le partage alors qu'il y a déjà un montage existant. Exact mais le fait de décocher SMB2/3 et de le réactiver suffit a restaurer la connexion sans supprimer les montages réseaux.
Vous pouvez vérifier en tapant "net use" dans un invite de commande (cmd.exe ou powershell) Pour l'instant pas d'erreur depuis la manip d'hier, je ferai la cmd lorsqu'il y aura le soucis (dans quelques jours "si tout vas bien" ^^).
Merci pour votre aide!
cela a pour effet de relancer le service côté box, donc Windows peut voir une déconnexion. dans ce cas là, il n'y a plus de "connexion établie" qui rentre en conflit.
OK, je ne vois pas bien comment traiter le problème de fait.
Entre temps je viens de reproduire mon soucis, la cmd net use renvoi l'info suivante :
Les nouvelles connexions seront mémorisées.
État Local Distant Réseau
Déconnectée X: \\192.168.0.254\toshiba ext\Moi
Déconnectée Y: \\192.168.0.254\TOSHIBA EXT\Commun
Déconnectée Z: \\192.168.0.254\nvme Microsoft Windows Network
La commande s’est terminée correctement.
Lors de mon message de 19h25 ça marchait bien (en VPN en plus car en déplacement). J'ai redémarré le PC avant d'écrire ces lignes.
j'ai reproduit, mais malheureusement cela ressemble à un bug windows.
les étapes:
- créer un disque réseau dans une VM windows
- déconnecter la VM du réseau local
- essayer d'accéder au disque réseau
⇒ erreur de connexion (forcément, la connexion est impossible)
puis, reconnecter la VM au réseau et réessayer d'accéder au partage
⇒ une fois sur deux j'ai une erreur "Nom de périphérique local déjà utilisé."
si je ferme et réouvre l'explorateur le disque réseau est connecté et je peux accéder aux données normalement.
je ne sais pas dire si relancer l'explorateur est nécessaire ou si cela donne juste plus de temps pour que la reconnexion se fasse.
j'observe le même comportement sous windows 10, mais plus de temps semble nécessaire pour récupérer le disque réseau.
alternativement, vous pouvez utiliser un script pour forcer la déconnexion/reconnexion (et éviter d'avoir à deviner quand windows a bien voulu réessayer)
un fichier .bat exécuté par cmd.exe:
(à adapter avec les bons chemins + l'authentification)
sinon ce script powershell semble faire l'affaire sans avoir à hardcoder tous les chemins (déterminer automatiquement car ils commencent par "\\"):
Get-PSDrive -PSProvider FileSystem | Where-Object { $_.DisplayRoot -like "\\*" } | ForEach-Object { net use $_.Name /delete /y } net useMerci beaucoup pour toutes ces explications.
Je viens de tenter de supprimer mes connexion réseaux. Une fois fait la CMD net use renvoi bien comme quoi la liste est vide.
Je tente de connecter (via l'explorer) mon premier disque (le NVME), j'ai la demande de login/MDP qui apparait, je saisi le mdp, il m'est redemandé, pour au final me donner le message d'erreur suivant :
La connexion au lecteur réseau n'a pas pu être créée car l'erreur suivante s'est produite :
Une erreur étendue s'est produite.
J'ai désactivé les partage réseaux de la box et réactivé.
J'ai refais la même manip que précédemment qui s'est soldé par un succès…
En cas je ne sais pas si une manip pour restaurer la config des partages SMB par défaut existe sur PC pour tenter de repartir "propre" car il subsiste un "historique" des précédentes connexion réseaux sous forme de liste déroulante au moment de l'ajout des lecteurs réseaux.
Encore merci pour votre suivi!
j'ai testé le script powershell et çela a marché sans que j'ai besoin de saisir les identifiants (j'avais coché "se rappeler du mot de passe" lorsque j'ai créé les disques réseau)
j'ai un vague souvenir que parfois Windows garde des informations d'authentication erronée.
menu démarrer > "cred" pour trouver le "credentials manager" (je ne saurais vous dire en français, et ma VM de test est en anglais)
vous pouvez essayer de supprimer les credentials windows concernant la box et refaire le setup après
Merci,
oui sous gestionnaire d'identification j'avais 2 enregistrements pour 192.168.0.254, peut-être la cause des soucis.
J'ai supprimé, remonté et pour l'instant ça tient… à voir dans quelques jours!
Je ferai un tour sur l'autre PC à mon retour chez moi voir si il n'y a pas le même soucis.
En attendant de vérifier la bonne tenue dans le temps, je vous remercie beaucoup !