Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)

Actuellement, quand un disque défectueux est inséré dans le Freebox Server (Delta), et est formaté et utilisé (testé dans un array raid5), l’interface web ne réponds plus quand on tente d’accéder aux paramètres ou à la page d’état de la Freebox (voir capture d’écran avec console web).

Un message d’erreur ainsi que l’accès aux paramètres de disques afin de désactiver le fautif (voir le faire automatiquement) seraient les bienvenus.

https://wtf.roflcopter.fr/pics/OAxDO8hj/y62gbMja.png(capture d’écran)

Le transfert du fichier a démarré puis au bout de quelques minutes (transfert de 103Mo sur 900Mo) une erreur est survenue : “C’est cassé erreur 504 le serveur a interrompu le transfert” Suite à cette erreur impossibilité de relancer le transfert soit par l’application Freebox OS soit par l’explorateur (nécessité de rebooter le serveur)

De temps en temps (rarement) le son se trouve décalé par rapport à l’image. Un changement de chaîne permet de revenir à une situation normale

Hello,

VLC freeze systematiquement au bout de 10 minutes après la lecture d’un media stocké dans le disque du de la freebox delta.
Depuis vlc, je cherche les medias sur le reseau, je navigue jusqu’au fichier en smb, je l’ouvre, ca marche et puis ca plante
J’ai l’erreur aussi bien depuis VLC depuis l’interface Fire TV native de ma tv Xiaomi que depuis l’interface Google TV du player pop.
J’utilise une connexion Ethernet.

Est-ce que vous auriez un conseil ou une reco ?

merci

Bonjour,

Depuis un moment je n’arrive plus a envoyer des emails via mon serveur perso (exim).

On dirait que le port 25 est bloqué depuis free

~# telnet smtp.gmail.com 25
Trying 74.125.206.108… Connected to smtp.gmail.com.
Escape character is ‘^]’.

Pourtant j’ai bien dans " Blocage du protocole SMTP sortant " NON via la console de free

l’assistance malheureusement ne répond pas.

Cette demande remonte à la nuit des temps, depuis que Freebos OS existe
C’est régulièrement réclamé sans jamais de réponse de votre part

Veuillez prendre connaissance de ce fil. Sauf erreur de l’utilisateur dans l’interprétation des instructions, Coriolis lui demande de forwarder deux plages d’adresses de 30 hôtes (masque CIDR 27) sur deux plages de port, ce qui ferait théoriquement 120 règles à se cogner.

https://forum.universfreebox.com/viewtopic.php?p=770980#770980

La solution de contournement consistant à sélectioner “toute adresse” dans IP source n’est pas acceptable

Cette demande de fonctionnalité est CRITIQUE, vous ne pouvez plus vous cacher derrière votre Index

Comment l’implémenter :

- il serait préférable de choisir un format de type “range” adresse de x.x.x.x à x.x.x.x (contigues par définition).
En effet un bloc d’adresses à forwarder ne correspond pas obligatoirement à un masque sous réseau standard
Parallèlement on peut toujours ajouter une seconde option d’entrée via masque de sous réseau CIDR ou classique, mais la méthode “range” doit être dans tous les cas implémentée

- dans sélection du protocole il faut ajouter l’option “TCP et UDP” Si l’utilisateur doit en entrer un nombre important de bloc d’adresses non contigues, et les forwarder en UDP et TCP, ça permet de diviser son travail de saisie par deux.

NOTE : et au passage il est rappelé que la possibilté de forwarder et redirigier des plages d’adresses IPv6 a déjà été demandée plusieurs fois. La demande n’est certes pas critique, il suffit de ne pas activer le pare feu IPv6 réseau de la box, mais certaines personnes aimeraient bien pouvoir profiter d’une protection en amont de la Box en IPv6 et IPv4, considérant que ça rentre dans une de ses fonctions de base.

Afin de résoudre certains problèmes de fichiers distants (AFP/AppleShare) sur certains Apple Mac, je demande la mise à jour de netatalk 3.1.12 (2018-12-20) → 4.2.2 (2025-04-27) et ainsi corriger de failles de sécurité (vulnérabilités) nommées CVEs en même temps.

- https://netatalk.sourceforge.io/
- https://github.com/Netatalk/netatalk/
- https://github.com/Netatalk/netatalk/releases
- https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=netatalk

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.

Bonjour,

Quand je lance l’application pendant que l’alarme est déclenché, y a des erreurs (seulement qd l’alarme est déclenché) : “pas de connexion”, “votre alarme est injoignable”, “Erreur Failed to connect to 3dkodt2u….26080”. (j’ai des screen)
Ces erreurs durent une dizaine de sec après ça se connecte.

