Tous les projets

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.

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.

Hello,
j’ai trouvé une source de crash reproductible concernant les VM qui fait redémarrer la freebox Delta. Voici comment faire:
(1) créer et démarrer des VM en utilisant toute la mémoire permise par l’interface de gestion des VM
(2) solliciter des services de la Freebox, par exemple le guide de programmes.

La réaction du systèmes est un redémarrage. Avec malchance, les VM sont redémarrés aussi et le bug se répète.

Analyse:

A présent, 1024MO de la mémoire vive sont réservé pour le système, le reste peut être alloué aux VM. Or, l’évolution doit avoir conduit à un besoin de mémoire dépassant 1GO. La barette mémoire fourni avec 2GO cache ce défaut en absence de VM.

Il faut alors réévaluer le besoin de mémoire et adapter l’interface afin de permettre moins mémoire aux VM.

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 la team,
Sur un PC Windows 11, impossible d’accéder au disque dur connecté à la Freebox, depuis l’extérieur (connection par un client OpenVPN). Depuis l’intérieur du réseau ça fonctionne nickel (en utilisant le nom du serveur et son IP)
ça fonctionne depuis le VPN avec un autre PC sous Windows 10, et sous Windows 7.
Je ne “vois” pas la box, pas de réponse au ping. Les autres PC la voient et peuvent pinguer sans problème. Pas de conflit d’IP sur les clients.
Pare-feu et antivirus désactivés.
L’accès se fait depuis un autre Freebox Pop, au début il y avait un conflit dans les adresses locales.
Box distante (celle avec le serveur VPN actif) d’IP 192.168.1.254, box locale d’IP 192.168.0.253
Ajout d’une route dans la table de routage Windows (de mémoire, route -p ADD 192.168.1.254 MASK 255.255.255.255 192.168.0.253 METRIC 1 IF 15) mais ça ne change rien.
En testant depuis une connection partagée depuis un mobile ça a fonctionné lors de mon test initial lors de l’installation (IP en 192.168.X.X), ça ne fonctionne plus avec le téléphone de la personne qui essaye de se connecter (IP en 172.x.x.x).

OpenVPN configuré comme suit :
client
remote XX.XXX.XX.XX XXXXX
#ajout de config depuis la modif logiciel pour le box Delta
topology subnet
ifconfig 192.168.27.65 255.255.255.224
pull-filter ignore “ifconfig” route-gateway 192.168.27.64
#fin ajout config
proto tcp-client
nobind
… (le reste du fichier n’est pas modifié)

Je sèche, 4 jours que je suis dessus u.u

Par avance merci

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.

Bonjour à tous ici,

J’ouvre cette tâche car personne chez Free ne semble pouvoir donner des informations sur l’arrivée (un jour) d’un correctif sur ce problème déjà connu.

En très court : La box plante (souvent un “Kernel Panic” d’après les infos que j’ai eu de l’assistance), puis repasse au travers de toutes les étapes du démarrage.
Tout ceci se produit de quelques fois par semaines à plusieurs fois par jours (quand je manque de chance).

Signalé déjà depuis début Février, il aura fallu plus d’un mois pour recevoir une nouvelle Freebox (couac côté logistique Free…) qui aura mitigé l’anomalie en grande partie, ne constatant que très peu de crashs après le remplacement.

Cependant, depuis quelques jours, cela repart de plus belle, j’ai donc refais un signalement, et ce jour, on m’informe que ce problème impacte de nombreux clients et sur la quasi totalité des modèles de Freebox (pas uniquement les Delta donc ? étrange).

Durant cet appel, on m’indique également qu’une mise à jour logicielle devrait régler ce problème, mais pas d’ETA. Aussi, en “palliatif”, repasser en configuration d’usine permettrait de retrouver une box stable (ce dont j’ai refusé, trop de configuration en place et j’ai besoin de la liaison VPN via la box).

Autre infos :

Le voisinage proche n’a pas de désynchronisations, ou de box ayant des reboots récurrents dans les mêmes créneaux horaires que moi, c’est donc bien un problème localisé sur la box.

Déjà fait :
- Remplacement “Freeplug” - Remplacement de la box

Non fait :
- Remplacement du module PON

Du coup, puisqu’il semble que le remplacement du module PON ne résoudrait pas l’anomalie constaté, j’ouvre ce ticket pour avoir un suivi de l’avancement du correctif, voir être intégré dans une phase de tests si besoin était (déjà 3 mois, c’est long pour juste avoir eu l’info que c’est un bug connu, sans plus de détails sur la résolution future du problème côté Free).

Merci aux corps Free qui pourront me tenir informé de l’avancement de la résolution de cette anomalie (dont j’aimerais bien connaitre l’origine. 3ème Delta, jamais eu de soucis sur les 2 premières, et idem sur des Revolution, qu’est-ce qui a changé sur les derniers batchs qui cause ces soucis ?).

