Tous les projets

bonjour,
depuis une quinzaine de jours le serveur delta freeze affiche “étape 1” et impossible de la gérer avec la gui.
le routage internet fonctionne toujours le wifi est aléatoire service SMB HS etc…

contact du support via whatsapp :
“C’est un incident informatique général causé par la dernière mise à jour.
L’anomalie est en cours d’analyse par nos équipes.”

comme je n’ai rien vue ici, j’ouvre une tâche pour faire avancé les choses.
je peux aider/tester si besoin.

CDT
vrom

Bonjour,

le protocole CIFS est relativement limitatif pour l’accès au NAS, notamment depuis les périphériques IOT :
Par exemple, les caméras Dahua (leader mondial de la télésurveillance) ne peuvent pas enregistrer le stream sur un disque CIFS, mais uniquement sur un disque NFS.

- Pourriez vous SVP activer l’export du NAS en NFS ?
- Pourriez vous SVP activer l’accès en SSH/SFTP au NAS ?
- Pourriez vous SVP activer l’iSCSI target sur la Freebox Delta qui dispose d’un port a 10G (permettant le partage du stockage en LUN sur le réseau)

Pour information, sur un système Linux (comme le sont les Freebox), ces fonctionnalités sont très faciles a activer quand elles ne sont pas natives.

Cordialement,
nbanba

Je n’ai pas trouvé la réponse avec une freebox pop.

J’ai branché un DD Usb sur le serveur de la freebox pop et je n’arrive pas à monter le dossier distant avec mon Synology.

J’arrive à le trouver via le réseau et à me connecter sans problème avec mon macbook et mon Apple TV.

Voici le message que j’ai avec le Synology :

Voici mes paramétrages :

Bonjour,
Je faisais partie des beta testeurs et j’ai échangé plusieurs mails avec Mr Makassikis à ce sujet. je vais essayer d’être le plus clair possible. J’ai un disque de 5 To, en NTFS, connecté sur le serveur pop (sur l’Usb3 et le disque est USB3 aussi). Le disque est neuf, acheté en Janvier dernier, un peu avant le début de la béta. J’ai constaté que, sur certains répertoires (ceux avec beaucoup de fichier), si je fais un clic droit sur un fichier, la fenêtre des propriétés affiche un poids de 0Ko et aucune date de création/modification:

Dans ce même répertoire, certains affichent correctement la fenêtre des propriétés et certains, comme l’image ci-dessus, sans rien.
Si on tente de parcourir le répertoire en question, par la commande dir en fenêtre CMD, le comportement est également très bizarre. une fois dans le répertoire, si je fais simplement dir, tous les fichiers du répertoire sont trouvés mais pas par ordre alphabétique. Ils sont bizarrement classés. Ils ont l’air (c’est à dire la majorité d’entre eux) d’être par ordre alphabétique mais pas du tout. Tous ceux qui sont pas bien “classés” sont ceux qui présente le bug de la fenêtre de propriétés. j’ai tenté toutes les options de la commande dir mais ça reste pas dans le bon ordre.
De plus, si, sur un fichier présentant le bug de la fenêtre des propriétés, je tente de faire un dir débutdunomdufichier*.*, là, la commande dir me répond que le fichier est inexistant. Résultat étonnant car un dir simple l’a pourtant bien “trouvé”, il est listé. Alors certes, pas au bon endroit dans l’ordre alphabétique mais il est là.

Bug lié à tout ça : Si dans VLC par exemple (depuis téléphone Android ou le lecteur freebox pop), je tente l’accès sur le répertoire avec ce bug, VLC me répond que, tenez vous bien, le répertoire est vide! alors qu’il contient plus de 200 fichiers.

Je vérifie le disque, histoire qu’il ne soit pas défectueux. Je branche le disque sur mon pc puis je le partage sur mon réseau (mon pc a bien smb V1 de désactivé bien sûr et tous les VLC utilisés ont l’option “préférer smbv1” de décochée également). Et la, tout fonctionne parfaitement, tous les répertoires sont biens listés par VLC, du téléphone, de la freebox tout … impec. Le bug de la fenêtre des propriétés à 0 disparait. Les commandes dir fonctionnent parfaitement. Le disque n’est donc pas en cause.

Une fois le disque rebranché sur la freebox, le bug est de retour. Je constate que n’importe quel répertoire dépassant les 30 fichiers présente ces bugs (mais ce n’est peut être pas pile ce nombre à partir duquel le bug se présente mais j’ai pas mieux, j’ai soit des répertoires à moins de 30 fichiers et la aucun souci ou j’ai beaucoup plus de 30, genre 80-100 voir plus de 200 fichiers, où la le bug est présent) :

- Des fichiers avec fenêtre de propriétés à 0
- exploitation par dir en fenêtre de commande CMD bugée
- VLC ne trouve rien dans ces répertoires, il les voit vide

J’ai refais plusieurs mails à Mr Makassikis mais sans réponses cette fois. J’ai pu voir qu’on était plusieurs à rencontrer des bugs assez similaires (avec d’autre logiciels que VLC). Je pense qu’il reste un bug, lié au nombre de fichiers contenus (ou bien tout autre chose mais il reste un bug, assez gênant car perturbe l’utilisation de VLC).

En espérant avoir une réponse cette fois, sinon je ferais un ticket peut être indépendant histoire de remonter le souci.

Merci beaucoup @ bientôt. Tehoden.

Bonjour
je m’aperçois que depuis la 4.3 le partage de fichier bug j’explique:

freebox mode routeur 192.168.1.254 derrière udmpro ubiquiti 192.168.0.254
je garde la freebox en mode routeur pour garder certains services qui serait désactivé et je ne veux pas,
raccourci sur win10 (”\\192.168.1.254\Disque dur\Téléchargements”) fonctionnel avant le passage en SMB2
maintenant le fichier est toujours accessible mais impossible de faire un copier coller (explorateur plante) ou d’envoyer un fichier torrent directement dans le fichier téléchargement.
désactivation du SMB2 dans l’interface freebox (partage de fichier) le dossier n’est plus accessible.
alors y a pas mort d’homme (je passe par l’interface directement mais c’est moins simple)
j’insiste sur le fait que cela à commencé après la maj 4.3
et ayant une image de mon pc j’ai l’ai réinstallé pour Verif
je reste persuadé que c’es un pb sur le SMB mais pas les compétences pour le prouver

Video
https://jphmoisson.myqnapcloud.com:448/video/sharelink?aid=gaVigt

Merci d’avance

Bonjour,

Depuis deux jours, je ne dispose plus, sur ma Freebox Delta, de fonctionnalités,jusque là, utilisées depuis de nombreuses années sur mes différents modèles de Freebox Server, à savoir :
- Scan à partir d'un multifonction vers un répertoire de ma Freebox
- Accès direct au disque dur Freebox Delta depuis mon MacBook Pro afin de récupérer les documents scannés depuis mon Multifonctions.

Le premier incident(2jours) était la fonction "Scan to" qui générait un message d'erreur en fin de scan sur le Multifonctions de type : " Impossible d'écrire dans \\192.168.1.254\Freebox\ScanXxxx ".

Le second incident(ce matin) était la non reconnaissance du disque dur de la Freebox Delta à partir de mon MacBook Pro et constat que sur l'interface de "mafreebox" l'icône Disque de l'interface "Partages de fichiers/Disque" : le disque sata 1 de 1 To est avec un "Etat : Inactif" et ce alors même que le disque est visible au travers de l'Explorateur de disques de "mafreebox" et qu'il est aussi visible avec la télécommande de la TV et de la Freebox Player.

Selon le service d'Assistance de FREE, il semblerait qu'il y ait eu depuis deux jours plusieurs appels remontant ce type d'anomalies et que la cause était sans doute une mise à niveau software qui serait la cause de ce BUG. La seconde personne de l'Assistance FREE m'a conseillé de m'inscrire à ce forum afin qu'un développeur FREE puisse avoir l'information car ils n'ont pas la possibilité de remonter ce type d'incident au travers de leur application interne d'assistance FREE.

Donc, Monsieur le Développeur FREE, pourriez-vous m'aider, s'il vous plaît, à solutionner mon souci que j'ai qualifié comme critique au niveau de la "Sévérité" étant entendu que c'est une fonctionnalité majeure de la Freebox que j'utilise depuis plusieurs années et qui m'ont conduit à être fidèle à FREE.

Par avance, je vous en remercie et je me tiens, bien sûr, à votre disposition, pour toute demande d'informations complémentaires que vous pourriez souhaiter.

Bien à vous,

Daniel SZYBURA

Bonjour, impossible de me connecter à une imprimante branchée en USB (en l'occurrence Epson Stylus DX8450, qui fonctionne si je me branche en direct), tant depuis Kubuntu 20.04, que Linux Mint 20.04, que Windows 10, et ce malgré l'activation de SMBv2 (la boîte pour cocher l'imprimante est d'ailleurs inaccessible).

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

@Marios Makassikis (mmakassikis)

un petit retour d’expérience vécus hier

Allez-vous implémenter le VSF (Vfs)  sur la Freebox ?

hier je suis allé chez un client équiper en Apple avec des OS anciens et récents, j’ai installé un Nas Asustor

Il a une option très intéressante pour les machines Apple dans les options Samba VFS ou (VFS) de l'Asustor que j'ai pu essayer.

Quand il était désactivé le comportement entre le Nas et la Freebox était le même et avait du mal à trouver rapidement les fichiers.

Quand l'option VFS sur l'Asustor est activé et que j'ai refait les disques réseaux

Le Finder trouve les fichiers plus rapidement sur le Nas

C'est le jour et la nuit entre Le Nas et le Serveur Freebox (une POP avec un disque Usb3.2)

https://wiki.samba.org/index.php/Virtual_File_System_Modules

https://www.ibm.com/docs/en/spectrum-scale/5.0.5?topic=services-support-vfs-fruit-smb-protocol

https://www.samba.org/samba/docs/current/man-html/vfs_fruit.8.html

https://www.reddit.com/r/synology/comments/bw6xb0/smbconf_vfs_objectscatiafruitstreams_xattr_breaks/

http://manpages.org/vfs_fruit/8

Bonjour,

depuis la mise à jour du firmware de la Freebox Pop, l'imprimante branchée en USB n'est plus reconnue. L'impression ne fonctionne plus, que ce soit sous windows ou sous Linux (KDE neon ou Kubuntu).

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

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,

Lors de la lecture de films stockés sur un HDD externe relié au serveur Freebox Pop, en le lisant sur le player pop avec l'application VLC, le Wi-Fi et les ports Ethernet du serveur pop cesse de fonctionner à un certain moment, plus aucun moyen d'être connecté à la freebox, il suffit d'attendre deux minutes pour que tout revienne dans l'ordre, puis cela revient encore plus tard toujours lors de la lecture de la vidéo ce qui est très agaçant.

La lecture du même film avec le HDD directement relié ne pose aucun souci de réseau car cela passe bien évidemment directement dessus et non pas par le LAN.

Cordialement