Bonjour
depuis un certain nombre de version il est devenu impossible de programmer un enregistrement commençant un jour par ex 22h55 et finissant le lendemain pa ex 1h10 si on veux en faire un enregistrement périodique par ex tous les lundi:

on obtient alors l’erreur “Vous devez préciser la durée de l’enregistrement” alors que rien ne permet de la faire.

le problème est le même que l’on essai de programmer l’enregistrement depuis l’interface web du serveur ou depuis un player

Bonjour,

Petit problème sur mon installation toute fraiche d’hier, j’ai des lags en jeu et en visio à intervalle plus ou moins régulier.
(Petit ping -t des serveurs google en bas de mon poste)

J’ai fait le test sur 2 tablettes, 2 téléphones et 3 PC. même problème et au même moment, pareil sur un ping cloudflare, free etc … Quand je ping la box en local, aucun soucis par contre, connexion constante, le problème se situe, j’imagine, au niveau de la box (ou du PTO, PBO, NRO, que sais-je ?)

Bref, une aide serait très fortement appréciée !

Réponse de 142.250.75.227 : octets=32 temps=15 ms TTL=120
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=15 ms TTL=120
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.
nse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.

Bon, problème très dérangeant, depuis le début mon PC connectés en Ethernet se déconnectent des parties en ligne sur divers jeux (freebox delta en fibre). mise à jour de la box faite ! mais je ne pense pas que ce soit la cause du problème.

Ce ne sont pas des “déconnections” total, trop rapides et seuls les jeux sont touchés.
La freebox ne détecte pas d’anomalie ou de déconnections mais bon je ne peux pas jouer correctement.

C’est systématique et continue pour l’instant 3- 4 fois le soir, beaucoup moins en journée.

De l’aide ou une solution SVP.

Bonjour,

Depuis quelques semaines, quand je regarde des films en 4K, l’image est sombre, que soit via Disney ou Netflix.

la résolution en dessous, tout est OK

Contexte : Freebox OS 4.7. Je viens de passer à la fibre et j’ai demandé une IP V4 full Stack.

Depuis (coïncidence ou pas ?), lorsque je clique sur l’icone périphériques réseaux ou lorsque je veux paramétrer la gestion des ports dans “Paramètres de la Freebox”, j’obtiens ce message d’erreur “Erreur lors de la récupération de la liste des hôtes” dans un popup.

Any idea ?

Bonjour
en utilisant le port SFP+ du serveur vers un switch 10Gb (sans autre regle de port ou de vlan) l’acces depuis le player vers le NAS synology en UPNP ne fonctionne pas. Le Nas est tantot visible, tantot pas.
En utilisant les ports RJ45 du serveur, tout fonctionne normalement.
Merci.
Francois

Ce matin tout semblait bien fonctionner.

J’accède à mon partage Samba sans problème particulier, mes deux rails Wifi 5 GHZ sont bien en bande effective de 160 mghz, alors que je m’attendais à ce que la ligne radio DFS soit restreinte à 40 mhz, comme ça se produisait régulièrement ces derniers jours (voir ma précédente remontée de bug).

Etant précisé qu’on parle d’un transfert de fichier de quelque kilo octets, pas d’un transfert de gros fichier
Je visionnais et uploadait des fichiers de configuration Linux…rien ne bien méchant

Puis quelques minutes plus tard sur une deuxième tentative d’accès… patatras plus d’accès, freeze

J’investique et je constate UN GROS PLANTAGE au niveau du Wifi

- le PC (Linux) semble toujours connecté au Wifi de la box. Je fais une tentative d’update des repos sans aucun problème particulier, juste que Samba ne fonctionne plus, si j’essaie d’accéder au partage ça provoque un freeze. Comme j’étais en mode CONSOLE phyisque, je ne pouvais pas me connecter à l’interface web Freebox OS, donc je me tourne vers mon téléphone Android qui est connecté en Wifi

- Au niveau d’Android c’est là où ça devient intéressant

L’application Freebox n’a plus un accès complet à la Freebox, mais partiel.
L’accès au gestionnaire de fichier fonctionne que ce soit sur le disque interne ou la carte SD externe qui correspondent à deux partages SMB distincts, ce qui prouve que ça n’a aucun rapport avec un éventuel problème de NAS

Mais lorsque je veux visionner l’état du Wifi… l’appli tourne dans le vide.
Impossible d’accéder aux paramètres, l’appli freeze, alors même que quelques minutes auparavant j’avais bien eu accès à ces mêmes paramètres.

Je ferme l’appli et retente pour être sûr, même chose.