Bonjour,

Je voudrai partager avec vous mon experience de windows 10, avec le client DNS, et la connexion freebox du disque dur derriere, sur une revolution, a la fois avec windows 7 et windows 10.

J’ai remarqué que windows 10, qui est un système pourri, plein de bugs de securité, non maintenu, avait un haut niveau de CPU du a un processus hote de services CLIENT DNS.
Je l ‘ai donc supprimé avec la seule methode qui marche : les registres
C’est expliqué ici :
https://wintechlab.com/enable-disable-dns-client-service/

Si vous changez la valeur du registre de 2 a 4, vous resolvez le probleme de CPU, mais le disque dur USB qui est derriere la freebox monté par \\FREEBOX_SERVER, vous ne le voyez plus du tout, donc il ne faut absolument pas modifier la valeur de registre du DNSCLIENT.

Soit vous ne voyez plus le disque, soit vous ne voyez plus les fichiers excel ou word, quelque soit la version de Office.

Le prix a payer ( merci Microsoft ) est un PC qui chauffe avec une CPU pour le DNSCLIENT de 20 pour cent, ce qui est inacceptable, mais on n’a pas le choix.

Les autres methodes comme msconfig de services au demarrage ne marchent pas.

J’en profite pour vous dire de garder le SMB1 actif sur le pc windows 7 et windows 10 et sur la freebox, pas besoin de smb2.

Encore ici, ce que propose Microsoft est lamentable.
Windows 22H2 , Mai 2023, Freebox OS 4.7.6

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

j’ai testé tous les VM, impossible de me connecter, les trucs comme admin/admin ou encore patienter ou mais remplir le dans le cadre :
#cloud-config
system_info:

default_user:
  name: admin

password: admin
chpasswd: { expire: False }

ne change rien toujour incorrect …

besoin d’aide

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,

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,

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.

Bonjour, j’ai une Freebox delta v7 (r1) avec le micrologiciel en 4.7.8
je souhaite exploiter une VM avec accès aux disques dur de la Freebox qui m’oblige à activer le SMB2 et 3 dans l’onglet partage de fichiers / partage Windows sauf que cela me provoque une erreur pour accéder aux disques dur via l’explorateur Windows et m’indique l’erreur 0×80070035.
Quand je désactive le SMB2 et 3 pour repasser du SMB1 j’ai accès aux disques mais ma VM non… je suis sous Windows 10 j’ai testé avec windows 11 22h2 j’ai le même problème…

Y-a-t-il une solution pour régler ce bug ?

Bonjour,

La box reboote pendant des opérations de copie de gros fichiers vers le NAS ou pendant des opérations de création d’archives ZIP.
Pas de chauffe excessive constatée dans les courbes de température.

Le NAS est constitué de 4 SSD de 250 Go chacun.

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,

L’adresse MAC de ma Freebox: 34:27:92:66:32:B8

Il semblerait qu’il y ai un problème autour des accès disque et des VMs causant des redemarrages intempestifs de la Freebox entière. Depuis aujourd’hui la VM affiche qu’elle ne peut plus être lancée, même si je re-crée avec le même disque virtuel..

J’héberge une instance home-assistant avec une caméra et de l’archivage et mon disque VM est de 1TB (346Go réel), il est assez gros si ça a un rapport.. le disque dans les parametres n’affiche aucune erreur de lecture ou d’écriture. Le disque lui-même est un QVO 860 2TB SATA Samsung MZ-76Q2T0.

J’ai changé la mémoire avec une barette Kingston Server Premier 16GB 2666MHz DDR4 ECC CL19 SODIMM 2Rx8 Mémoire serveur - KSM26SED8/16HD, qui ne semble pas dysfonctionner (memtester dans une VM avec le maximum de mémoire vive possible n’affiche aucune erreur). Je n’ai aucun autre moyen de tester cela dit.

Le reboot intempestif est arrivé avec l’accès manuel de certains fichiers de la VM via un service SMB (pas celui de la Freebox), pour réencodage.. néanmoins les fichiers ne sont pas corrompus et le disque n’a jamais affiché d’erreur écriture/lecture et la vérification n’affiche aucun problème. Le reboot intempestif est aussi arrivé sans manipulation particulière de ma part. Le problème dont je parle il n’y a pas de blocage en Étape 2/3 mais cela m’est arrivé aussi et m’arrive toujours frequemment des microcoupures de 5-15mins mais je ne sais pas si c’est lié.

Ceci est donc bien mystérieux, dommage pas d’accès aux logs noyau Linux de la Freebox elle-même ce qui aidrait grandement la compréhension du problème.. je vous solicite donc.

Merci beaucoup

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.