Tous les projets

Bonjour,

Depuis que j'ai activé le protocole SMB v2, lorsque je lis un fichier vidéo sur le player Mini 4k avec l'application VLC (Samba), entre 30 et 35 minutes, le server redémarre.

Gros consommateur de lecture de vidéos par VLC sur le player, je n'avais pas ce problème avant. Du coup, j'ai désactivé SMB v2 et je peux désormais lire mon fichier vidéo sans redémarrage et donc sans coupure comme avant.

Parmi les corrections de la version 4.3.2, on peut lire:
“Correction d’un bug empêchant l’affichage du contenu de certains répertoires en SMB1 (#34647)”

Or ce bug persiste en SMBv2 !

Ma configuration: Freebox Revolution r2 OS v.4.3.2 avec un disque externe branché en USB.
Ordinateur 1: PC Windows 7
Ordinateur 2: PC Windows 10

Avec SMBv2 désactivé sur la Freebox :

• Accès disque externe depuis PC Win 10 = impossible (OK, SMBv1 est désactivé sous Windows 10)

• Accès disque externe depuis PC Win 7 = parfait (OK)

Avec SMBv2 activé sur la Freebox :

• Accès disque externe depuis PC Win 10 = parfait (OK)

• Accès disque externe depuis PC Win 7 = possible mais certains dossiers ne s’affichent pas et restent inaccessibles même en tapant le chemin d’accès complet dans la barre de l’explorateur (ANOMALIE)

⇒ Pour que mes deux ordinateurs puissent accéder correctement au disque USB de la Freebox Server, je dois donc désactiver SMBv2 sur la Freebox et activer SMBv1 sur le PC Windows 10, ce qui est absurde, le protocole SMBv2 étant censé remplacer avantageusement le SMBv1.

⇒ Il serait souhaitable de corriger rapidement ce bug dans une version v4.3.3 de l’OS.
Merci.

Bonjour, j’ouvre une nouvelle tâche pour un soucis Windows 10 (déjà présent pendant la beta d’après certains utilisateurs)
Testé sur Freebox Révolution.

Au moment de la suppression de la plupart des fichiers / dossiers mais aussi lors de certains transferts, l’explorateur reste bloqué à 99% avec 0 octet restant, et impossible d’annuler. Obligé de redémarrer explorer.exe pour enlever le message. Cependant, les transferts sont effectués.
Cela se produit également lors d'un renommage d'un fichier.

Précisions :
Le bug se produit sur tous les PC windows (à jour).
Le disque dur sur la Freebox Révolution est formaté en NTFS (et n'a pas été reformaté depuis la 4.3.0).
Le bug fait planter le processus explorer.exe : si vous supprimez/renommez un fichier local (sur le Bureau par exemple), ça va rester aussi à 99% jusqu'au redémarrage du processus.

Bonjour,
Suite à un changement de Freebox, lorsque je vais dans freebox-os et dans configuration j'ai un message d'erreur "Echec de la récupération de la configuration".
Je n'ai plus accès au DD de la freebox, il me demande un mot de passe et celui de mon ancienne freebox ne fonctionne pas. Dans la configuration par défaut, la cose mot de passe n'est pas cochée et je ne peux donc pas la modifier.
Merci de votre aide.

Bonjour,

Suite à la dernière mise a jour du serveur un mot de passe est nécessaire sur l'accès smbv2 du serveur, depuis le player pop via l'app vlc.

Cdt

A noter l'user @ ne fonctionne pas.

Merci pour votre aide.

Bonjour,

Depuis la mises à jour 4.3.2, mes VM n'arrivent plus à monter les disques de la Delta. J'ai tenter de reconstruire une VM neuve et le problème se reproduit (Debian et Ubuntu).

Si je tente de les monter manuellement :

mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Les points de montage des disques dans le fstab :

//mafreebox.freebox.fr/HDD2     /mnt/HDD2       cifs    vers=1.0,guest,uid=1000,gid=1000,comment=cloudconfig    0      0
//mafreebox.freebox.fr/Freebox  /mnt/Freebox    cifs    vers=1.0,guest,uid=1000,gid=1000,comment=cloudconfig    0      0

J'ai le même résultat en remplaçant mafreebox.freebox.fr par son IP privée

Résultat du dmesg :

[  355.250436] CIFS VFS: Send error in SessSetup = -22
[  355.250975] CIFS VFS: cifs_mount failed w/return code = -22
[  355.359079] CIFS VFS: blob signature incorrect \xa1\x81\xa60\x81\xa3\xa0
               

\xa1
               +

\x827
               \xa2\x81\x8d\x81\x8aNTLMSSP

Bonjour,

Depuis la mise à jour 4.3.2, les cpu de la box delta montent en température parfois jusqu'à 100°C ! La connexion internet saute assurément. Après plusieurs manipulations, je me suis aperçu qu'en désactivant les cartes wifi, tout revenait à la normale avec des températures dans les 60°C.

Auriez-vous une solution à me proposer ?
J'aimerai aussi faire parvenir une capture des températures, comment s'y prend-t-on avec le htpp ?

Merci.

Depuis la dernière mise à jour les vidéos de mon serveur Plex ne son plus accessible

Depuis la mise à jour 4.3.0, certains répertoires du server ne sont plus accessibles ou sont vides lorsqu'on essaye d'y accéder depuis le player Pop ou depuis un player Plex.
C'est particulièrement observable avec VLC : si on se connecte au LAN en UPnP, tous les répertoires et fichiers sont accessibles. Si on essaye en SMB, certains dossiers sont vides.
Ces dossiers n'ont pas été modifiés avant et après la mise à jour.
Je peux accéder à ces dossiers via l'explorateur, je peux les copier, les déplacer. Certains fichiers redeviennent visibles si on les déplace dans un autre répertoire… Mais ça semble aléatoire et pas lié à un problème de nom (caractères spéciaux, espaces…)

C'est plus étrange que dérageant, mais cela montre une instabilité du système avec le nouveau code qui utilise SMBv1/SMBv2/SMBv3.

Suite à la mise à jour, j'ai bien activé SMBv2 dans FreeboxOS.
J'ai également fait des changements au niveau de la VM, en enlevant le paramètre vers=1.0 dans l'encart cloud-init, pour PLEX. Mais ça ne concerne pas VLC.
Pas d’événement particuliers dans le journal de Windows, par contre au niveau des logs du client SMB, j'ai ces messages récurrents :

Smb2DiagReasonISC.

Erreur : La tentative d’ouverture de session n’est pas valide. Ceci est dû soit à un nom d’utilisateur incorrect, soit à des informations d’authentification incorrectes.
État de sécurité : 0x8009030E
Nom de l’utilisateur : 
ID d’ouverture de session : 0x2ABE008
Nom du serveur : \Freebox_server
Nom du principal : cifs/Freebox_server

Une connexion réseau a été perdue.

Nom de l'instance : \Device\LanmanRedirector
Nom du serveur : \Freebox_server
Adresse du serveur : 192.168.75.254:445
Type de connexion : Wsk
InterfaceId : 15
Aide :
ceci indique que la connexion du client au serveur a été perdue.
Des déconnexions fréquentes et inattendues lors de l'utilisation d'un adaptateur RoCE (RDMA sur Converged Ethernet) peuvent être le signe d'une configuration réseau incorrecte. La carte RoCE requiert le contrôle de flux prioritaire (PFC) pour être configurée sur chaque hôte, commutateur et routeur du réseau RoCE. Une configuration incorrecte du PFC entraîne des pertes de paquets, des déconnexions fréquentes et une diminution des performances.

La connexion au partage a été perdue.

Erreur : La connexion de transport est maintenant déconnectée.
Nom du partage : \Freebox_server\Freebox
ID de session : 0x1
ID d’arborescence : 0x3
Aide :
Si le serveur est un serveur de fichiers du cluster de basculement Windows, ce message s’affiche lorsque le partage de fichiers passe d’un nœud du cluster à un autre. Un anti-événement 30806 doit également se produire pour indiquer que la session sur le serveur a été rétablie. Si le serveur n’est pas un cluster de basculement, il est probable que le serveur était auparavant en ligne et qu’il est à présent inaccessible sur le réseau.

Bonjour,
depuis environ une semaine j'ai des reboot du serveur pop dès que je regarde une vidéo sur VLC.
le reboot a lieu environ toutes les 8 minutes.
les vidéos sont stocké sur un HDD externe USB3 branché sur le boitier serveur.
merci pour votre aide

Bonjour

J'espère être dans la bonne rubrique car cela touche aussi bien le server POP que le Player…

Ma configuration : Server POP version 4.3.0 sur lequel est connecté un SSD, répéteur WiFi, et Player POP relié par Ethernet au répéteur.

Le bug constaté : depuis quelques jours (peut-être depuis la MàJ 4.3.0 mais je ne peux l'affirmer), la lecture avec VLC, SUR LE PLAYER POP, d'une vidéo type mkv stockée sur le SSD connecté au server conduit au bout de quelques minutes au redémarrage intempestif du server. Ce défaut persiste que le player soit relié au répéteur par Ethernet ou par WiFi. En suivant l'état de la Freebox à l'aide de la console, on ne constate pas d'anomalie (genre augmentation de température) avant l'apparition du défaut.

Ce défaut N'EST PAS présent dans le cas de la lecture d'une vidéo sur un autre périphérique WiFi tel qu'un PC. Il ne se déclenche que dans le cas de la lecture par le player. Le service télévision fonctionne lui normalement.

Indice complémentaire : dans le cas de la lecture sur un PC en WiFi, le voyant d'accès du SSD relié au server clignote par intermittence, semblant remplir un buffer. Dans le cas de la lecture par le player POP, le voyant d'accès clignote en permanence

Bonjour,

Ceci a rien a faire ici mais il y'a plus de présence de vie depuis presque 1 mois des devs sur toutes les taches concernant ce magnifique devialet.

Pouvons nous avoir des réponses/retours sur les dernières taches ?

Je dis bien les dernières car les premières sont passé au oubliette….

Merci.

Hello,

Alors je résume la chose.

Install fraiche d’une VM (peu importe la distrib le problème est exactement le même à chaque fois) debian avec accès aux disques de la Freebox (activation du smbv2 nécessaire).

premier démarrage de la VM ⇒ freeze (à n’importe quel moment car j’ai look la console au boot et c’est pas à une étape particulière qu’elle plante). Impossible de l’éteindre ou de forcer l’arrêt. Si j’attends que ca se passe c’est toute la freebox qui ne répond plus avec les CPU qui grimpent en flèche niveau température…Obliger de débrancher / rebrancher la delta et d’aller rapidement dans les VM pour forcer l’arrêt (qui fonctionne cette fois)et supprimer la VM.

Nouvelle install fraiche d’une VM debian, sans accès aux disques Freebox (donc smbv2 off) et tout roule…

Bonjour,
Depuis la maj 4.2.8, impossible d'accèder à la box via le protocole Samba dans Kodi 19 "Matrix". ok avec Kodi 18.9 Leia.
Idem avec la maj 4.3.0

merci

Bonjour,
Suite à MAJ vers4.3.0 du serveur Delta avec le navigateur de fichier de base d'Ubuntu "Fichiers":
- impossible de couper/coller des fichiers d'un répertoire à un autre
- impossible d'uploader un fichier du PC vers le DD du serveur
- accès DD uniquement en FTP, accès Samba ne fonctionne plus depuis la 4.2.8
- message d'erreur de Fichier en tentative d'accès Samba (partage de fichiers) depuis la 4.2.8: "Impossible de monter le partage Windows: Le logiciel a provoqué l'abandon de la connexion"

Bugs non reproductibles sous Windows et Android, cela fonctionne.

Lors de l'effacement d'un fichier, sous Windows10, Windows reste en attente de la réponse finale de la fbx.
Le fichier est bien effacé de la fbx, mais Windowxs indioque 'effecté à 99%'.
Il faut alors stopper la tâche 'explorateur de fichier' pour que le fonctionnement de cet explorateur devienne normal.

Bonsoir, j'ouvre une nouvelle tâche pour un soucis Windows 10 (déjà présent pendant la beta d'après certains utilisateurs)
Freebox Révolution, version 4.3.1.

- [Windows 10] Au moment de la suppression de la plupart des fichiers / dossiers mais aussi lors de certains transferts, l'explorateur reste bloqué à 99% avec 0 octet restant, et impossible d'annuler. Obligé de redémarrer explorer.exe pour enlever le message. Cependant, les transferts sont effectués.

- [Huawei] Le téléphone ne détecte plus le NAS via Fichiers (voisinage réseau vide), et même via Système ça nous indique "aucun dossier partagé"

Suite à la fermeture du ticket :  FS#29444  - Bêta-test SMB v2 / SMB v3 / CIFS / SAMBA / SMBv1

Utilisateur qui a fait ceci : - pradesh (pradesh)

Pour tester les noms de la Freebox, j'ai entré ceci sans caractère spécial :
//ibb.co/xqHMyLG

Dans cette configuration, ne devrait-on pas avoir mdns au lieu de netbios dans le voisinage réseau ?
Du coup si j'essaye de me connecter sur netbios j'ai ceci :
//ibb.co/hgdgdFf

Et si j'entre manuellement \\mdns ça fonctionne :
//ibb.co/2S3qT7h

Sinon la résolution DNS fonctionne avec de la commande suivante :

PS C:\Users\Anon> Resolve-DnsName -Name mdns -LlmnrOnly

Name                                           Type   TTL   Section    IPAddress
----                                           ----   ---   -------    ---------
mdns.local                                     AAAA   120   Answer     2a01:e0a:97d:6460::1
mdns.local                                     A      120   Answer     192.168.1.254

Utilisateur qui a fait ceci : - pradesh (pradesh)

@mario : code erreur 0x80070035 (le chemin réseau n'a pas été trouvé). Je précise que pour ces tests, j'ai supprimé SMBv1 et désactivé netbios sur IPv4. Ceci pour n'utiliser que WSD. SMBv1 et netbios sont obsolète alors quand on peut s'en passer… Un ping sur netbios ne répond pas, mais c'est bon sur mdns, lequel répond bien sur mdns.local en ipv4 et ipv6.
Donc bien entendu, le résultat dans l'explorateur peut se deviner, \\netbios c'est KO, \\mdns c'est OK (mais non affiché dans l'explorateur du coup).

Utilisateur qui a fait ceci : - pradesh (pradesh)

@mario : Dans mon exemple l'explorateur indique la résolution WSD mais affiche netbios au lieu de mdns, je pense que le problème vient de là.

Utilisateur qui a fait ceci : - Marios Makassikis (mmakassikis)

@pradesh Je n'arrive pas à reproduire votre cas d'erreur (VM Win10, SMB1/NetBIOS désactivés). Dans ce cas, le nom netbios est résolu via LLMNR.

Pouvez-vous tester la résolution du nom 'netbios' ?

  Resolve-DnsName -Name netbios -LlmnrOnly

Utilisateur qui a fait ceci : - pradesh (pradesh)

@mario : C'est KO avec netbios, et OK avec mdns (réponse mdns.local ipv4 et ipv6 ok).

Sur la capture ici : https://i.ibb.co/CK2nq8v/m-DNS-ou-netbios.png
Nous voyons bien que l'explorateur Windows affiche "netbios" en WSD et que "mdns" est absent mais fonctionnel malgré tout voir ci-dessous.

netbios HS : https://i.ibb.co/4FSFSRd/netbios-HS.png

mdns OK : https://i.ibb.co/680YkRw/mdns-manuel-OK.png

Note : Ce bug n'est pas détecté si le nom est "identique" partout.

Commentaires issue de la tache:  FS#29444 

bmailhol (bmailhol)
jeudi 22 avril, 2021 22:56:40
Je dispose de la version publique 4.3.0, sur Delta. J'ai coché SMBv2. Sous Windows10, je me suis connecté sur le disque via l'adresse IPv4 du serveur freebox. Quand j'efface un fichier sur le disque de la Fbx, c'est OK. (parfois) Quand j'efface d'autres fichiers (sur la Fbx), l'effacement est effectif, mais Windows ne termine pas sa tâche. Chaque effacement est réalisé à 99%.. L'explorateur de fichiers dysfonctionne alors. Après ceci,pour retrouver un fonctionnement 'normal' de l'explorateur de fichiers, il faut d'abord mettre fin à la tâche (gestionnaire de tâches).

abaca20 (abaca20)
vendredi 23 avril, 2021 01:01:08
Bonsoir, exactement le même problème que @bmailhol. Freebox Révolution, version 4.3.1. - [Windows 10] Au moment de la suppression de la plupart des fichiers / dossiers mais aussi lors de certains transferts, l'explorateur reste bloqué à 99% avec 0 octet restant, et impossible d'annuler. Obligé de redémarrer explorer.exe pour enlever le message. Cependant, les transferts sont effectués. - [Huawei] Le téléphone ne détecte plus le NAS via Fichiers (voisinage réseau vide), et même via Système ça nous indique "aucun dossier partagé"

Idem: "sur Windows 10 Pro 20H2 - OS freebox 4.3"
Lors de certains transferts l'explorateur reste bloqué à 99% avec 0 octet restant, et impossible d'annuler.
Obligé de redémarrer explorer.exe pour enlever le message

Bonjour,

La création d'un lien dur (hardlink) ne semble pas possible via le protocole SMB (en version 2 et 3 du moins, je n'arrive plus à activer la version 1 sur ma distribution Linux donc je ne peux pas tester). Cette fonctionnalité m'est réclamée par mon logiciel de backup, qui m'affiche "Failed to initialize repository […] hardlinks not supported […]".

Je précise qu'avec le même disque, via un partage SMB également, cela fonctionne parfaitement sur mon Raspberry Pi avec LibreElec (malheureusement, il surchauffe trop vite pour être utilisable comme NAS de fortune). Après vérification, le format NTFS est censé gérer les liens durs, et j'ai pu constater qu'après reformatage au format ext4, le problème était identique. Par contre, en NTFS comme en ext4, j'arrive à initialiser (et à utiliser) mon dépôt de backup si j'utilise le partage AFP (Partages Mac OS, AirPort): des liens durs sont bel et bien créés.

D'après mes recherches, avec Samba il faut activer les "unix extensions" dans le fichier "smb.conf" (même pour les partitions NTFS malgré la référence à UNIX), mais je ne sais pas si vous utilisez Samba pour SMB2 et SMB3 (SMB2 arrive avec Samba 3.5, or dans les mentions légales de la Freebox vous dites utiliser la version 3.0.37), cette information vous sera donc peut-être inutile.

Je précise que je parle pour la version 4.3 de Freebox OS (le formulaire de rapport de bug ne me propose que 4.2.9 ou à préciser).

Bien à vous.

Bonjour

En sélectionnant le protocole SMBv2 suite à la mise à jour en 4.3.0 (qui au passage a fait sauter les 3/4 de ma configuration), l'explorateur plante 1 fois sur 2 sous Windows 10 (testé sur plusieurs PC).

J'ai 2 disques 4To en RAID0 et j'ai bien entendu tenté plusieurs redémarrages du serveur. La désactivation du SMBv2 résout le problème.

Dommage, j'y croyais après autant d'années. Il serait aussi utile de pouvoir gérer les droits sur les fichiers (par exemple pour stocker des VM Hyper-V).

Bonjour,

Freebox Delta / Pop player : depuis mise à jour du 20 avril et apparition du SMBv2, dans Kodi , plus moyen de connecter disque dur usb branché sur Delta.

Sous Kodi, configuration Système → Smb minimum 2, maximum 3
Ajout source SMB > "Workgroup" disparu, impossible de parcourir et trouver disque usb de la Delta.

Avec appli Pop "Nova player" même problème en exploration réseau : ip Delta et mention "no group", aucun disque accessible

Sous W10 depuis PC, disques accessibles via explorateur, mais
même problème sur Kodi 19 version PC.

Freebox OS : SMB v2 activé, "Workgroup", partage activé, authentification désactivée

Tout fonctionnait bien depuis des mois avec SMBv1

Bonjour,

Depuis ce matin (mise a jour 4.3?), impossible d'accéder à internet depuis le player.

Mon setup est le suivant, CPL (freeplug) relié à un switch. Sur ce switch j'ai branché le player, ma télévision et un point d'accès wifi.
Tout fonctionnait bien jusqu'à hier.

Depuis aujourd'hui le player affiche un logo "internet absent", la flux TV est toujours présent mais impossible d'accéder à netflix, amazon prime etc. Il en est de même pour ma TV, aucune connexion internet.

Dans freebox OS le player n'apparait pas comme joignable dans la liste des périphérique pourtant il est bien présent dans l'onglet "switch" sur le port ethernet 2 dans l'onglet switch.

Bonjour,

Mon imprimante partagée au travers de la Freebox V6 (partage imprimante via USB à la Freebox) n’imprime plus alors qu’elle fonctionnait très bien sur les PCs qui y sont reliés dans les versions antérieures au firmware 4.3.0.
Pas stratégique comme fonctionnalité mais quand même bien pratique pour que tout le monde imprime à la maison !
J'ai tenté de jouer avec la nouvelle option SMBv2 dans les paramètres Freebox. En effet, si cette option est cochée, le partage est grisé.
Du coup, je pensais qu'en décochant SMBv2, tout reviendrait dans l'ordre.
Ce n'est malheureusement pas le cas. Le partage via USB semble être non fonctionnel désormais en 4.3.0/4.3.1 (testé dans les 2 cas sans succès).

Merci d'avance.

Bonjour, j’ai deux disques dur : celui de la freebox et celui d’un disque supplémentaire branché en USB. Le partage fonctionnait parfaitement jusqu’à la dernière mise à jour que j’ai faite il y a deux jours. Depuis je dois relancer la freebox pour rétablir les partages avec mon pc. Si j’éteins le pc je perds les partages au prochain rallumage. Pourtant je vois le \\freebox_server dans les connections réseau mais si je double clique j’ai une erreur 0×80070035 “Chemin réseau introuvable”. La réparation de Windows ne trouve rien et la connexion est possible en ftp. Une idée ? Merci.

Précision : J’ai également créé des lecteurs réseau R et S pour atteindre ces lecteurs, ils ne se reconnectent pas sauf à redémarrer la freebox.