Tous les projets

Bonjour,

Nouveau possesseur d’un ultra depuis 2 jours, j’avais depuis 10 ans une révolution.

j’ai 2 pc connectés à un hub qui lui même est connecté à un port de la Freebox et Nas synology connecté à la Freebox.
tout ça fonctionnait très bien avec la révolution, j’avais activé SMB V2 sur la révolution, aucun problème.

Depuis que j’ai la freebox ultra, c’est erreur SMB à répétition et lenteur.

Évidemment j’ai tenté une multitude de paramétrages, sans succès.

Dans l’observateur d’évènements de windows j’ai ces event qui apparaissent

Event 38004 :
Nom de l’instance : \Device\LanmanRedirector
Nom du serveur : \192.168.0.150
Adresse du serveur : 192.168.0.150:445
Type de connexion : TCPIP
InterfaceId : 3

Conseils:
Cela indique que la connexion du client au serveur a été déconnectée.

J’ai une freebox ultra avec un SSD nvme 2To. Suis connecté en 10Ge dessus.
Tout fonctionne très bien depuis mon PC Windows 11, j’ai un débit incroyable (en lecture/ecriture) et du coup j’ai commencé à créer qq répertoires dessus et y copier qq fichiers. Cependant j’ai remarqué que dès lors qu’un répertoire a plus de 450 fichiers, l’accès au répertoire prend une éternité (genre facile 30 à 40s).
Tous les répertoires qui font moins l’ouverture est instantané.

J’ai un NAS qnap sur mon réseau avec le même répertoire et je n’ai aucun souci, ce n’est pas lié au PC. Ce ralentissement est très pénible.

Sur l’appli Freebox files ou via ftp, aucun ralentissement, l’accès au répertoire est ultra rapide. Je soupçonne donc un problème lié au SMB sur la freebox.

Qui peut m’aider sur ce genre de souci ?
Je peux prouver/reproduire tout ceci facilement si besoin.

freebox MAC : 38:07:16:CB:C2:DF

Bonjour,

Je reviens vers vous concernant un souci, tout nouveau depuis la version 4.9.3.

Je vais essayer d’être clair car même moi, il m’est difficile de reproduire le bug car il arrive après plusieurs jours d’utilisation et la situation est évolutive, elle se dégrade de manière crescendo.

Au départ, suite à une box redémarrée électriquement, toute bien, j’arrive à accéder à ma freebox par le réseau (samba) avec \\192.168…(l’ip de ma box) et je parcours, je copie etc sans difficulté, avec des débits pouvant atteindre 45-50mo/s (en Wifi, depuis Windows ou en Ethernet depuis Linux).

Puis, au bout d’un moment, quelques jours en général, il y a un ralentissement, drastique et les débits tombent entre 18-22 mo/s, sans raisons apparentes (débits en copie sur le réseau local, je précise).

Puis, cas actuel, j’arrive à un moment où pendant une copie, le débit tombe à 0 et plante. La fenêtre de copie reste ouverte, à 0 o/s, figée, sans possibilité d’annuler le transfert.

Si je tente d’accéder au disque avec Freebox_server ou l’ip, Windows peut réfléchir pendant 15-20 minutes pour finalement me dire que ‘Freebox_server’ ou l’ip n’est pas accessible, le chemin réseau n’a pas été trouvé.

Dans cette situation, j’ai tout de suite tenté d’accéder à mon disque de mon Linux Mint, qui est en Ethernet (histoire d’être sûr de ne pas avoir de souci ‘Wifi 5Ghz / Usb 3). La, je parviens, très lentement(une dizaine de secondes entre chaque répertoire) à parcourir le contenu du disque mais dès que je tente une copie, linux affiche la fenêtre de préparation de la copie puis affiche un message d’erreur, copie impossible.

J’ai tenté de passer en USB 2 mais non, pas mieux. Surtout que l’usb 3 fonctionne très bien depuis des années, étant avec la pop depuis 2022.

Il est arrivé souvent que la box redémarre, de manière sauvage. Là pas de redémarrage mais l’accès par SMB n’est plus possible. J’arrive à utiliser mon disque par Freebox OS mais c’est tout(téléchargement depuis Freebox OS ok, là ça marche).

