- État Fermée
- Pourcentage achevé
- Type Anomalie
- Catégorie Services locaux → SMB
- Assignée à Personne
- Système d'exploitation Freebox Server V6 (Révolution)
- Sévérité Haute
- Priorité Très Basse
- Basée sur la version 4.3.2
- Due pour la version Non décidée
-
Échéance
Non décidée
- Votes 2
- Privée
Ouverte par snicolay - 18/05/2021
Dernière modification par mmakassikis - 04/11/2022
FS#34872 - Problème d'affichage des répertoires dans un explorateur Windows 7 en SMBv2
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.
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
Bonjour,
Y a-t-il un message d'erreur lorsque vous tapez le chemin d'accès complet ?
Pouvez-vous préciser le filesystem du disque ?
Bonjour,
Oui, lorsque je tape le chemin complet, un popup type "le chemin spécifié est introuvable" apparaît. Il s'agit d'un disque USB de 2To formaté en NTFS.
Voici par exemple l'arborescence de mon disque:
DirA
…….DirA1
…….DirA2
…….DirA3
DirB
En SMBv2, depuis Win7, je vois par exemple tout sauf DirA3, et si je tape \\Freebox_Server\DirA\DirA3 dans la barre d'adresse, j'ai un message d'erreur type "chemin spécifié introuvable".
J'ai eu peur un moment d'avoir perdu des données mais non parce que lorsque je décoche la case SMBv2 des paramètres de la Freebox, je vois tout.
Le plus étrange est que dans un répertoire qui contient par exemple 42 sous-répertoires, je n'en vois que 23 et ce sont toujours les mêmes (plusieurs tests d'activation/désactivation du protocole SMBv2 et plusieurs reboots Box/PC).
Par contre, je trouve pas de logique évidente dans le "choix" des dossiers visibles/invisibles: ce ne sont ni les plus anciens, ni les plus récents, ni les premiers ou derniers d'un classement alphabétique ⇒ je ne sais pas vous aider à identifier ce qui conditionne le fait qu'un répertoire soit visible ou non.
@snicolay: Avez-vous fait la mise à jour en 4.3.3 ?
Bonjour,
oui, je viens de faire l'update en 4.3.3 et de refaire les tests: le problème est exactement le même, avec SMBv2 activé, mon ordinateur Win7 ne voit qu'une partie des répertoires qui se trouvent sur le disque externe connecté au serveur Freebox.
⇒ Anomalie persistante avec la 4.3.3
Bonne recherche de bug…
Bonjour,
Je confirme, même problème pour moi.
J'ai un dossiers "Albums" qui contient lui-même 476 dossiers.
Sous windows 7, avec smbv2 activé dans FreeboxOS, je n'en vois que 75. J'ai beau chercher, je ne vois rien de discriminent (caractères spéciaux, attributs, …) entre les dossiers visibles et les autres.
Je constate que les dossiers qui ne s'affiche pas sur windows 7 s'affichent avec une taille nulle sur windows 10 (alors qu'ils ne sont pas vide, et que le contenu est bien lisible):
alors que ceux visible sur windows 7 s'affichent normalement sur windows 10 :
Ce bug doit être lié a celui-ci
https://dev.freebox.fr/bugs/task/34655
@ tous : Lié à https://dev.freebox.fr/bugs/task/34655 (comme le dit @eric12)
Il y a également les tickets liés au 99% :
- https://dev.freebox.fr/bugs/task/34627
- https://dev.freebox.fr/bugs/task/34638
- https://dev.freebox.fr/bugs/task/34710
- https://dev.freebox.fr/bugs/task/34842
Puis à CIFS et SMB :
- https://dev.freebox.fr/bugs/index/proj0?string=cifs&project=0&search_name=&search_in_comments=1&type%5B0%5D=&sev%5B0%5D=&pri%5B0%5D=&due%5B0%5D=&reported%5B0%5D=&cat%5B0%5D=&status%5B0%5D=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=&closedto=&do=index&order=id&sort=desc
- https://dev.freebox.fr/bugs/index/proj0?string=smb&project=0&search_name=&search_in_comments=1&type%5B0%5D=&sev%5B0%5D=&pri%5B0%5D=&due%5B0%5D=&reported%5B0%5D=&cat%5B0%5D=&status%5B0%5D=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=&closedto=&do=index&order=id&sort=desc
cc @mmakassikis (L'homme de la situation).
Pas de changement en 4.3.5
Bon, vu le changelog, on s'en doutait.
Idem en 4.3.6
Est-ce que se bug va se rajouter a la longue liste des bugs jamais corrigés ?
@mmakassikis: Avez-vous vu ce ticket ?
- https://dev.freebox.fr/bugs/task/34655
Ainsi que les autres aussi ?
- https://dev.freebox.fr/bugs/task/34627
- https://dev.freebox.fr/bugs/task/34638
- https://dev.freebox.fr/bugs/task/34710
- https://dev.freebox.fr/bugs/task/34842
Note :
- https://dev.freebox.fr/bugs/index/proj0?string=cifs&project=0&search_name=&search_in_comments=1&type%5B0%5D=&sev%5B0%5D=&pri%5B0%5D=&due%5B0%5D=&reported%5B0%5D=&cat%5B0%5D=&status%5B0%5D=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=&closedto=&do=index&order=id&sort=desc
- https://dev.freebox.fr/bugs/index/proj0?string=smb&project=0&search_name=&search_in_comments=1&type%5B0%5D=&sev%5B0%5D=&pri%5B0%5D=&due%5B0%5D=&reported%5B0%5D=&cat%5B0%5D=&status%5B0%5D=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=&closedto=&do=index&order=id&sort=desc
4.4.0, rien de neuf sous le soleil.
Je pense qu'il faudrait faire un unique ticket pour regrouper tout ce qui touche à CIFS/SMBv1/SMBv2/SMBv3.
Mettre des sous-tickets comme la beta-test pour l'HDMI ARC de la Freebox Devialet.
@eric12 Bonjour,
L'intention est de corriger l'ensemble des bugs qui sont remontés.
Le problème est que je n'arrive pas à reproduire ce bug (idem pour le blocage des copies à 99%), ce qui ne facilite pas la tâche.
4.4.1 Bug toujours présent.
Plus beaucoup d'évolution sur le SMB v2 depuis un moment.
Est-ce qu'on peut encore espérer une correction, ou le développement est considéré comme terminé par Free ?
En 4.5.0, le problème est toujours là ?
@snicolay, @eric12 : Est-ce toujours d'actualité en 4.7.0 ?
Il y a eu beaucoup d'améliorations/corrections depuis sa mise en place, @mmakassikis a beaucoup travaillé sur ceci…
Bonjour,
Il n'y a eu aucune correction sur le smb depuis les versions 4.3.x, donc bien sur que ce bug est toujours la.
Comme déjà dit, je pense que c'est le même bug que les "propriétés a 0" 34655, puisque c'est les fichiers vu avec un taille nulle par windows 10 qui ne sont pas vu du tout par windows 7.
Hasard ou pas, mais juste après le réveil de ce bug, alors que le dev du smb semblait "abandonné" depuis longtemps, il semblerait que la version 4.7.1 corrige le problème.