Lazer

ok super t'as plus qu'à espérer que ça boote !

Euh, c'est bizarre ça, car la clé ne semble pas protégée en lecture seule, sinon tu n'aurais pas pu réécrire le fichier image.gz précédemment. J'ai l'impression que ta distribution Linux bloque l'écriture en direct sur le device.... mais je ne sais pas trop pourquoi. Tu peux envoyer le résultat de la commande "mount" pour vérifier que c'est bien démonté ?

Ah ! Je vois dans ta commande dd que tu écris sur /media/sdb3, ce qui me fait penser que ta partition est montée. Il ne faut pas qu'elle soit montée, donc tu peux la démonter : umount /media/sdb3 puis lancer ànouveau la commande dd en écrivant directement sur le device /dev/sdb3 : sudo dd if=/home/ca/Bureau/Fichiers_recovery_Fibaro/fibaro-recovery-3.dd of=/dev/sdb3 bs=1M

OK déjà ça avance, c'est bien par contre, bizarre que les sauvegardes ne passent pas....

Une autre clé ne fonctionnera pas, car il y a un appairage entre le numéro de série de ta clé d'origine et la box. Ce numéro de série n'est pas stocké dans les cellules Flash de la clé, donc il n'est pas recopié avec les techniques décrites sur ce topic. Ce numéro de série est stocké dans le firmware de clé, qui n'est pas accessible en écriture (seulement en lecture) Doucement, tout n'est pas perdu encore Vu que le md5 du fichier image.gz fonctionne, ça veut dire que toute la clé n'est pas défectueuse quand même. Je surpris que la réécriture de ce fichier a fonctionné, mais que ça n'ai pas fonctionné pour la réécriture de la partition bootable. Tu es certain que tu as bien appliqué la procédure que je t'ai donné hier ? Dans le doute, n'hésite pas à recommencer, et vérifie que tu as bien les mêmes affichages à l'écran que dans ma procédure. Il y a peut-être une étape qui est mal passée ?

Le bon checksum c'est bien c496e1fe5e3095b73e2f376b35ae5307 Mais ta commande "md5sum /media/D31B-A75A/system/checksum" ne sert à rien, il faut que tu utilises la commande "cat" afin d'afficher le contenu du fichier checksum, et tu dois retrouver le même checksum c496e1fe5e3095b73e2f376b35ae5307 : cat /media/D31B-A75A/system/checksum

Je veux bien une vidéo du boot pour être certain de bien comprendre. Pour la vérification du checksum, c'est pas normal.... normalement si tu as bien suivi mon mini-tuto de la page n°7 tu ne devrais pas avoir ce message, particulièrement la commande : md5sum /mnt/sdc1/system/image.gz | awk '{print $1}' > /mnt/sdc1/system/checksum (remplacer sdc1 par ton device)

Contact sec ou pas, il y a forcément une tension. Il y a très probablement une résistance de Pull-up sur les entrées de l'Eco-Devices afin de maintenir une tension. Mais le courant qui circule est très faible, donc il n'est pas nécessaire d'utiliser un câble de grosse section. Cependant, si la distance est grande, il peut être utile de prendre un câble de plus grosse section àcause de l'atténuation. Et le câble blindé peut être utile dans certain cas àcause d'éventuelles interférences.

Euh, oui il met toujours ce message quand on boote en recovery, mais normalement après ça passe. Sinon, il va falloir que je creuse un peu plus....

Maintenant que Free a vendu son âme au diable, ils vont pouvoir utiliser Google Balloon

v1.05.09 http://dl.free.fr/mon.pl?i=5115562&h=ivvVTOjd

lançons une rumeur : et si Free sous-traitait la gestion domotique à Fibaro dans la v7.... j'ai un iPad à la maison, faut que je pense à tester ce soir tiens.....

un câble téléphonique, un câble réseau, n'importe quoi pourvu qu'il y ai 2 fils. Il n'y a pas de puissance qui passe dedans, ce ne sont que des impulsions très basse tension (5V ou qqch dans le genre)

Sur la Revolution, on peut faire du AirPlay vers le server je crois, qui a un HP interne. Si on y branche des enceintes sur le Jack audio, je crois que ça fonctionne. Mais jamais testé en fait...

Lionel57, Le serveur est sous "Freebox OS", un système propriétaire de Free, comme sur la v6 Revolution.

Bien sur que l'offre Freebox Revolution est plus haut de gamme. D'ailleurs elle est plus chère. Et la nouvelle box v7 sera présentée en fin d'année. Par contre j'ai pas encore vu l'info de savoir si la Mini 4K intègre la base DECT ou pas, car c'est bien pratique quand même. Ce qui est certain c'est qu'elle n'a pas de disque dur, ni de lecteur Bluray, ni d'adaptateurs CPL.

En fait, la vraie grosse annonce de ce matin, c'est l'accord d'interconnexion réseau entre Free et Google..... traduire : Youtube ne ramera plus http://www.frandroid.com/0-android/operateurs/273127_free-lassure-youtube-ne-devrait-plus-ramer-sur-les-freebox En tant que gros consommateurs de Youtube à la maison, je confirme que depuis quelques temps on n'a plus de problème de chargement. Et ça, c'est cool Sinon, les abonnées actuels Freebox toutes versions pourront migrer vers la nouvelle offre Mini 4K dans quelques semaines, car priorité aux nouveaux abonnées comme d'habitude.

J'ai tout reconfiguré àla main.... heureusement il n'y a pas beaucoup de paramètres, on a vite fait le tour.

