Tous les projets

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.

En basculant en SMBv2/v3 je me suis aperçu que certains de mes périphériques ne parvenaient plus à se connecter sur le NAS.
Typiquemen dans différentes applis Android qui ne reposent apparemment que sur le NETBIOS, et sont donc incapables d’utiliser les méncanismes d’UPnp, ou mDNS, il suffit de remplacer le nom NETBIOS par l’adresse IP, ce qui cantonne le problème à la stricte résolution du nom.

Windows, comme la plupart des applis graphiques Linux sont capables d’utiliser les mécanismes alternatifs, soit mDNS et SSDP, donc c’est globalement transparent sauf dans le cas spécifique de composants qui n’implémentent pas ces mécanismes alternatifs, comme certaines applis en ligne de commande sous Linux.

La solution de contournement est d’ajouter une entrée dans le fichier hosts, mais ce n’est pas possible sous Android.

Sous Linux, et sous réserve que nsswitch.conf soit bien paramétré, la commande suivante permet de résoudre l’adresse netbios, elle ne marche plus après la bascule SMBv2/3, mais marchait parfaitement sous SMBv1

getent hosts nom-netbios-freebox (KO)

En revanche la résolution via mDNS marche toujours avant et après

getent hosts nom-netbios-freebox.local (OK)

J’ai plusieurs fois rebooté le serveur notamment pour la toute dernière mise à jour, ça n’a rien résolu
Je viens de retester le mode SMBv1 only avec un nouveau reboot de la Freebox, et ça semble refonctionner comme avant après un petit délai le temps que la Box broadcaste le nom NETBIOS.

Donc le dameon “nmbd” responsable de la diffusion du nom NETBIOS de la Freebox, ne semble pas être lancé en mode SMBv2/3, mais se lance en mode SMBv1

Il est possible que certains soucis récents allégués sur l’UPnP liés à la non détection soudaine de certains périphériques après mise à jour de firmware soit en réalité un problème NETBIOS que personne n’a visiblement soulevé.

Il y a peut-être parallèlement des régressions sur l’UPnP, mais dans tous les cas, il y a un problème NETBIOS avéré, les tests effectués sous Linux semblent très clairs.

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,
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.

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,

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, 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,

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

Un bug qui m’a bien pris la tête sur Freebox Pop:

Procédure:
* activer le “Partages Windows” en SMB2/SMB3 et l’accès authentifié, puis mettre un nom différent de “freebox” pour l’utilisateur, mettre un password
* monter le disque reseau depuis Windows ou Linux

⇒ le montage fonctionne bien, l’arborescence est visible mais en lecture seule, impossible de créer/modifier des répertoires ou fichiers.

Notes:
* le bug est présent sous Windows ou Linux
* si le partage n’est pas fait avec un “accès authentifier” (mode anonyme/guest) alors le montage est bien en RW (lecture/écriture)
* la ligne de commande pour linux (mais c’est pas ca le pb car j’ai aussi le pb avec l’exporateur windows):

sudo mount -t cifs //192.168.1.254/Freebox /mnt/freebox -o user=toto,uid=<USER>,gid=<USER>,password=<PASSWORD>

Pour moi c’est un bug car l’input “Utilisateur” est éditable (à la différence de la conf FTP qui a “freebox” en dur — ce qui m’a mis sur la piste)

La solution est donc de bien laisser “freebox”, et à terme que les devs corrigent cela: soit en bloquant le champs soit en fixant la conf SMB…

Après avoir brancher l’appareil photo (Panasonic Lumix S5 II) sur le WiFi 5Ghz de la Freebox Delta pour faire un partage de fichier, ce dernier demande à quel machine il doit se connecter.
Je parviens à le connecter à mon PC Windows (j’utilise le nom de mon PC dans le groupe de travail “WORKSPACE” pour lequel l’appareil photo est également configuré par défaut, et en indiquant sur l’appareil le nom et l’identifiant d’un compte créer pour l’occasion et possédant un dossier partagé).

Cependant, quand à la place j’indique comme nom de machine “Freebox_Server” (j’ai également essayé “FREEBOX_SERVER”, “freebox-server” et “Freebox Server”), l’appareil photo m’indique uniquement “Connexion impossible” (il ne tente pas de me demander non plus d’identifiant si j’active l’option dans les réglages de ma Freebox, j’ai essayé en ayant SMB v2/v3 coché et décoché, je n’ai trouvé aucune combinaison fonctionnelle).

La Freebox serait quand même un endroit idéale pour stocker sur son disque dur mes photos hors de mon appareil photo… Et ce n’est à priori pas la faute de l’appareil photo qui parvient à se connecter à mon Windows et à savoir s’authentifier dessus. (je sais que d’ancien Lumix étaient capricieux avec les smartphones, mais là à priori le wifi fonctionnent parfaitement avec mon PC… Mais c’est pas idéale avec l’espace disque, et dommage que mon PC soit toujours requis et doivent rester allumer pour transférer puis déplacer après vers la Freebox…)

Bonjour,

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

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

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

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

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

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

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

Merci

Bonjour,

Je voulais connecter mon imprimante en réseau USB pour la première fois.
J’ai donc vérifié sur la page OS si la box était bien:
- en routeur ⇒ Oui
- partage d’imprimantes ⇒ Oui
- l’imprimante est bien connecté à l’arrière de la box internet/réseau ⇒ Oui
- l’imprimante est bien raccordé au secteur ⇒ Oui

En suite j’ai lancé windows11 en recherche d’imprimante ⇒ KO
J’ai DL les pilotes de l’imprimantes et ça a lancé une installation ⇒ KO.

Je suis à cours d’élément pour tester.
J’ai cherché si je pouvais configurer sur un port en direct ou par IP, j’ai rien trouvé ^^’.
Si vous avez de l’aide je suis preneur.

D’avance merci
Jonathan

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.