Lazer

Je ne comprends pas ce que tu veux dire. La clé de PITP2 a un problème hardware, donc c'est poubelle et il faut la remplacer. Dans le cas où la clé est corrompue, il suffit de re-déposer les données sur les cellules flash de la clé. Le MBR n'a rien à voir là -dedans. Si tu regardes le topic USB Recovery Tweaks, tu verras qu'on a complètement regénéré les 2 partitions FAT32 et ext4 d'un utilisateur sans jamais toucher au MBR. SI le MBR était corrompu, c'est pas compliqué, on ne verrait plus aucune partition. Hors on voit bien les partitions, ET la clé est toujours boutable, donc pas de souci de MBR.

Non moi je ne tenterais pas le fdisk /mbr.... car Windows va écrire son secteur de boot à la place de celui de Linux... à mon avis ça risque de finir en clé totalement corrompue, bonne pour être regénérée avec l'image effectuée précédemment. Pourquoi supprimer la partition ? Tu peux juste la reformater. @PITP2 : tu maitrises Linux ? Ou eu peux me donner un accès distant SSH sur un Linux pour effectuer les manips ?

C'est pas forcément le copier/coller qui est intéressant, c'est surtout la fenêtre qui permet de voir le contenu du répertoire, afin que l'utilisateur sache précisément quoi copier.

Non, avec mon tuto c'est pareil, on ne peut restaurer que sur la même clé. J'ai mis à jour la conclusion dans le topic par rapport à ce qui était présent lors de la création du topic. Pour la clé HS, il n'y a pas d'autre solution que d'hacker la clé.... donc déjà que le root c'est pas bien, alors la clé hackée ça va donner des cheveux blancs à nos amis polonais....

Ah non justement je n'ai pas de template, puisque je n'ai pas fait de soft-reconfigure.

Bah ils feront un recovery puis restauration, perdront leurs icônes au passage, et puis c'est tout. C'est pas si grave. Mais bon, vu le nombre de questions que je reçois, je m'aperçoit qu'il y a peu de monde capable de rooter leur box, alors que les tutos sur le net ne manquent pas. C'est un peu la base de l'administration système sous Linux quand même.

En fait, ce que j'ai trouvé, c'est comment corriger le problème. Ce qu'ils doivent certainement savoir faire, puisqu'ils passent leur vie à se connecter en remote support pour corriger à la main les bases de données. Ce qu'il faut qu'ils trouvent tout seul, c'est corriger leur fonction qui réalise le soft reconfigure, car le bug se trouve à ce niveau là . Souvenez vous d'un message de Krikroff qui disait de limiter autant que possible les soft-reconfigure.... je crois que cette fonctionnalité est truffée de bugs, et cela implique plus de corruptions de la base de données qu'autre chose...

Sujet déplacé dans HC2. Le coup de la clé devenue super lente, c'est ce qu'a eu Bobby. Je n'ai jamais pu rien faire, même après une nuit la copie a fini par échouer. Ca c'est terminé par une clé hackée. Ta box n'est plus sous garantie ?

Je viens tout juste de tester en v4.047, et pour moi oui elle fonctionne comme en v3 : c'est à dire un simple switch dans l'interface, qui active/désactive immédiatement la sirène. Précisions : j'ai inclus cette sirène en v3, et je n'ai jamais fait de soft-reconfigure sur le module. Je ne sais pas quel serait le résultat d'un soft-reconfigure ou d'une réinclusion.

@mprinfo : tu pourrais ajouter : - des screenshots de l'explorateur Windows montrant comment copier les dossiers et fichiers du répertoire backups de la partition FAT32. - une mise en garde : la restauration de l'image réalisée avec Win32diskimager ne peut se faire que sur la même clé (en cas de corruption). En cas de défaillance matérielle, la restauration de l'image sur une autre clé ne fonctionnera pas, car chaque clé est appairée avec la box.

Je ne suis pas certain qu'ils apprécieraient beaucoup de voir les commandes SQL en publique permettant de corriger leurs propres bugs. Ceci dit, ça leur mettrai peut être un bon coup de pied au ... et en plus ça les aiderait ! Bon par contre comme faut être root, et qu'il y a un gros risque de corrompre toute la base de données, c'est quand même une manipulation à ne pas mettre entre toutes les mains.

Je confirme ce que dis Fredric, le capteur d'ouverture de porte à encastrer Aeotec ZW089 fonctionne enfin, la détection d'ouverture se fait. Par contre toujours pas de template. Il y a maintenant un template pour le Remotec ZXT-120, mais j'ai toujours le bug de la batterie vide alors qu'il est alimenté en USB. J'ai pas testé la sirène Aeotec ZW080, c'est pas vraiment la bonne heure là Bonne nuit

Bon, je viens de résoudre le bug de la consommation électrique déclarée qui disparait sur les dimmers FGS-211 quand on fait un soft-reconfigure. En modifiant à la main la base de données SQL. J'ai trouvé au moins 2 champs qui n'avaient pas la bonne valeur, et 1 enregistrement qui avait disparu ! Problème corrigé, ça semble fonctionner. Mais c'est un vrai bord.. dans cette base, on est encore loin d'une version aussi stable qu'on a pu connaitre en v3.590/v3.600

Jojo : tout à fait : 1 seul clone. Et une sauvegarde manuelle des fichiers de temps en temps. Seule contrainte : arrêter la box pour débranche la clé. Benjy : effectivement, si il a accédé en direct au port SSH depuis Internet, tu ne peux rien faire. Il aurait fallu qu'il prennent la main sur ton poste via un teamviewer ou assimilé.