Je tente de lancer Freebox Files… l’appli freeze et ne démarre pas.
Mais, de mémoire il me semble que Freebox Connect se lance correctement, mais impossible ensuite d’accéder aux paramètres Wifi

Donc je n’ai pas le choix, je dois rebooter la Delta sans savoir exactement dans quel état réel était le Wifi puisqu’il semblait continuer à fonctionner partiellement, le PC restant toujours connecté et ayant une visibilité sur le Web

Avant la MAJ 4.7.4, jamais une telle chose était arrivé, au grand jamais, croix de bois, croix de fer….
Après la MAJ 4.7.4, cet incident s’est déjà produit 3 fois de façon totalement aléatoire, et sans que jamais à ce moment précis Samba ne soit sollicité sur un très gros efforts.

La question est maintenant de savoir entre l’oeuf et la poule qui est né le premier.

Est-ce un bug de Samba qui provoque le crash du Wifi ? La veille au soir, j’avais en effet effectué une grosse tâche de transfert sur plusieurs fichiers de 2 GO, sans problèmes apparents. Mais si vous lisez certains rapports de bug précédents il est avéré que sur la Delta, parfois Samba, suite à de gros transferts, reste dans un état “incertain”. Il semble fonctionner, mais il provoque des anomalies bizarres du genre répertoire pas à jour, impossible d’écrire… il faut relancer le serveur Samba.

Donc je ne peux totalement exclure que suite à ces gros transferts de la veille… Samba était en effet dans un état “incertain” comme décrit dans des rapports de bug précédents.

Ou est-ce une problématique Wifi qui provoque des soucis sur Samba ?

J’aurais tendance à pencher pour cette hypothèse. Les Devs ont manifestement “bidouillé” quelque chose au niveau du Wifi, car avant la MAJ 4.7.4, jamais je n’avais connu de tels crashes comme décrit présentement. La seule chose que j’avais constaté, ainsi que d’autres utilisateurs, c’est que de temps à autre Samba se mettait dans un statut incertain avec un fonctionnement qui “buggue” suite à des grosse tâches (sauvegarde VSS de type Acronis, Reflect… ) et qui impose le redémarrage du serveur Samba sans provoquer plus de dysfonctionnements au niveau de la box, l’accès aux paramètres Wifi via l’appli Android Freebox fonctionnant toujours… contrairement à ici

De plus avant la MAJ 4.7.4, la disparition subite des partages SMB ne se produisait ABSOLUEMENT pas, et ça été signalé plus d’une quinzaine de fois.

Soit vous connaissez l’origine du bug et un firmware correctif est en route… Soit c’est toujours en cours d’investigation… la situation DEVIENT TOTALEMENT INTENABLE ET INACCEPTABLE vu que la Delta est baucoup utlisée pour son NAS réseau, si l’on se réfère à des personnes qui perdent les partages Samba plusieurs fois d’affilée en l’espace de quelques heures.

Dans ce cas, en attendant la résolution du problème, je pense qu’il faut rétropédaler le firmware vers la version précédente 4.7.3

J’ai l’intime conviction que l’origine des soucis “récents” vient de certaines modifications au niveau de la gestion du Wifi.
Ca n’expliquera toujours pas l’instabilité chronique de Samba après un “stress” du serveur, bug rapportée avant le firmware 4.7.4, mais on retrouvera une situation plus acceptable.

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,
j ai 3 disque durs de 2 to 2.5 formtés par Free os + un DD 1to USB 3.0 en NTFS. Depuis 3 à 4 semaines on ne peut plus copier sur les disque durs qu’ils soient internes ou externes. J ai erreur “écriture impossible contient un caractérise prohibé ou enlever la lecture seule ……” les fichier font en 1go à 15 go

Bonjour,

Nous avons constatés une anomalie parfois des lenteurs sur la navigation et surtout l’application youtube qui est lent a se lancer certaines videos sur iphone ou android smartphone.
Cette anomalie à était constaté sur toutes les versions de la freebox.
Nous avons trouver l’origine de cette anomalie, et il s’agit de l’ipv6 qui à l’origine de cette anomalie.
Nous avons forcer la désactivation de l’ipv6 depuis la l’interface de la freebox os.
L’anomalie n’est plus d’actualité depuis la désactivation de l’ipv6.

Tenez nous au courant sur la correction de cette anomalie sur l’ipv6.

Cordialement

Bonjour,

Peut-on mettre en place la possibilité de faire un test de débit et qui s’affiche directement dans un menu des Players ?

Cdl

