Tous les projets

Bonjour

j'ai une erreur sur ma vm failed to mount et je ne sais pas quoi faire ?

voilà le fichier /etc/fstab

Merci pour votre aide !

Bonjour je viens d’installer une VM avec owncloud dessus mais le problème ‘est quand je change le répertoire de sauvegarde des photos vers /mnt/Disque-1/Photos il n’a pas les droits d’écriture. J’ai donc essayer de passer le repertoire photos en permission 777 en root mais impossible il reste sur la permission 755.

Pourquoi il ne passe pas en 777 alors je suis en root ?

merci d’avance pour vos réponse.

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

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

J'ai activé le mode wpa2/wpa3 AES.
Les téléphones et les ordinateurs se connectent correctement.
l'iPad 2 n'arrive pas à se connecter, quand je réactive le wpa2 AES elle se connecte…

Bonjour,

Il y a une dizaine de jours environs j’ai subi une série de coupures électriques qui a déclenché la mise à jour 4.7.3 de la Delta.

Depuis cette mise à jour j’ai constaté plusieurs problèmes :

- Le wifi se déconnecte aléatoirement
- Plus d’accès au partage du disque dur de la Delta (même avec la POP Player) mais cela fonctionne depuis Freebox OS - “Étape 1” s’affiche sur la Delta et reste figé mais tout fonctionne normalement (Internet, le WiFi …)
- L’afficheur de la Delta n’affiche plus l’heure sauf après le redémarrage mais dès qu’il disparait, c’est fini
- Internet ne fonctionne plus en Ethernet (ça arrive moins souvent que le WiFi)
- Lorsque que je suis dans Freebox OS j’ai des erreurs interne 504

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.

Bonjour,

J’ai eu un petit soucis avec l’accès au Freebox Server en réseaux local. Mon serveur n’apparaissait plus.
Ce problème est apparu suite à une mise à jour de Windows. (W10 pro pour mon cas)

Après recherches et manipulations avec les free helpers de Bordeaux, nous avons conjointement trouvé la solution que je vous transmets. Un grand merci à eux.

N’étant pas le seul dans ce cas (info free), je me permets de transmettre la solution.

Il s’agit d’une option dans les fonctionnalités windows qui a été décoché : Client SMB 1.0/CIFS

Donc vous allez dans :

1. Paramètres
2. Applications
3. Programmes et fonctionnalités (en haut à droite sur la fenêtre)
4. Activer ou désactiver des fonctionnalités Windows (menu à gauche)
5. dans : Support de partage de fichiers SMB 1.0/CIFS : Vous cochez Client et Serveur SMB 1.0/CIFS (moi j’ai tout coché mais juste les deux premiers semblent nécessaire pour le bon fonctionnement)
6. vous cliquez sur OK et redémarrer votre système pour application des modifications

J’espère avoir été assez clair et ne pas avoir fait un doublon. Si ça peu aider.

Bien à vous

UPDATE : INSCRIPTIONS CLOSES

___

Dans le cadre de certains correctifs, l’installation rentre en ligne de compte.
Le modèle de TV, d’ampli, ou d’autres appareils de votre configuration vous sont régulièrement demandés pour déterminer la marche à suivre pour la correction.

Aussi, nous avons décidé de permettre à celles et ceux qui le souhaitent de postuler au rôle de beta testeur des mises à jour prochaines.
Ils seront contacté quelques jours avant la sortie officielle de la mise à jour pour la tester dans les conditions réelles lorsque nous n’avons pas pu reproduire certaines installations.

Il vous est demandé de ne pas annoncer votre sélection le temps de la sortie officielle.

Précisions :

- Toutes les mises à jour ne nécessitent pas de beta-testeurs.
- Il faudra avoir commenté la tâche en rapport avec le correctif pour être sélectionnable.
- La sélection se fera au hasard, en privilégiant les plus anciens inscrits n’ayant jamais été beta-testeur dans ce dispositif.

Pour vous inscrire, il vous suffit de commenter cette tâche.
Vous recevrez sur votre adresse mail d’inscription au bug tracker un questionnaire à remplir à propos de votre installation.

Si par la suite vous souhaitez quitter ce dispositif, il vous suffira de le dire en commentaire, et les données collectées (modèle TV, etc...) seront alors immédiatement effacées comme vos commentaires sur cette tâche.

Merci de votre implication

Bonjour,
Je voulais savoir pourquoi nous ne pouvons pas avoir accès au film stocké sur un disque dure externe branché sur la freebox delta serveur, comme avant avec la révolution.