Jojo : - corrompu = fichiers illisibles, mais les cellules de Flash sont encore valables : donc on peut recopier le clone dans l'autre sens, afin de "regénérer" la clé. Cela revient àfaire un formatage. - HS = la clé est physiquement défectueuse (plusieurs cas possibles, parmi les plus courants : cellules de mémoire Flash HS, bug du firmware (clé en lecture seule, taille de clé de quelques Mo, etc), etc....)

Jojo : tu vas en ligne de commande, et tu pourras monter à la main les partitions ext. Mais tu n'en n'as pas besoin, car pour faire le clone tu utilises la commande "dd" comme expliqué dans mon tuto. Benjy : t'as pas choppé ton mot de passe au passage ?

MacOS est basé sur un FreeBSD : http://upload.wikimedia.org/wikipedia/commons/thumb/c/c3/Unix_history-simple.fr.svg/400px-Unix_history-simple.fr.svg.png Le clone te sera utile si ta clé USB est juste corrompue. Par contre si ta clé est totalement HS, c'est retour SAV chez FIbaro.... ou bidouille comme j'ai fait pour Lionel et Bobby (bidouille qui fonctionne parfaitement.... tellement bien que les recovery et les mises à jour se font comme avec une clé officielle)

Visiblement il fait la capture et la restitution du son sur le Raspberry. Donc pas besoin de carte son sur la VM du serveur ESXi. Bon après je n'y connais rien en Sarah, je ne saurais pas t'aider.

Le chipset et le processeur du N54L ne supporte pas VT-D.... donc pas de Passthrought DirectPath I/O Il faut passer sur le HP G8 et remplacer le Celeron par un Xeon. Donc le budget n'est pas le même. Au final, un NUC avec un i5 ou i7 qui support le VT-D ça coute moins cher.

Le nouveau détecteur FGSD-002 a la particularité d'être homologué, ce qui n'était pas le cas de l'ancien FGSS-001 (vendu comme un capteur et non comme un détecteur) Il a aussi une puce Z-Wave+, ce qui doit expliquer les quelques différences que tu as trouvé. Pour les détails techniques, la HC2 ne nous donne pas tous ces détails.

Certainement un gros problème de transmission radio.... essaye de déplacer un peu la HCL, le signal est peut être coincé et parfois à10cm près ça peut jouer beaucoup. Vérifie également qu'elle n'est pas derrière un mur en béton armé, ou une plaque métallique, ou un miroir etc... A noter que le sèche linge fait un parfait écran radio, et si tu n'as pas assez de modules pour router le signal, ça peut être la raison.

Non ça devrait être main_zwave_device avec l'icone qui va bien.

7 pages de retard.... @Fredric : pour les modules sur batterie, le polling ne sert à rien, puisque le module ne répondra pas. Donc autant le laisser désactivé, c'est plus logique. D'ailleurs en v3, c'était systématiquement activé pour les modules sur batterie, ce qui me semble idiot. @ikillou : j'ai l'impression que le problème ne se situe pas sur la clé USB Recovery, mais sur la clé système interne. Et comme tu es en v3, tu n'as pas la possibilité de voir l'espace occupé sur les différents supports. Je pense que seul le support Fibaro pourra se connecter à distance en SSH et trouver (et bien sà»r résoudre....) le problème. @Jojo : je ne sais pas si les Mac c'est génial (je pense le contraire comme vous le savez), mais je suis sà»r d'une chose : la première partition de la clé Recovery est en FAT32, qui est le filesystem par défaut de.... Windows 95 ! Donc autant dire que n'importe quel Windows sait le lire, il n'y a donc pas besoin d'un MAC pour ça. Il suffit de recopier les sauvegardes qui sont stockées dans le répertoire "backups". Par contre, toutes les autres partitions sont en ext4, donc là un Windows ne saura pas les lire... mais c'est inutile pour un usage normal. @PITP2 : tout le boot est normal, sauf les erreurs USB "device descriptor" à la fin. Comme tu peux booter en recovery, et booter en mode normal, je pense que les 2 clés n'ont pas de problème. Par contre, je crains que le problème se trouve sur la carte fille propriétaire.... j'espère qu'elle n'a pas un souci. Fait une demande de support Fibaro. Euh.... avant de valider mon message, j'ai fait une vérification sur ma box, et le bus USB 1-6 correspond chez moi au port sur lequel est connecté la clé Recovery : [ 1.884628] usb 1-6: new high speed USB device using ehci_hcd and address 2 [ 1.936583] ata1: SATA link down (SStatus 0 SControl 300) [ 2.019417] usb 1-6: New USB device found, idVendor=13fe, idProduct=4100 [ 2.019424] usb 1-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 2.019429] usb 1-6: Product: FIBARO RECOVERY [ 2.019433] usb 1-6: Manufacturer: FIBARO Du coup, je soupçonne la partition n°1 (celle en FAT32) d'être corrompue. Je te propose un test : tu branches la clé sur un Windows (ou autres chose...), et tu regardes si tu as accès au contenu. Tu devrais y trouver tes sauvegardes.

Ce n'est pas la documentation LUA, mais la documentation de l'API : http://192.168.x.y/docs/

Le test de connexion Internet est effectué àintervalle régulier.... donc le statut de la LED peut avoir un peu de retard par rapport àla réalité.