Les serveurs VPNs de la Freebox sont une bénédiction, un grand merci, c’est une solution majeure pour les globes trotteurs qui de l’étranger veulent se protéger de hotspots potentiellement malveillants.

La Rolls, un peu lente et ne fonctionnant que sur PC Windows ou Linux, c’est openVPN bridgé. IPv4 + IPv6 RAS

Si on veut connecter iOS, Android, Windows de façon native : IKEv2, IPv4 + IPv6 RAS

Vous avez choisi de proposer le protocole Wireguard, un nouveau protocole qui “monte” et semble-t-il un peu plus rapide qu’IKEv2 (mais je ne suis pas certains que ce soit onligatoirement plus sûr).

En l’état… c’est quasi inutilisable. L’IPv6 n’est pas implémenté.

Suite à des tests extérieurs, je me suis rendu compte que les serveurs VPNs qui ne fournissent pas d’adresse IPv6 posent souci :

- lenteurs sur certains sites
- certains sites sont totalement inacessibles. J’ai par exemple des petits jeu Android qui fonctionnent parfaitement chez moi en Wifi, mais ne fonctionnent pas en extérieur via VPN Wireguard, il faut que je passe par IKEv2

Concernant openVPN Routé… je n’ai pas la situation en tête, mais là aussi, il faut implémenter “si ce n’est pas déjà fait” l’IPv6
openVPN routé est la seule solution openVPN qui fonctionne sur Android et iOS (openVPN bridgé ne fonctionnera jamais sur iOS ou Android)

L’IPv6 est impératif désormais car beaucoup d’infrastructures ont basculé ces dernières années.
Un PC Windows sur une connexion “IPv4 only”, il a tendance à ramer…. les mises à jour, déjà lentes, deviennent très très lentes.

C’est sympa de donner le choix aux utilisateurs… mais juste un petit effort pour aller jusqu’au bout.

Juste une suggestion, serait il possible d’enrichir un peu les catégories et icones associées aux appareils connectés au reseau?
ça serait pas mal de pouvoir déclarer, ampoules, prises, enceintes et autres types d’appareils connectés (certainement plus fréquents que la voiture electrique;) )

Bonjour,

Depuis quelques temps, je perds régulièrement accès au disque externe branché en USB sur le serveur pop.

Disque : WD Passport 250gb, usb2, 2,5” : https://www.amazon.fr/Western-Digital-Passport-Essential-Externe/dp/B002KPW5IS

Le disque disparaît de la Freebox (vu comme non détecté). Le débrancher/rebrancher fonctionne parfois. Egalement un redémarrage (ou plusieurs) de la Freebox permettent parfois de le récupérer. Un redémarrage électrique fonctionne à coup sûr.

Le disque disparaît lors de la lecture d’une vidéo, la copie de fichier, ou en ne faisant rien du tout.

Lors que le disque est monté, la vérification du filesystem (ext4) via freebox os est OK.

Pour moi, cela ressemble à un problème de puissance du port USB, mais :
- c’est un disque portable, qui n’a jamais posé de pb en USB
- tout fonctionnait très bien depuis plusieurs années avec la pop (depuis 2020). Il est maintenant impossible de le garder actif pendant plusieurs jours.

Un mise à jour a-t-elle restreint la consommation possible sur le port USB du serveur ?

Cordialement

Bonjour,
depuis que j’ai la mini4k ( avant j’avais une crystal ) , il y a des problemes des ports rj45
sur 1 port j’ai un switch où il y a 1 raspberry et une camera ip
sur un autre il y a un serveur debian
sur un autre il y a le player
le point A
au bout de quelque jours ( aleatoire ) plus d’acces au serveur debian
obliger de le debrancher (rj45) et de redemarrer
mais ça dure que quelques jours

comme je suis au point B (à 120km du point A) , j’ai pris le serveur debian que j’ai branché au point B ( rj45 sur switch relier à un routeur 4g )
au bout de trois semaines , il a toujours fonctionné

donc je l’ai remis au point A , et là rebelote , plus d’accés ,
comme je fonctionne en vpn , j’ai acces au raspberry et , depuis celui ci , j’essai de pinguer sur le serveur debian , sans resultat

j’en déduit que ça doit venir des port de la mini4k !!

connaissez vous le probleme ??
merci

Je rouvre un nouveau ticket sur l’EXFAT car depuis 2019, ouverture du premier ticket il y a du nouveau

La manière traditionnelle d’accéder à l’exfat c’est FUSE bidule… c’est de la m..erde, je l’ai déjà aussi signalé par rapport à Fuse NTFS-3G (non NTFS ne consomme pas en soi plus de ressources qu’EXT4, c’est le framework fuse qui globalement est responsable de cette lenteur et cette débauche de ressources).