Ca peut être intéressant si y'a le Google Play. Et si on peut la rooter (ce qui ne tardera surement pas à arriver...) ça ouvre des perspectives intéressantes pour le coup Apparement le boitier serveur est toujours sous Freebox OS. J'espère quand même qu'ils ont réduit la consommation électrique des 2 boitiers. Du coup ça me tente quand même cette offre, car c'est moins cher que l'ancienne. Reste à vérifier qu'on peut mettre le boitier serveur en mode Bridge. EDIT : apparemment c'est bon : http://www.free.fr/adsl/freebox-mini.html

C'est un objet qui surfe sur la tendance de la 4K. Puisque toute les TV vendues sont 4K, il est logique que les fournisseurs de box s’engouffrent dans la brèche. Ils ont surement choisi Google car leur OS est bien plus avancé que ce que Free aurait été capable de développer en interne. Bref, pour moi qui ne veux pas de TV, aucun intérêt. Ce n'est pas encore la vraie nouvelle Freebox qu'on attend pour la fin de l'année.

Attention, il y a un bug sur cette version, qui ajoute 100 aux 2 compteurs C1 et C2 tous les soirs à minuit. L'équipe ultra réactive de GCE a publié le patch 1.05.09a ce matin dispo sur cette page du forum officiel : http://www.gce-electronics.com/forum/viewtopic.php?f=46&t=2188&p=16683 Fredric, par contre pas de nouvelles de cette histoire de Push aléatoire.

Qu'est ce que tu as acheté encore ? C'est un vrai verger chez toi avec tous ces pommiers

Arrêtez de vous plaindre, nous autres utilisateurs d'Android, on a l'impression d'être plus libre, mais en fait c'est là toute la force de Google : nous faire croire qu'on est libre, alors qu'en fait non. J'en veux pour preuve qu'on ne pourra pas faire fonctionner la nouvelle montre Apple à 11k€ avec nos smartphones. Je vous envie, vraiment. Ou pas

Euh, le plugin Hue, n'émet aucune trame Z-Wave, puisqu'il communique en IP. D'après la diode, c'est une saturation du réseau Z-wave que tu as, donc il faut que tu recherches le module Z-Wave qui pose problème, comme les Motion Sensor par exemple que tu es en train de tester.

Tu fais bien de me relancer Voici la 2nde partie de la procédure, avec le fichier dont j'ai donné le lien il y a quelques jours : Télécharger le fichier et le transférer sur un poste Linux : [root@redhat ~]# ls -l fibaro-recovery-3.dd.gz -rw-r--r--. 1 root root 750977063 Feb 9 00:26 fibaro-recovery-3.dd.gz Calculer le checksum afin de s'assurer que le téléchargement est correct : [root@redhat ~]# md5sum fibaro-recovery-3.dd.gz be1ae73f7fbb10e1f31b2877763ca541 fibaro-recovery-3.dd.gz Décompresser l'archive : [root@redhat ~]# gzip -d fibaro-recovery-3.dd Le fichier est maintenant décompressé : [root@redhat ~]# ls -l fibaro-recovery-3.dd -rw-r--r--. 1 root root 1561329664 Feb 9 00:26 fibaro-recovery-3.dd Calculer le checksum afin de s'assurer que le fichier n'est pas corrompu : [root@redhat ~]# md5sum fibaro-recovery-3.dd 2f3d994ba5d25ef5f1b0477e4cab9a03 fibaro-recovery-3.dd Connecter la clé USB Recovery Fibaro sur un port USB du poste Linux, et utiliser dmesg afin de trouver le device associé (dans mon exemple, il s'agit de /dev/sdc : [root@redhat ~]# dmesg | tail -21 usb 1-2: new high speed USB device number 3 using ehci_hcd usb 1-2: New USB device found, idVendor=13fe, idProduct=4100 usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 usb 1-2: Product: FIBARO RECOVERY usb 1-2: Manufacturer: FIBARO usb 1-2: SerialNumber: ...................... usb 1-2: configuration #1 chosen from 1 choice scsi4 : SCSI emulation for USB Mass Storage devices usb-storage: device found at 3 usb-storage: waiting for device to settle before scanning usb-storage: device scan complete scsi 4:0:0:0: Direct-Access FIBARO FIBARO RECOVERY PMAP PQ: 0 ANSI: 6 sd 4:0:0:0: Attached scsi generic sg3 type 0 sd 4:0:0:0: [sdc] 15646720 512-byte logical blocks: (8.01 GB/7.46 GiB) sd 4:0:0:0: [sdc] Write Protect is off sd 4:0:0:0: [sdc] Mode Sense: 23 00 00 00 sd 4:0:0:0: [sdc] Assuming drive cache: write through sd 4:0:0:0: [sdc] Assuming drive cache: write through sdc: sdc1 sdc2 sdc3 sd 4:0:0:0: [sdc] Assuming drive cache: write through sd 4:0:0:0: [sdc] Attached SCSI removable disk Cette clé doit contenir 3 partitions : [root@redhat tmp]# parted /dev/sdc print Model: FIBARO FIBARO RECOVERY (scsi) Disk /dev/sdc: 8011MB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End Size Type File system Flags 1 1049kB 2000MB 1999MB primary fat32 2 2000MB 2255MB 256MB primary linux-swap(v1) 3 2255MB 3817MB 1561MB primary ext4 boot On s'est déjà occupé de la première partition la dernière fois, attaquons nous maintenant à la 3ème partition. Copier le fichier image sur cette partition : [root@redhat ~]# dd if=fibaro-recovery-3.dd of=/dev/sdc3 bs=1M 1489+0 records in 1489+0 records out 1561329664 bytes (1.6 GB) copied, 1.1497 s, 1.4 GB/s Ejecter la clé : [root@redhat ~]# eject /dev/sdc . Voilà , tester maintenant de booter en mode recovery sur la HC2.