Tuto HC2 Hc2 Usb Recovery Tweaks

[Bobby 5]

Bonjour Lazer,

Non, ma box n'est plus sous garantie.

[Lazer 8 477]

Bobby,

Dans l'immédiat, la box fonctionne avec la clé en l'état ?

On pourra essayer de la "regénérer", mais si il s'avère qu'elle est morte, alors il faudra en acheter une autre, et employer les grands moyens.... comme pour la box de Lionel.

[c5leman 0]

Bonsoir Lazer,

 

C'est bon pour la deuxieme partition, j'arrive bien à  écrire et à  supprimer

[c5leman 0]

la clé c'était mal monter sous Ubuntu via Virtualbox.

 

J'ai tout refais sur mon autre PC sous Ubuntu, je n'arrive pas à  sauvegarder la clé, ni les partitions (que 321Mo par partition), mais j'arrive à  écrire et à  supprimer sur la partition Windows et EXT4, mais pas tout les dossier

[Bobby 5]

En effet, la box fonctionne, bien qu'elle ai un comportement assez bizarre. Impossible par exemple de supprimer certain module. C'est aussi àcause de cela que je souhaite repartir d'une config propre.

Et puis je suis en phase de teste et d'apprentissage, donc je ne suis pas pressé.

J'aimerais, si possible, avoir une clé de secours. S'il suffit d'acheter une autre clé usb, cela ne pose pas de problème. Par contre, n'ayant ni les compétences, ni la machine linux nécessaire, cela risque de poser problème.

[Bobby 5]

Juste une petite question. Quelqu'un a déjàessayé de faire une copie bit àbit de la clé? Soit par soft, soit par duplicateur hardware?

[Lazer 8 477]

@c5leman

Ah, je préfère ça

Tant pis pour la sauvegarde complète de la clé alors, de toute façon si les secteurs sont corrompus, il n'y a rien à  sauvegarder.

Essaye quand même de sauvegarder le répertoire backup situé sur la première partition en FAT, avec une simple copie de l'arborescence de fichiers. Si tu fais une erreur dans les manips suivantes, tu pourras toujours remettre tes sauvegardes en place.

Ensuite tu peux commencer les étapes décrites dans mon mini-tuto de la page précédente. Si ça se passe bien, on passera à  la suite.

 

@Bobby,

La copie bit-à -bit, c'est ce que je propose en première page de ce sujet avec la commande "dd" sous Linux.

Le souci, c'est que cela réalise une copie exacte du contenu de la clé, mais pas du firmware. Ce firmware n'est pas situé sur la puces de mémoire flash, mais sur le micro-contrôleur de la clé. Et ce firmware contient des identifiants uniques (manufacturer, product, et serial) qui sont lus et vérifiés par le logiciel de la HC2.

Nous disposons tous des même manufacturer et product, en revanche nous avons chacun un serial unique. Et ce serial est associé à  notre propre HC2, donc on ne peut même pas s'échanger les clés USB.

Protection made in Fibaro......

Donc tant que la clé n'est pas verrouillée, on peut encore restaurer la sauvegarde réalisée avec "dd", ou la regénérer manuellement comme on essaye de le faire avec c5leman.

Les problèmes arrivent quand la clé se verrouille en écriture, où officiellement seul Fibaro peut intervenir....

J'habite pas loin de Montreuil, faudrait qu'on se croise, tu me prêtes ta clé, et j'essaye de la restaurer, vue qu'elle semble encore opérationnelle.

[Bobby 5]

@Lazer

OK, tu peux me donner rdv ou tu veux, de préférence le midi ou le soir àpartir de 18h. Ou bien àl'horaire qui t'arrange.

Je t'amènerai ma clé avec la HC2, afin que tu puisses travailler et tester tranquilement.

Car j'ai regardé ta video du boot de ta box, et la mienne démarre plus lentement.

[Bobby 5]

Bon, j'ai réussi à  entrer en mode recovery, mais bloqué à  40% depuis 2 heures, ça sent pas bon.

a l'ecran plein d'erreur du type :

usb 1-6 : device description read/64, error 110

ou encore

EXT4-fs error (device sda3): ext4_find_entry: reading directory xxx offset 0

 

Ma clé semble bien hs, plus qu'à  espérer que l'on puisse la récupérer ...

[c5leman 0]

Bonsoir Lazer,

 

Et si j'essaie de copier coller sur une nouvelle clé USB, puis d'y mettre l'image + le fichier checksum pour repartir avec une clé fiable et sans secteurs de mort.

Ou je suis obligé d'utiliser ma clé Fibaro suite à  la protection Fibaro.

[Lazer 8 477]

@Bobby : mercredi je pense que je pourrais passer à  Montreuil. Je te fais un message privé.

 

@c5leman : comme je l'expliquais quelques messages plus haut, une autre clé USB ne fonctionnera pas.

Donc obligé d'utiliser la clé Fibaro originale.

Essaye d'écrire le nouveau fichier image dessus pour voir si ça passe. Tu ne risques rien, au pire l'écriture échouera si les secteurs sont vraiment défectueux.

[c5leman 0]

Ok, merci Lazer

 

Sauvegarde du dossier backup déja fait, j'essaie d'envoyer les fichiers demain.

 

Pas eu le temps ce Week-end.

[c5leman 0]

Bonjour Lazer,

 

Désolé du retard, je n'ai pas eu trop le temps ses jours-ci.

 

C'est bon l'image remplacée et le checksum modifié dans le fichiers.

 

C496E...5307

 

J'ai du monter la clé plusieurs fois dans windows pour avoir la permission d'écriture, car sous linux impossible d'écrire, puis vérification avec md5: ok

[Lazer 8 477]

Cool

 

Bizarre quand même que tu n'arrives pas à  écrire avec Linux.... bon si tu as réussi c'est l'essentiel.

 

Je te prépare la suite de la procédure dans la semaine.

[c5leman 0]

ok merci 

[c5leman 0]

Bonjour Lazer,

 

Avec la modif de l'image.gz, le recovery sera en quelle version ? La mienne était de 1.6 de mémoire.

[Lazer 8 477]

Il s'agit d'un recovery plus récent, en v3.548 je crois. C'est celui qui est livré avec les 2nde générations de box HC2.

[c5leman 0]

Ok merci, ça m'évitera de faire toutes les Maj depuis la 1.6    si la restauration de la clé USB fonctionne.

Bon, plus qu'a terminé la deuxième partie, si tu as le temps de faire la procédure.

 

En te remercient.

[Lazer 8 477]

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.

[c5leman 0]

Dommage on aura essayé  

 

il ne trouve pas le device ( le nom de la partition (UUID) ...

[Lazer 8 477]

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....

[c5leman 0]

Ok je te remercie.

 

Au pire si tu veux je peux te faire une capture vidéo du boot.

 

Sinon, toujours problème d'image et de cheksum on dirait regarde la cpture si dessous:

 

[Lazer 8 477]

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)

[c5leman 0]

j'essaye de t'envoyer les 2 vidéos en mp, aléatoirement j'ai 2 versions de logs

[c5leman 0]

ca@ca-1101HA:~$ sudo md5sum /dev/sdb1/system/image.gz | awk '{print $1}' > /dev/sdb1/system/checksum
bash: /dev/sdb1/system/checksum: N'est pas un dossier
md5sum: /dev/sdb1/system/image.gz: N'est pas un dossier

Mais avant de faire la deuxieme procedure cela fonctionné