Le disque dur est en bonne santé, j’avais déjà testé son état lors d’un plantage précédent. Je m’en aperçois car je fais beaucoup de transfert ces derniers jours. Je suis en train de créer une sauvegarde Cloud de mes 4To d’infos. Forcément, je fais plein de transferts tout au long de la journée.

J’espère que c’est compréhensible, désolé par avance mais les symptômes sont complexes à décrire. J’ai testé aussi par une application mobile ‘CX explorer’ Android, sur laquelle j’ai mon partage SMB vers le disque de la freebox. Elle aussi ne parvient plus à accéder au disque. Bref, le souci est, semble t-il, côté partage SMB. Tout le reste est fonctionnel, TV, internet etc, tout marche très bien, les tests de débit sont excellents (débit internet hein).

Je reste disponible pour plus d’info si mes explications ne sont pas claires :)

Merci beaucoup.

Bonjour,
Depuis la mise à jour 4.9 du Freebox Server (Delta), l'accès au partage SMB depuis une imprimante HP (LaserJet Pro M277n) n'est plus fonctionnel.
J'ai essayé en activant l'authentification mais ça ne change rien. Malheureusement j'ai aucun log depuis l'imprimante à fournir.
J'ai tenté le SMB vers un NAS, ça passe sans soucis (en SMB2).

Bonjour à toute l’équipe Freebox,

Je souhaitais vous faire un retour un “bug” qui ne vient pas forcément de la Freebox mais de comment iOS à apparement changer sa méthode de connexion côté client sur le serveur SMB.

[Problème rencontré :]

En effet, depuis iOS18, on ne peut se connecter aujourd’hui qu’en lecture seule (R) et non lecture-écriture (RW) depuis iOS et l’application native, Fichier (File).
Ce problème n’existe pas sur la pile SMB de macOS Séquoia (15.3.1) et est apparu depuis la première version d’iOS18. Il n’y avait aucun soucis sur iOS17 avec l’application Fichier.
Je l’ai remonté en fin d’année 2024 sur https:// https://www.apple.com/feedback/, sans succès depuis, sachant que de leur point de vue ce n’est peut-être pas un problème mais une mesure de sécurité supplémentaire ?

Dans l’application Fichier, vous pouvez ajouter que ce soit en local (xxx.freeboxos.fr) ou en distant (WireGuard), l’accès au disque dur de la Freebox c’est qui est très pratique en tant que NAS à part entière.

[Solution :]

Source : https://discussions.apple.com/thread/255775451

Ajouter cette ligne dans la configuration de Samba de la Freebox.

vfs objects = streams_xattr

La directive vfs objects = streams_xattr dans le fichier de configuration de Samba (smb.conf) permet d’activer un module VFS (Virtual File System) qui gère les flux alternatifs de données (ADS - Alternate Data Streams) via les attributs étendus (xattr).

Explication technique

1. SMB et les flux alternatifs

•	SMB prend en charge les flux alternatifs, ce qui signifie qu’un fichier peut contenir des métadonnées ou des informations supplémentaires qui ne sont pas directement visibles dans le fichier principal.

2. streams_xattr et les attributs étendus

•	Sur un serveur Samba, les systèmes de fichiers comme ext4, XFS ou Btrfs ne gèrent pas naturellement les flux alternatifs comme NTFS.
•	streams_xattr simule cette fonctionnalité en stockant ces flux dans des attributs étendus (xattr).
•	Sans cette configuration, certains clients SMB (notamment ceux d’Apple) peuvent rencontrer des problèmes lorsqu’ils tentent d’écrire ou de modifier des fichiers.

Pourquoi macOS Finder fonctionne et pas l’app Fichiers d’iOS ?

1. La différence vient de la manière dont macOS et iOS accèdent aux partages SMB :

•       macOS Finder utilise une implémentation SMB plus avancée
•	Finder gère mieux la négociation des capacités SMB.
•	Il prend en charge une rétrocompatibilité avec différentes versions de SMB.
•	Il semble ignorer l’absence de streams_xattr ou utiliser un autre mécanisme pour gérer les métadonnées.

2. L’app Fichiers d’iOS est plus restrictive

•	Depuis iOS 18, Apple semble imposer des exigences plus strictes pour les flux alternatifs.
•	Si streams_xattr n’est pas activé, iOS peut restreindre l’accès en lecture seule pour éviter toute corruption des métadonnées.
•	Apple peut avoir renforcé la sécurité et les permissions, empêchant l’écriture si certaines extensions ne sont pas disponibles côté serveur.

