All Projects

Bonsoir,

il est impossible de déployer et redimensionner ou redimensionner les VM existante depuis la mise à jour 4.9.2. L’erreur “Impossible de redimensionner le disque : Taille trop petite” apparaît.

Le problème n’est pas l’espace disque mais un bug au niveau de Freebox OS sur l’interprétation de l’espace disque. Les valeurs ‘Taille actuelle” et “Espace occupé sur le disque” sont HS.

Le problème est rencontré sur Delta et Ultra. Navigateurs testés : Safari / Edge / Firefox. Suppression du cache. Reset d’une Box (Delta) à zero pour tester.

Export avant boot du disque QCOW2, import sur un serveur avec KVM et redimensionnement avec qemu-img resize puis importation sur la Freebox fonctionne. La VM prend bien en compte l’espace disque durant le boot. Freebox OS reste “planté” sur la taille du disque.

EDIT 2025-04-15 WORKAROUND ICI : https://https://dev.freebox.fr/bugs/task/40222#comment188754

Merci nbanba

Bonjour,

En copiant un fichier de la delta sur le pc (Windows):
1. La date de création du fichier est modifiée –> date actuelle
2. La date de modification du fichier est supprimée –> 01/01/1970

Bonjour,

Une fois encore, la dernière MAJ du Server Delta est à chier.

Depuis la MAJ 4.9.1, notre Server Delta crash lorsqu’il est soumis à une forte charge, ce qui n’arrivait pas avant !
D’autre part, les dossiers partagés ne sont plus visibles dans le réseau local.
Et enfin, lorsqu’on télécharge à trop forte vitesse sur le NAS interne du Server Delta, tout s’emballe et ça crash ! Et les débits sont extrêmement instables avant le crash !

On commence à en avoir vraiment marre des foirages. Et après on s’étonne qu’on fait 40To de data de speedtests par mois pour tester la fiabilité du bordel !
Je pensais que c’était la tranquillité pour avril 2025, et pas du tout. On va devoir encore faire 1 million de tests pour comprendre ce qu’il se passe !

Par merci aux équipes développeurs Freebox pour nous avoir, une fois encore, pondu une MAJ ratée !
Cela fait maintenant 1h que j’essaye de télécharger 76Go de fichiers vidéos sur le Server Delta, et il crash chaque fois.

Je compte relancer en boucle mes téléchargements jusqu’à ce qu’ils se finalisent, donc merci à Free de sortir une MAJ corrective immédiate.

Bonjour,

J'utilise ma Freebox Delta Server comme NAS secondaire de backup. Je lui ai mis à l'intérieur 4 HDD en RAID 5, ainsi qu'un autre en USB. Je précise, mais normalement la configuration matérielle n'a aucun impact sur le bug.
NAS principal → Freebox via Server FTP

Depuis déjà au moins un an, la Freebox entière crash lors de forte charges en FTP.
Par forte charge, je veux dire environ 200MB/s pendant quelques minutes.
Pour palier à ce problème, j'ai dû limiter l'envoi de données de mon NAS vers la Freebox à 50 MB/s.

Aujourd'hui, c'est encore pire qu'avant, rien que le fait d'essayer de lire les metadata de quelques fichiers fait complètement cracher le serveur FTP.
Et par effet boules de neige, la Freebox entière redémarre.

J'ai même pu apercevoir pendant que le serveur ftp était hors service, sur le webUI de la Freebox, la page de configuration du ftp chargée indéfiniment jusqu'à me soulever un timeout.

Je souhaiterais vraiment que ce problème soit réglé, pour continuer utiliser ma Freebox Delta, et ne pas avoir acheté un nouveau NAS pour la remplacer.

Merci

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

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,

Du jour au lendemain sans modifier quoi que ce soit sur ma box ou sur Plex, je ne peux plus lire aucun films et j’ai le message “ce serveur n’est pas assez puissant pour convertir la vidéo " ou “la connexion a échoué. le transcodeur c’est arrêté en raison d’une erreur.”

J’ai le problème sur n’importe quel films et je ne peut meme plus visualiser mes photos. J’ai fait un hard reboot de la delta et testé une ancienne vm plex ,mais toujours le meme probleme.
Si quelqu’un peut m’aider a trouver une solution !

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

Bonjour,

lorsque nous désactivons le SMB2/SMB3, pour activer le partage d’imprimantes, le disque dur de la Freebox Server n’est plus joignable en réseau local, de même impossible de communiquer avec l’imprimante branchée sur un des ports USB, pourtant l’interface Freebox OS est accessible, de même le logo Freebox Server dans réseau apparaît, mais message \\Freebox_Server n’est pas accessible…

Le mieux serait de pouvoir activer à la fois le SMB2/SMB3 et le partage d’imprimantes, mais à priori cela ne semble pas supporté…

Où se situe le problème ? comment résoudre?

J’utilise Windows 10 à jour.

merci

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,

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,

Et voilà, le partage d’imprimante USB a encore disparu (bien activité dans ma config Mafreebox avec SMB2/3 décoché). Bilan : impossible d’imprimer en réseau :( C’est franchement pénible. Ce problème est vraiment trop récurrent…

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.

Pourriez-vous mettre à jour ksmbd/ksmbd-tools en 3.4.9 (2023-07-25) :
- https://github.com/cifsd-team/ksmbd-tools/releases
- https://github.com/cifsd-team/ksmbd-tools

cc: @mmakassikis.