|
37640 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 27/01/2023 | Anomalie | Non trié | Nouveau | Les dossiers par défaut réaparaissent |
Task Description
Bonjour,
Il semblerait que certains dossiers “par défaut” (Photos, Vidéos, Téléchargements…) ne peuvent pas être complètement supprimés du stockage de la freebox (4 disques en RAID sur la Delta ici). Pourtant, j’ai modifié le gestionnaire de téléchargements pour qu’il utilise un autre dossier, et cela fonctionne parfaitement. De même, je n’utilise pas les dossiers Phots et Vidéos, j’ai donc essayé de les supprimer. L’opération semble fonctionner, les dossiers disparaissent, sur le partage SMB comme depuis freeboxOS directement. Pourtant, dès que je redémarre la box, ils réapparaissent tous, vides.
Le problème est loin d’être sévère, mais ce serait plus joli de pouvoir enlever ces dossiers pour les maniaques de l’organisation comme moi !
|
|
37645 | Répéteur Wi-Fi | 28/01/2023 | Anomalie | Répéteur Wifi 5 | Nouveau | Comportement erratique du répéteur |
Task Description
Bonjour, Après la dernière mise à jour (1.9.11), j’ai eu quelques soucis avec mon répéteur. Les appareils avaient du mal à se connecter, ou basculaient sur la delta alors que le signal du répéteur était clairement mieux, et même quand connectés au répéteur les débit était plutôt mauvais. J’ai donc déplacé le répéteur dans une autre pièce, où je l’ai branché en Ethernet (à travers un switch non géré).
Depuis, c’est la catastrophe : Le wifi est instable, les appareils mettent très longtemps à se connecter, pour souvent finir par échouer. Souvent, ils alternent entre connectés au wifi de la Delta (signal faible + lent) ou complètement déconnectés, donc la connexion internet est plutôt mauvaise. Si j’arrive à me connecter sur le répéteur, le débit est bon, ce qui confirme que je passe bien par le répéteur, mais généralement pas longtemps : rapidement, je rebascule sur la Delta, alors que son signal est clairement plus faible à cet endroit. Parfois, la connexion au répéteur semble fonctionner, mais il n’y a aucun accès au réseau, même local. Résultat : dans la zone supposément couverte par le répéteur, il vaut mieux être en 4G, ou débrancher le répéteur et se connecter à la freebox, même si elle est loin.
Même l’application Freebox Connect ne semble rien comprendre à ce qu’il se passe : les appareils en Wifi apparaissent souvent sur la mauvaise source, et mettent très longtemps à s’actualiser, mais surtout les appareils connectés en Ethernet à la Delta (ou au switch), et même les VMs qui tournent sur la box apparaissent comme connectés au répéteur.
MAC de la box : 70:FC:8F:68:AA:38 Répéteur : 8C:97:EA:58:5A:4A Le switch est un dgs-105 de chez D-Link La plupart des tests ont été faits sur un iPhone, mais sur un PC j’ai à peu près les mêmes problèmes.
|
|
40559 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 08/10/2025 | Anomalie | Téléchargements | Nouveau | Le client de téléchargements n'as pas accès aux apparei... |
Task Description
Bonjour, Il semblerait que le client de DL ne soit pas en mesure de joindre les appareils connectés à la box via VPN Wireguard.
Mon setup : - une Delta avec serveur VPN activé et profils créés - Client VPN désactivé pour les DL sur la box - Client Wireguard fonctionnel sur mon PC depuis une connexion extérieure (pop)
Sur le PC, je lance un simple serveur http qui sert directement certains fichiers. Je peux y accéder depuis : Avec le VPN désactivé : - mon pc en localhost (encore heureux) - les autres appareils en local, y compris le client DL de ma pop Avec le VPN activé : - une VM qui tourne sur la Delta, donc à travers le VPN - et même mon portable via le VPN sur la delta (donc depuis appareil VPN vers un autre)
Le seul qui n’arrive pas à récupérer les fichiers, c’est le client DL de la Delta, qui me renvoie :
2025-10-08 18:06:19 start url https://192.168.27.67:8000/test.txt (crawling: 1)
2025-10-08 18:06:19 host resolved to 192.168.27.67:8000
2025-10-08 18:06:19 connecting to remote host...
2025-10-08 18:06:19 https://192.168.27.67:8000/test.txt failed with code 0 Connection refused
Si je lance le serveur de fichiers sur ma VM, le client Dl de la Delta est bien en mesure d’y accéder, le réseau local lui est donc accessible mais pas les plages d’ip Wireguard.
Cordialement.
|
|
40662 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 17/11/2025 | Anomalie | Téléchargements | Nouveau | Problème sur les valeurs hautes de ratio de partage |
Task Description
Bonjour,
Sur les téléchargements torrent, le ratio de partage est cap à 655.36 (exactement). Si on règle des valeurs au dessus, le ratio overflow et recommence à compter de 0 (si on règle 1000 → ratio effectif 344.64) De même, si on le règle à une valeur négative il underflow et décompte depuis 655.36 (-100 → 555.36). La valeur zéro semble elle bien régler un partage infini.
Serait-il possible de faire en sorte que : - des valeurs hautes soient cap au max/à l’infini au lieu d’overflow - des valeurs négatives désactivent le partage (ratio de 0)
Merci d’avance
|
|
37311 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 12/11/2022 | Anomalie | Client VPN | Closed | Le client VPN Wireguard n'arrive à se connecter qu'une ... |
Task Description
Bonjour,
Sur le client VPN Wireguard, tout changement de la configuration active entraîne une impossibilité de se connecter. La première connexion fonctionne, mais les suivantes non. Aucune erreur n’est affichée sur la page de statut, juste que le client est déconnecté. Voici les logs du client : https://pastebin.com/5XGcMBHv
Un reboot ne change rien, et le problème n’est pas lié à la config Wireguard, qui fonctionne parfaitement sur un pc.
Le seul moyen de se connecter (temporairement) semble être de : 1) désactiver le port entrant du serveur VPN Wireguard 2) reboot 3) réactiver le port entrant 3) reboot
Après ça le client wg arrive à se connecter une fois, mais tout changement de la config active entraîne un nouveau blocage et il faut recommencer.
Cordialement.
|
|
40147 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 23/03/2025 | Anomalie | Disques externes | Closed | [Résolu] Plantage et reboot de la box lorsque les disqu ... |
Task Description
Bonjour,
Ma freebox Delta plante et redémarre dès que les disques sont un peu chargés (téléchargements rapides, copie de fichiers…). J’ai 4 SSD en interne et les performances sont très bonnes par ailleurs.
J’avais déjà constaté depuis pas mal de temps de gros problèmes de lenteur de l’interface dans ces situations, notamment sur le gestionnaire de téléchargements, mais depuis quelques semaines elles se sont transformées en plantages complets. Charger le CPU via les VMs ne semble pas affecter la stabilité de la box, seulement l’activité des disques. Évidemment c’est assez gênant, en plus de causer de gros risques de corruption sur les disques ou les VMs.
Merci
|
|
40265 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 27/04/2025 | Anomalie | Téléchargements | Closed | Instabilité à haut débit du client de téléchargement |
Task Description
Bonjour,
Cette tâche fait suite à https://dev.freebox.fr/bugs/task/40147, le problème étant finalement revenu.
Le client de téléchargement de la Delta est très instable et cause des plantages de la box. Pour tester j’utilise cette liste d’URLs :
http://ipv4.scaleway.testdebit.info/10G.iso
http://ping.online.net/10000Mo.dat
http://ipv4.appliwave.testdebit.info/10G.iso
http://paris.cdn.mediactive-network.net/speedtest/1000Mo.dat
https://proof.ovh.net/files/10Gb.dat
http://test-debit.free.fr/10485760.rnd
chacun des liens fonctionne individuellement via curl/navigateur
Quand je lance le DL, le débit total monte rapidement au delà de 400Mo/s, puis les problèmes commencent : - échec de certains téléchargements avec “<url> failed with code 206 Bad address” dans les logs (voir https://transfert.free.fr/90ZbNmP) - plantage complet de l’interface (erreurs 50x, timeouts, perte de fonctionnalité). Touche les téléchargements ET le reste de fbxOS. - plantage de la box et reboot (si elle ne plante pas d’elle-même il faut dans tous les cas la reboot pour récupérer l’interface)
Ce qui a été testé avec le SAV (voir l’ancienne tâche pour plus de détails) : - changement d’alim - remplacement de la box - plusieurs barrettes de RAM (originale, plus grande capacité…) le problème persiste dans tous les cas.
J’ai réinitialisé la box plusieurs fois, avec et sans restaurer ma config, ça ne change rien.
J’ai ensuite essayé de simuler la charge que provoque un gros téléchargement : curl sur une VM et un PC pour charger l’ONT/le réseau, et copie de fichiers interne via fbxOS pour les disques. Cette fois-ci, tout est stable. On sent immédiatement que le CPU souffre (le débit dans la VM s’effondre et la température monte en flèche) mais l’OS continue de répondre, pas d’erreur et ça se maintient dans la durée.
Je précise que le problème survient aussi via l’API, il n’est pas causé par l’interface (mais c’est elle qui montre les plus gros symptômes). Au passage merci à nbanba pour son outil en bash qui simplifie bien les choses !
Durant tous mes tests j’ai suivi la conso de la box au wattmètre, en idle elle est autour de 28W et en pleine charge on dépasse tout juste les 36W. Sur des alims prévues pour fournir 100W max, ça devrait tenir.
Le seul cas ou j’arrive à télécharger sans plantage c’est en bridant la vitesse, par exemple en activant le client VPN, mais c’est loin d’être parfait vu que ça divise le débit par 20…
Je suis preneur de toute suggestion, j’avoue être un peu à court d’idées !
Cordialement,
|
|
39909 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 14/12/2024 | Évolution | Freebox OS | Nouveau | Étendre un RAID5 |
Task Description
Bonjour,
Serait-il possible d'ajouter un moyen d'étendre la capacité d'un RAID5 une fois que tous ses disques ont étés remplacés par des modèles plus volumineux ? La fonctionnalité est supportée par mdadm, qui semble être ce que la box utilise pour gérer son RAID (avec –grow).
J'ai récemment remplacé tous mes disques, et sans surprise une fois la dernière synchronisation terminée le RAID n'a pas changé de taille et aucune option n'est apparue. Heureusement j'avais prévu le coup et tout copié ailleurs avant, mais pouvoir étendre l'array directement aurait évité de perdre pas mal de temps (et la plupart des metadata).
Merci.
PS: Aux "ingés systèmes" qui passeraient par là, je suis conscient des limites et faiblesses d'un RAID5 et en particulier sur du matériel non spécialisé, je l'utilise donc en conséquence, ne venez pas me faire la leçon là-dessus ;)
|