Conclusion

•	Sur un serveur SMB, ajouter vfs objects = streams_xattr permet à iOS de retrouver l’accès en écriture en gérant les flux alternatifs correctement.
•	macOS Finder semble contourner le problème via un mécanisme différent ou une tolérance plus élevée aux différences entre serveurs SMB.
•	Apple a peut-être mis en place un changement de protocole SMB dans iOS 18 qui impose des vérifications plus strictes des attributs de fichiers.

Il faudrait donc, je suppose, faire des tests pour voir si cela n’occasionne pas d’effets de bord sur des configurations classiques. Est-ce vous souhaiteriez l’ajouter par défaut dans la configuration SMB sans action de l’utilisateur ou ajouter une case à cocher si cela fonctionne sans régression notable dans Freebox OS / Partages de fichiers / Partage Windows / ajouter une case en-dessous de SMB2/SMB3, “Ajouter la compatibilité avec iOS” ?

Merci beaucoup pour votre aide et la mise en place de ce correctif,
Jean-Philippe

Bonjour

En essayant de monter le share SAMBA de la Freebox en RDMA j’ai l’erreur suivante:

[jeu.  2 janv. 12:00:31 2025] rdma_rxe: loaded
[jeu.  2 janv. 12:00:31 2025] infiniband rxe_eth0: set active
[jeu.  2 janv. 12:00:31 2025] infiniband rxe_eth0: added enp0s3
[jeu.  2 janv. 12:00:31 2025] Loading iSCSI transport class v2.0-870.
[jeu.  2 janv. 12:00:31 2025] iscsi: registered transport (iser)
[jeu.  2 janv. 12:00:31 2025] RPC: Registered named UNIX socket transport module.
[jeu.  2 janv. 12:00:31 2025] RPC: Registered udp transport module.
[jeu.  2 janv. 12:00:31 2025] RPC: Registered tcp transport module.
[jeu.  2 janv. 12:00:31 2025] RPC: Registered tcp-with-tls transport module.
[jeu.  2 janv. 12:00:31 2025] RPC: Registered tcp NFSv4.1 backchannel transport module.
[jeu.  2 janv. 12:00:31 2025] RPC: Registered rdma transport module.
[jeu.  2 janv. 12:00:31 2025] RPC: Registered rdma backchannel transport module.
[jeu.  2 janv. 12:01:00 2025] CIFS: Attempting to mount //10.0.10.100/FBX24T
[jeu.  2 janv. 12:02:18 2025] CIFS: VFS: _smbd_get_connection:1629 rdma_connect failed port=5445
[jeu.  2 janv. 12:02:30 2025] CIFS: VFS: _smbd_get_connection:1629 rdma_connect failed port=445
[jeu.  2 janv. 12:02:30 2025] CIFS: VFS: cifs_mount failed w/return code = -2

Pourtant le link RXE est UP:

12:02:31 root@deb12-lab-10d-rdma:~# rdma link
link rxe_eth0/1 state ACTIVE physical_state LINK_UP netdev enp0s3 

Mais je prend un timeout à la connexion :

12:03:34 root@deb12-lab-10d-rdma:~# rdma_client -s 10.0.10.100
rdma_client: start
rdma_connect: Connection timed out
rdma_client: end -1

KSMBD supporte bien SAMBA DIRECT: CF feature #13 de ksmbd ici: https://github.com/namjaejeon/ksmbd
⇒ anomalie

En vous remerciant d’avance
Cordialement
nbanba

J'ai épluché un maximum de tickets et de forums, essayer toutes les configs possibles, et je n'ai plus aucune piste. Ce ticket ressemble à d'autres, mais ne me semble pas en doublon de par le scénario que je vais expliquer ci dessous.