En 2019 (voir le ticket précédemment mentionné), Microsoft annonce avoir ouvert les specs d’exfat, pour une intégration tierce partie facilitée, dans la mesure où exfat est devenu de fait “la nouvelle norme” pour les appareils mobiles (APNs notamments).

J’ai été très mauvaise langue, car en 2019 je ne croyais pas trop en un développement rapide d’un module de noyau Linux

Et pourtant si… Samsung en 2020 a développé un module de noyau exfat intrinsèquement bien plus sûr et rapide qu’exfat fuse.
Ce module de noyau est désormais intégré de façon standard dans les derniers noyaux Linux, les distributions ont illico basculé leurs paramétrages par défaut pour utiliser le module de noyau plutôt que exfat fuse.

Sous linux, il y a juste à installer un paquet complémentaire “extfatprogs” destinés à fonctionner avec le module de noyau exfat (il fournit des outils de diagnostic et réparation) par opposition à exfat-utils qui lui est destiné à fonctionner avec exfat-fuse.

Selon mes informations… le module de noyau Exfat de Samsung a été intégré au noyau officiel depuis la version 5.7 (pour rappel le module de noyau NTFS3 de Paragon a lui été intégré depuis les versions de noyau 5.15)

Alors ma question est : qu’utilise actuellement la Freebox, exfat-fuse ou exfat Samsung ?

Si la réponse est : exfat-fuse, la seconde question sera : quand pourra-t-on espérer un basculement sur le module de noyau ?

Je conviens que pour NTFS3, la Freebox est peut-être encore sur une version de noyau trop ancienne (mais dans le fond je n’en sais rien), concernant exfat vu qu’on se contenterait d’un noyau 5.7… c’est quand même théoriquement nettement plus chaud, ou on a de quoi s’inquiéter si on nous annonce que la Freebox tourne toujours sur la version de noyau 2.6… question sécurité, ce ne serait pas “joli joli”.

Je possède une VM openSUSE Tumbleweed (Rolling Release) sur la Delta… je confirme que le noyau Linux AARCH64 implémente bien les modules de noyau NTFS3 et EXFAT (et il doit en aller de même pour ARM 32 bits qui à mon avis doit être l’architecture de la Freebox Revolution et de la Mini 4K)

Je rappelle que le basculement vers les modules de noyau en délaissant cette sa…loperie de fuse, engendrera un bond de performance gigantesque pour le NAS.

La logique voudrait qu’à l’avenir les gens utilisent EXFAT en priorité pour les disques USB car taillés pour les données mobiles (pas de fragmentation, pas besoin de journalisation, prise ne charge des fichiers supérieurs à 5 GO), parfaite transportabilité sur Windows comem Linux (en attendant un jour BSD).

Je rappelle que NTFS, un système de fichier à stratégie de fragmentation (donc volontaire, ce n’est pas un défaut de conception), conçu pour fonctionner avec une journalisation est en soi une hérésie sur un disque USB. NTFS a vocation à fonctionner sur des disques internes. A la limite EXT4 est plus intéressant (ext4 ne fragmente pas, et tout comme NTFS on peut désactiver la journalisation).

Avec le module de noyau exfat, la Freebox devrait être capable plus facilement et de façon transparente de réparer le système de fichier et le remonter, là où avec ext4-fuse et ntfs-3g, c’est plus compliqué, ça s’arrête fréquemment en eau de boudin avec à la clé des sueurs froides sur l’intégrité du disque.

J’ai mis sévérité à haute car messieurs les développeurs veuillez faire un effort… regardez le nombre de tickets ouverts relatant des erreurs de transmission de données, des interruptions de transferts sur disques USB, des pertes TOTALES de données. J’ai subi il y a longtemps une perte totale de données sur une SD formatté en NTFS, en passant en EXT4 j’ai fait disparaitre ce problème, mais cette SD n’est pas transportable sur un PC Windows (ce qui dans mon cas ne gêne pas plus que ça puisque je dispose de systèmes Linux)

L’intégrité des données sur les supports mobiles sur des format exogènes à Linux doit être votre priorité, la réputation de la Freebox s’améliorera de façon très importante face à des NAS comemerciaux qui eux peut-être implémentent déjà ces modules de noyau.

Vous n’avez plus aucune excuse, les modules de noyau existent… il faut simplement déjà qu’à minima on arrive progressivement à une version de kernel de 5.15 (et même au-dessus car le support de 5.15 va s’arrêter cette année je crois. Donc il faudrait basculer dans l’idéal sur le prochain kernel LTS, je ne sais pas lequel est désigné).