All Projects

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.

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é"

Pourriez-vous mettre à jour ksmbd/ksmbd-tools en 3.4.6 (2022-10-09) :
- https://github.com/cifsd-team/ksmbd-tools/releases
- https://github.com/cifsd-team/ksmbd-tools

cc: @mmakassikis

Freebox Server Delta 4.3.2
Samba est indisponible en IPv6, seule l'adresse IPv4 de Freebox Server répond. Voici l'erreur en IPv6 :

[  +0.002719] CIFS: VFS: Error connecting to socket. Aborting operation.
[  +0.000069] CIFS: VFS: cifs_mount failed w/return code = -2

May  4 09:31:16 nuc0 kernel: [428177.852190] CIFS: VFS: Error connecting to socket. Aborting operation.
May  4 09:31:16 nuc0 kernel: [428177.852259] CIFS: VFS: cifs_mount failed w/return code = -2

Depuis la nouvelle mise a jour énorme problème delta se bloc en zappant sur les chaines obliger de débrancher la delta pour remettre la tv a voir rapidement et très urgent pour la prochaine mise a jour

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.

Bonjour,

Impossible d’accéder à \\freebox, avec le message suivant:

Windows ne peut acc”der à \\freebox
Vous n’avez pas l’autorisation d’accéder à \\freebox

Ceci est identique sur tous mes ordinateur

Et ceci est nouveau avec une nouvelle box server recu le 20/02, je n’avais ce type de probleme avec l’ancien server.

Quelle solution proposez vous

Tres cordialement
Stephane

La connexion est passé de 150Mb/s avec la V5 à 65Mb/s sur la V6??
Vérifié sur W7 x64 et Linux x64 quelque soit le canal utilisé.

Bonjour,

Basée sur la version : 1.2.1
Depuis que je suis client (moins d’un mois), j’ai des soucis de signaux wifi, percu en “tres faible” ou “faible” a moins d’une 10 aines de metres par mes postes en Wifi.
Le probleme etait deja existant pour le firmware 1.2.0

Mon ancien Wifi personnel marchait nickel, je pense donc ne pas avoir de soucis d’environnement.

Une idée ?

Merci

Bonjour,

Il arrive que lors de la création d'une vm sous debian 10 ( je ne vois pas debian 11 ) à gauche la machine reste désespérément non connectée. Elle se connecte environ 24h après.

Le smb2 avec vlc sur ma shield tv fonctionne désormais très bien.

Je n'arrive toujours pas à ajouter mes bibliothèques sur Plex. Impossible de trouver mes fichiers sources. Peut-être un problème d'adressage. Mais comment savoir ?

Bonjour, je viens ici pour trouver une piste car je n'arrive pas à voir le contenu de mon nas freebox delta sur la VM Debian 10 avec Plex Serveur.
Je n'arrive pas a comprendre ce qui ne va pas.

sudo su -
aptitude update
aptitude upgrade
systemctl reboot

sudo su -
cd /tmp
wget https://downloads.plex.tv/plex-media-server-new/1.24.1.4931-1a38e63c6/debian/plexmediaserver_1.24.1.4931-1a38e63c6_arm64.deb

dpkg -i plexmediaserver_1.24.1.4931-1a38e63c6_arm64.deb

systemctl status plexmediaserver

Puis ensuite j'ai modifié le fichier suivant

sudo nano /etc/fstab

//mafreebox.freebox.fr/freebox/Plex/Films /mnt/Films cifs guest,uid=1000,gid=1000,comment=cloudconfig 0 0

Le dossier et le chemin complet depuis mon Mac est :

smb://Freebox Server._smb._tcp.local/freebox/Plex/Films/

Sur Debian, avec la commande

cd /mnt/Films
ls -l

Le résultat est vide, pourtant j'ai bien plusieurs fichiers je ne comprend pas.

Je suis novice sur Debian.
Es-ce que qqn aurait une piste ?

Merci beaucoup à vous

J'ai parcouru plusieurs sites, beaucoup donne des commandes différentes, et j'ai essayé sans retour.
Merci beaucoup,

Prenez-soin de vous

Bonjour,

Depuis quelques jours, ma VM qui fonctionnait très bien m’affiche “Start PXE over IPv4” et ne démarre pas…

Je suis en 4.3.3….

Lors d’enregistrement sur la TNT HD, le débit chute de 3.3 Mbps (IP) à 128 Kbps !
D’après la hotline, c’est normal, il n’y a rien à faire.

La TNT, c’est du local entre le Player et le Server, non ?
Reproductible à 100%

Bonjour,

Contexte :

Client win10pro 1903
Server Delta 4.1.1 - 3h d’uptime
Disque source Toshiba P300
Transfert LAN (lien Gigabit)
Disque cible1 : array 3x1To RAID0 disques HGST 7K1000-1000 - logements 2,3,4 (volume “perso”)
Disque cible2 : ssd 512Go - logement 1 (disque “fonctionnement box”)
Share windows activé avec authentification (login “freebox” par défaut + mdp ponctuel)
VM arrêtée en cours de transfert, sans effet.

Share 1 et 2 montés via net use

ServerName ShareName UserName     Credential     Dialect NumOpens
---------- --------- --------     ----------     ------- --------
fbxsrv     3To       saloon\abc fbxsrv\freebox 1.5     1
fbxsrv     ssd512    saloon\abc fbxsrv\freebox 1.5     1

Constat :

Lancement du transfert source vers cible1 via robocopy (source cible /MIR /R:0 /W:0 /NP)
⇒ Qu’importe la taille et le type du fichier (jpeg ~4Mo, raw ~25Mo, mp4 ~500Mo), le transfert occile de 0 (!) à 100Mbit/s (task manager) avec parfois une pointe à 500.
Le transfert peut très bien s’interrompre en plein milieu d’un fichier pour reprendre ensuite comme si de rien n’était.
Au bout de 2h de copie ⇒ ~55Go transférés.

Avant que je n’interrompe le massacre, j’ai lancé un test de copie (copy/paste windows) d’un iso win10 vers le ssd (cible2). Même combat : plafond à 10Mo/s, instable.
La source n’était pas la même (ssd système du pc, sata III)

⇒ J’arrête le transfert
⇒ Je tue les montages
⇒ Je supprime l’authentification dans FreeboxOS
⇒ Je recrée les montages et relance mon robocopy

Passé les fichiers déjà copiés (obv), stabilisation du transfert à ~600Mbit/s (et saturation si fichier volumineux)
Si copie de l’iso en // vers cible2, saturation du lien LAN

30 minutes plus tard, je suis à 140Go (de plus) d’envoyés.

Problème (de fond) : j’aimerais pouvoir protéger les share tout en conservant des performances honorables.

Cadeau Bonux en passant : si nous pouvions voir un jour une différenciation d’accès (lecture seule, accès complet) sur les partages, ce serait top (genre “pas d’auth, on est en lecture”).

Merci.