Symptomes:
Je parviens à accéder en Samba au NAS, à faire des petites copies, mais dès que je veux accéder à des dossiers avec des centaines de fichiers (notamment des photos, via l'explorateur Windows qui cherche à montrer des miniatures) ou à faire des transferts de centaines de fichiers, le début tombe à quelques Ko, jusqu'à être totalement en erreur. De même, j'ai essayé de copier depuis mon disque local une vidéo de 10Go et à chaque fois, j'ai une erreur au 2 tiers.

Premières analyses
J'ai essayé de faire des tests avec NASTester 1.700c. Si je le lance tout seul, il monte à + de 120Mo/s en écriture / lecture, nickel. Si relance le test en faisant autre chose sur le réseau, comme naviguer dans le NAS sur l'explorateur de fichiers (sans rien faire d'autre qu'ouvrir des dossiers) ou plus généralement utilisé le réseau connecté à la Freebox, le test s'écroule totalement jusqu'à produire des erreurs. Certains utilisateurs sur des forums parlent d'un pb de la freebox de collition de packets fragmentés, ça ressemble bien à ça.

Problèmes de DD ?
Via l'UI web de la Freebox, les transferts sont à pleine vitesse.
En FTP, les transferts sont à pleine vitesse.
Les checks ne montrent aucun soucis sur les disques.

Hardware / OS J'ai une Delta, mis à jour en 4.8.
J'ai 3 disques Samsung 2To en Raid 5.
J'ai essayé depuis un Windows 10 et un Windows 11 et un Linux Fedora.
Via une commande Windows, j'ai bien vu que le disque réseau communique en SMB 3.
J'ai désactivé les anti-virus et firewall.

Connexion réseau
Je n'ai aucun problème de vitesse d'accès sur le net. Je suis fibré et avec des téléchargements à plusieurs centaines de Mo.
J'ai essayé de faire mes tests :
- en wifi
- en ethernet
- en ethernet directement sur la delta, en débranchant tous les autres ports ethernet pour que seul mon laptop soit connecté

J'ai mis sévérité haute car le NAS est inutilisable dans ces conditions. Par exemple, c'est impossible de regarder des photos.

J'ai lu tout le thread Acronis, le ticket #37752, le ticket #37725 mais sans solution qui a marché me concernant.

Pour reproduire, le mieux est vraiment de mettre des centaines voir milliers de fichiers d'environ 3Mo chacun (donc des photos), puis de tenter d'y accéder. Dans le meilleur des cas, il faut attendre 5 min pour voir le dossier.

Depuis la mise à jour de la version 4.8.9, il y a un bug sur le partage des réseaux. Le partage des fichiers de mon PC fixe n’apparaît plus sur mon téléviseur LG. La Freebox Server disparaît automatiquement au bout d’un certain temps. En recalibrant la bande réseau en la faisant passer à 40MHz au lieu de 80, le server s’affiche bien plus longtemps mais finit tout de même par se désactiver. Et toujours aucune connexion aux fichiers partagés de mon PC malgré le recalibrage.

J’ai lu qu’il y aurait un problème avec l’option “Éco-WiFi” faisant disparaître certaines connexions. Il se pourrait que mon problème soit cela ou lié à cette option. Par contre, il m’est impossible sur le Freebox OS de désactiver l’option Éco-WiFi car elle n’apparaît pas dans le menu de la Freebox OS sous les Freebox Servers de la Pop (V8).

Bonjour,

Petit souci de stabilité sur SMB entre la Ultra 4.8.6 et le réseau local:
En tentant une copie de n’importe quel fichier téléchargé sur la freebox, les copies sont systématiquement interrompues après quelques secondes.

Le setup:

Freebox Ultra > Cable DAC > Switch 10GbE < RJ45 < PC

SMBv1 est désactivé sur le PC, IPv6 est activé aussi (mais j’ai testé sans IPv6 et ça fait pareil).
Le transfert commence bien comme prévu (500Mo/s, plutot propre), puis au bout d’un certain moment:
“Erreur 0x8007003B : Erreur réseau inattendue”

RAS dans le l’observateur d’evenements Windows.

Petit indice qui peut etre interessant:
Si je me connecte au partage via \\IPDeLaBox je n’ai pas le problème, alors que si je me connecte via \\Freebox j’ai ce problème.
Si ca peut donner une piste?

Le téléchargement d’un fichier via l’explorateur de fichiers de la freebox ne pose pas de problème.

Merci d’avance,

Cordialement

Bonsoir,

Après plusieurs jours à diagnostiquer mon problème, à zoner le web et chatGPT, je pense que je suis finalement arrivé au bon endroit. Je vais reprendre la demande de @slhuilli (FS#34468) qui, si j’ai bien compris, sera à l’attention de @mmakassikis.

J’étais en train de rédiger un roman sur les diagnostics et les actions que j’avais mis en place pour isoler la source du problème mais on va faire au plus court pour ce premier message. Aussi pour résumer, je pense qu’il y a un souci sur le protocole SMB et/ou AFP, que se soit en direct ou bien overTCP, sur le Freebox Server (FBS). C’est peut-être autre chose mais mes compétences ne me permettent pas d’aller plus loin.

Voici un peu de contexte : je suis sous MacOS 10.15.7 et j’ai une AirPort Time Capsule A1470 (ATC) 2To en version 7.9.1 (AFPFS) branché sur le FBS. Peu importe que je monte le disques en AFP ou bien en SMB, lorsque je copie un répertoire ou que je tente de faire une sauvegarde via Time Capsule, le FBS reboot et me fait donc planter le transfert ou la sauvegarde. Si je me branche en direct sur l’ATC, sans passer par le FBS, tout fonctionne correctement. J’ai également un disque dur externe en exFAT de 14To. Je le branche en eSata sur le FBS et je tente de copier le répertoire de 20Go ou de lancer une sauvegarde Time Capsule dessus. Même problème, reboot du FBS. Je me mets en direct sur ce disque via USB3, tout fonctionne bien.

Voici les réponses aux quelques questions que j’ai pu voir sur l’ancien post :
- J’arrive à lire les fichiers sur les disques, et à écrire aussi, enfin en partie. Il m’arrive d’avoir des erreurs lorsque je souhaite supprimer les fichiers dont la copie n’a pas fonctionné. Obligé de passer via le terminal pour faire du rm -rfv pour faire du ménage.
- Je peux fournir l’adresse MAC de mon FBS en PM.
- A ma connaissance pas d’erreur de lecture/écriture sur le disque via l’interface web.

Je vous remercie par avance pour votre aide et reste à votre disposition dans le cas ou vous auriez besoin d’éléments supplémentaires.

Bonjour,

MacOS ne gère plus l’ancien protocole AFP, il est passé complètement à SMB.
Beaucoup de NAS supportent la reconnaissance d’un volume SMB comme destination de sauvegarde Time Machine.

Si précieux pour les possesseurs de Freebox et de Mac de pouvoir brancher un disque USB à la Freebox, ou en interne dans la Delta, et d’avoir son/ses Mac sauvegardés automatiquement via la Freebox…

Il suffirait de pas grand chose aux développeurs Free pour ajouter ce support à la couche SMB de Freebox OS.
S’il vous plaît.

Un petit coup de vfs_fruit module https://www.samba.org/samba/docs/current/man-html/vfs_fruit.8.html

Voici une config type pour Samba : https://blog.jhnr.ch/2023/01/09/setup-apple-time-machine-network-drive-with-samba-on-ubuntu-22.04/

Merci d’avance

Bonjour, j’ai une Freebox delta v7 (r1) avec le micrologiciel en 4.7.8
je souhaite exploiter une VM avec accès aux disques dur de la Freebox qui m’oblige à activer le SMB2 et 3 dans l’onglet partage de fichiers / partage Windows sauf que cela me provoque une erreur pour accéder aux disques dur via l’explorateur Windows et m’indique l’erreur 0×80070035.
Quand je désactive le SMB2 et 3 pour repasser du SMB1 j’ai accès aux disques mais ma VM non… je suis sous Windows 10 j’ai testé avec windows 11 22h2 j’ai le même problème…

Y-a-t-il une solution pour régler ce bug ?

Bonjour. Je sais que ce sujet a été abordé à de multiples reprises, mais je ne trouve pas la réponse à mon pb.
Depuis la sortie de SMBv2 sur la FB, et au fil des versions successives de FB OS, j’ai tenté plusieurs fois de ne plus accéder au contenu de la FB via SMB1 mais par SMBv2. En vain. J’active bien SMBV2/3 dans les paramètres de FB OS (voire je désactive/réactives plusieurs fois comme j’ai pu le lire par ailleurs), je désactive SMBv1 sur mon PC. Je checke que SMBv2 est bien actif sur le PC via Powershell. J’accède à mon Synology sans pb. Je vois bien la FB “Freebox_Server” dans le voisinage réseau. Mais lorsque je veux accéder j’ai l’erreur “\\Freebox_Server n’est pas accessible. Vous ne disposez peut-être pas des autorisations nécessaires pour utiliser cette ressource réseau. …/… Echec de l’appel de procédure distante.” J’ai tenté avec plusieurs casses du nom, et par adresse IP, mais rien n’y fait. Idem depuis un PC Win10 ou Win11.
Bref, aujourd’hui comme toutes les fois précédentes, je reviens au SMBv1 sur la FB et mon PC !
Des idées coté Free ou lecteurs bienveillants de ce post, pour résoudre mon pb ? :)
Merci !
Nb : FB Delta fibre dernière version FB OS (4.7.x), PC W10 ou W11, accès Ethernet.

Bonjour,

Mes disques partagés en v2/v3 ne sont plus accessibles. Idem en v1.

Bonjour, j’utilise le partage de fichiers afin de sauvegarder des données en automatique des PCs vers les disques de la freebox delta.
Tout fonctionnait très bien en protocole SMB2/3 jusqu’au jour où j’ai été obligé d’utiliser le protocole SMBV1 pour faire entrer des données d’une caméra qui n’a pas d’autre protocole de partage. Juste pour qu’elle mémorise le chemin d’accès. J’ai aussitôt réactivé le protocole SMB2/3 mais depuis, le partage ne reste pas actif et est perdu au bout de x heures ???. je suis obligé d’ouvrir le protocole de partage de fichier de la freebox, de désactiver SMB2/3, d’appliquer et de le réactiver. Avec cette manip, celà refonctionne pour quelques heures?
Ce ticket est déjà ouvert et devait être résolu par la version 4.7.5. Je dispose de cette version mais le problème reste entier.

Bonjour,

Sachant que le protocole SMB1 est voué a disparaitre définitivement suite a sa sécurité obsolète voir compromise.
quand le partage d’imprimante sera disponible sur SMB2&3, car pour le moment cela n’est pas le cas
Bonne journée et long week-end pour ceux qui font le pont

Bonjour,

Je voudrai partager avec vous mon experience de windows 10, avec le client DNS, et la connexion freebox du disque dur derriere, sur une revolution, a la fois avec windows 7 et windows 10.

J’ai remarqué que windows 10, qui est un système pourri, plein de bugs de securité, non maintenu, avait un haut niveau de CPU du a un processus hote de services CLIENT DNS.
Je l ‘ai donc supprimé avec la seule methode qui marche : les registres
C’est expliqué ici :
https://wintechlab.com/enable-disable-dns-client-service/

Si vous changez la valeur du registre de 2 a 4, vous resolvez le probleme de CPU, mais le disque dur USB qui est derriere la freebox monté par \\FREEBOX_SERVER, vous ne le voyez plus du tout, donc il ne faut absolument pas modifier la valeur de registre du DNSCLIENT.

Soit vous ne voyez plus le disque, soit vous ne voyez plus les fichiers excel ou word, quelque soit la version de Office.

Le prix a payer ( merci Microsoft ) est un PC qui chauffe avec une CPU pour le DNSCLIENT de 20 pour cent, ce qui est inacceptable, mais on n’a pas le choix.

Les autres methodes comme msconfig de services au demarrage ne marchent pas.

J’en profite pour vous dire de garder le SMB1 actif sur le pc windows 7 et windows 10 et sur la freebox, pas besoin de smb2.

Encore ici, ce que propose Microsoft est lamentable.
Windows 22H2 , Mai 2023, Freebox OS 4.7.6

Pourriez-vous mettre à jour ksmbd/ksmbd-tools ?

- https://github.com/cifsd-team/ksmbd/releases
- https://github.com/cifsd-team/ksmbd

- https://github.com/cifsd-team/ksmbd-tools/releases
- https://github.com/cifsd-team/ksmbd-tools

cc: @mmakassikis.

Je rouvre un sujet car répondre à un sujet ouvert et dupliqué 15 fois, ça ne sert pas à grand chose, il y a 0% de chance que les DEVS lisent mon message

Résumé :

Depuis la MAJ 4.7.4 il est désormais avéré que SAMBA crashe de façon aléatoire sans qu’il soit possible de déterminer les conditions exactes du crash. Chez certaines personnes, ça semble arriver assez fréquemment, plusieurs fois par jours, chez d’autres comme chez moi, c’est totalement aléatoire, c’est arrivé 3 fois.

Mais… il semblerait que ça se produise chez moi de préférence en soirée.
Or en soirée j’ai remarqué ces derniers temps que je perdais de façon systématique ma deuxième radio wifi 5 ghz

Pour être plus exact :

- durant la journée mon Wifi fonctionne en largeur de bande 160 mhz sur les deux bandes 5 ghz, la bande des 2.4 GHz est inactive
De temps en temps, la deuxième radio 5 ghz décroche et passe en 40 mghz de largeur effective de bande, mais ça reste un pphénomène rare DURANT la journée

- en soirée de façon moins aléatoire, mais encore aléatoire, la deuxième radio 5 Ghz (DFS) passe à une largeur de bande effective de 40 mhz au lieu de 160 mhz. Je suis obligé de redémarrer la radio le lendemain pour retrouver la pleine bande.

Ce phénomène a longtempts été complètement aléatoire… il est devenu systématique, càd toutes les soirées, sans que j’en connaisse la raison

- soit l’action de voisins qui de façon plus systématique qu’avant allument des réseaux wifi 5 gz en soirée
- soit le résultat d’un bidouillage du firmware, dans ce cas ça pourrait avoir un lien avec le firmware 4.7.4

Mon intuition est que ces problèmes de crash de Samba pourraient avoir un lien indirect avec la gestion du Wifi.
Je serais tenté de penser que lorsque la box est contrainte de modifier la largeur de bande effective d’une radio, c’est là qu’il y aurait une forte probabiblité de plantage de Samba, ce qui expliqeurait que chez moi le crash de samba se produisent plutôt en soirée.

Si le phénomène se produit plus souvent chez certaines personnes, ce sont peut-être des personnes qui sont dans des environnements Wifi plus perturbés, des personnes qui peut-être utilisent encore le 2.4 ghz, une bande devenue problématique.

C’est une piste à creuser pour résoudre un problème qui empoisonne la vie de pas mal d’utilisateurs depuis la MAJ 4.7.4, même si chez moi la situation est vivable.

Et Sainte Marie, au nom du ciel…. encore une fois cessez d’être sourd, obstiné de vous foutre de la tête des utlisateurs ouvertement.

J’ai déjà signalé il y a longtemps sous un rapport de bug précisément doccumenté que sous SMB2 la Freebox n’émet plus de NETBIOS (mais pas en SMB1)… l’absence de NETBIOS pose des soucis ponctuels sur certains logiciels, sous Windows comme sous Linux, même si en soi ce n’est pas un problème vital, mais ras le bol de galérer sur un truc qui pourrait être résolu en une vingtaine de minutes en revérifant vos scripts, juste qu’on refuse ouvertement de prendre en compte cette régression.

Bonjour,
Depuis plusieurs jours je fais l’expérience de buffering lors de la lecture de vidéos stockées sur ma freebox depuis mon PC connecté aussi bien en wifi qu’en ethernet. Au départ j’ai pensé à un souci au niveau de VLC concernant les enregistrements de la freebox car les seuls fichier m2ts étaient concernés. Depuis hier, la totalité des fichiers vidéos est concernée.
Mon environnement est : PC sous windows 11 22h2 moment 2 (à jour de la maj cumulative de mars)
Freebox revolution en version 4.7.4
VLC 3.0 ou 4.0 nightly, même résultat

Après enquête il semble, je dis bien il semble car je ne suis en test que depuis hier soir, que ce soit lié à la version 1 de SMB.
En désactivant SMB V1 dans les fonctionnalités windows et en cochant SMB v2/v3 sur la freebox, les performance semblent meilleures.
Pour autant, en ethernet j’observe lors de la copie de fichier depuis le disque interne de la box la chose suivante :
- Copie depuis l’explorateur windows plafonne a 30mo/sec (connecté en ethernet 1gb/sec)
- Téléchargement depuis l’interface web du même fichier tourne autour de 50-55Mo/sec

Il semblerait qu’il y ait de gros problèmes de débit sur le protocole SMB, en particulier sur la V1 mais les autres versions ne semblent pas en reste non plus quand je vois la différence de débit notée sur une copie de fichier.

Bonjour,

J’utilise Backup4all version 9 pour effectuer une sauvegarde miroir de mes fichiers depuis de mon PC Windows 11 Famille Build 22621.1265 vers le disque dur interne de mon serveur Freebox Delta V7.4.4. La taille de la sauvegarde fait plus de 60 000 fichiers pour plus de 300 Go.

Avec le protocole SMB1 cette sauvegarde fonctionne parfaitement.

Quand j’active SMB2 sur la Freebox et sur Windows, la sauvegarde démarre normalement mais au bout de quelques secondes, la sauvegarde détecte l’erreur de communication suivante remontée par Windows:

ERROR_UNEXP_NET_ERR
59 (0x3B)
An unexpected network error occurred.

Le logiciel de sauvegarde détecte cette erreur pour le fichier en cours de transfert. Il suspend la sauvegarde, déclenche un timeout de 60s au bout duquel il réessaye le transfert du fichier en question et la sauvegarde redémarre. Elle s’arrête de nouveau au bout de quelques secondes car elle détecte la même erreur pour un autre fichier, et ainsi de suite.

Ce problème est systématique donc facilement reproductible.

Bonjour.
Ma Nvidia Shield ne détecte pas mon disque dur installé sur la Freebox Delta et sur le réseau en SMB2/SMB3.
Lorsque je désactive le SMB2/SMB3 la Shield la détecte automatiquement.
La seule solution que j’ai trouvé est de le faire manuellement avec l’adresse IP etc dans l’ajout d’un stockage réseau sur la Shield afin de pouvoir conserver le SMB2/SMB3 sur la Delta.

Auriez-vous des astuces pour régler cela ?

Suite aux deux dernières mise à jours récente, il semble que le protocole SMB 2/3 plante ma DELTA.
Ma delta (Freebox v7 (r1)) a deux disques 1go en Raid interne et deux disques externes en USB.
Premier symptôme, le transfert vers les disques internes > 2 Giga, plantent systématiquement pour raison “réseau”. Ceci en mode DNS \\Freebox\ ainsi qu’en IP direct (192.168.0.254)
Deuxième symptôme, suite aux transferts en échec, la boxe ne répond plus par réseau LAN. et dysfonctionne (TV y compris). Un reboot par débranchement est nécessaire

la solution trouvée ce soir : et désormais cela semble stable :
- J’ai désactivé le SMB2/3 dans le mode partage de fichier Windows de la DELTA, et un reboot, cela refonctionne.
- toutefois mon Windows a la fonctionnalité SMB 1.0/CIFS d’activé.

Bonjour,

Sur mon FB Server j’ai été avec la v4.5.2 pendant plus d’un an sans reboot =⇒ super

Mise à jour en 4.6.5 =⇒ Reboot du FB serveur dès que je copie un fichier de mon PC vers le DD de la FB.
(si je passe par le navigateur: pas de soucis).

scénario exact:
- je ‘cut’ le fichier (pdf - 15 méga) depuis le navigateur de mon PC.
- je “paste” le fichier dans un répertoire.
- la copie a l’air de bien se passer (point de vue de l’explorateur de fichiers)

30 secondes plus tard, le FB server reboot.
Le fichier copié est corrompu (le lecteur PDF l’ouvre mais n’a pas l’air de trouver la fin du PDF).

Si je copie le fichier via l’interface Web (à partir du navigateur) : aucun soucis.
Je peux ensuite aller dans l’explorateur de fichier et ouvrir mon PDF sans soucis.

Ce bug est assez pénalisant pour moi.

Merci de votre aide.

Hello !

Alors suite à la tache 34682, je suis actuellement sous firmware 4.3.5. Nouvelle box reçu il y 2 jours suite plantage sans boot possible (logo free non apparent).

Devinez quoi ? une VM debian installée, aucune configuration faite dessus et bim, reboot de la box 2 fois. C'est lorsque j'ai vu qu'elle rebootait sans raison que j'ai été voir les paramètres de partage et que j'ai décoché SMBv2 actif par défaut…

Au départ je pensais à un problème venant de la VM, mais je l'avais même pas encore configurer à mon souhait… Depuis que le SMBv2 est off, aucun reboot.

adresse mac : 34:27:92:65:28:CC