Aller au contenu

Messages recommandés

Posté(e)
ca@ca-1101HA:~$ md5sum /media/D31B-A75A/system/image.gz
c496e1fe5e3095b73e2f376b35ae5307  /media/D31B-A75A/system/image.gz
ca@ca-1101HA:~$ md5sum /media/D31B-A75A/system/checksum
28e184bf2bf65384506823b727beb30b  /media/D31B-A75A/system/checksum
ca@ca-1101HA:~$ 

Oui fichier différent ! Bizare

La dernière fois c'était bon.

 

Je viens de vérifier le texte dans le fichier checksum:

 

c496e1fe5e3095b73e2f376b35ae5307

 

le : 28e18.... c'est le fichier d'origine inconnu

 

Même en le modifiant et en fesant md5 toujours en 28e18, as-tu le fichier cheksum que tu pourrais me l'envoyé avec la bonne composition pour essayer, car je me demande si mon fichier n'est pas dans le bon format.

Posté(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
Posté(e)
ca@ca-1101HA:~$ cat /media/D31B-A75A/system/checksum
c496e1fe5e3095b73e2f376b35ae5307

oui c'est bon, donc on dirait que c'est bien la clé usb qui est defectueuse, c'est ce que j'avais vu sur les logs du recovery, probleme de secteurs defectueux.

J'ai essayé de le faire avec une autre clé usb avec les meme partitions et en copiant les fichiers et image, rien ne fonctionne.

 

En plus de tout ça, trop de bug sur l'interface HC2 (plantage de scenario, géolocalisation, device, ... H.S.) suite à  Maj 3.60 et impossible de lui faire un reset usine.

 

Bon bah pas grave, je vais essayé d'envoyer le tout en Pologne :(

 

Je te remercie de toute l'aide et le temps que tu m'a consacré, c'est super sympa.

Posté(e)

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 ?

Posté(e)

ok je vais refaire la deuxieme procédure.

 

Sinon, sur l'interface HC2, pour le checksum il me dit (en réécrivant le fichier checksum):

 

Recovery memory:Ok

Checksum status:Ok

 

Mais je ne peux toujours pas faire de sauvegarde.

Posté(e)


ca@ca-1101HA:~$ sudo ls -l /home/ca/Bureau/Fichiers_recovery_Fibaro/fibaro-recovery-3.dd

-rw-rw-r-- 1 ca ca 1561329664 févr. 19 22:10 /home/ca/Bureau/Fichiers_recovery_Fibaro/fibaro-recovery-3.dd

ca@ca-1101HA:~$ sudo md5sum /home/ca/Bureau/Fichiers_recovery_Fibaro/fibaro-recovery-3.dd

2f3d994ba5d25ef5f1b0477e4cab9a03  /home/ca/Bureau/Fichiers_recovery_Fibaro/fibaro-recovery-3.dd

ca@ca-1101HA:~$ sudo dd if=/home/ca/Bureau/Fichiers_recovery_Fibaro/fibaro-recovery-3.dd of=/media/sdb3 bs=1M

1489+0 enregistrements lus

1489+0 enregistrements écrits

1561329664 octets (1,6 GB) copiés, 50,9277 s, 30,7 MB/s

ca@ca-1101HA:~$

Posté(e)

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
Posté(e)


ca@ca-1101HA:~$ sudo dd if=/home/ca/Bureau/Fichiers_recovery_Fibaro/fibaro-recovery-3.dd of=/dev/sdb3 bs=1M

dd: écriture de «/dev/sdb3»: Opération non permise

1+0 enregistrements lus

0+0 enregistrements écrits

0 octet (0 B) copié, 0,0164761 s, 0,0 kB/s

ca@ca-1101HA:~$

Posté(e)
ca@ca-1101HA:~$ umount /media/sdb3
umount : /media/sdb3 n'est pas monté (selon mtab)
ca@ca-1101HA:~$ sudo dd if=/home/ca/Bureau/Fichiers_recovery_Fibaro/fibaro-recovery-3.dd of=/dev/sdb3 bs=1M
dd: ouverture de «/dev/sdb3»: Système de fichiers accessible en lecture seulement
ca@ca-1101HA:~$


et avec ...

ca@ca-1101HA:~$ umount /media/89d9d141-92c5-48a8-9e3a-4e8fbbda019f
ca@ca-1101HA:~$ umount /media/89d9d141-92c5-48a8-9e3a-4e8fbbda019f
umount : /media/89d9d141-92c5-48a8-9e3a-4e8fbbda019f n'est pas monté (selon mtab)
ca@ca-1101HA:~$ sudo dd if=/home/ca/Bureau/Fichiers_recovery_Fibaro/fibaro-recovery-3.dd of=/dev/sdb3 bs=1M
dd: ouverture de «/dev/sdb3»: Système de fichiers accessible en lecture seulement
ca@ca-1101HA:~$ 

Je viens de le refaire en modifiant /media/89d9...

 

Lecture seule...

Posté(e)

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

Posté(e)
ca@ca-1101HA:~$ sudo dd if=/home/ca/Bureau/Fichiers_recovery_Fibaro/fibaro-recovery-3.dd of=/dev/sdb3 bs=1M
dd: écriture de «/dev/sdb3»: Aucun espace disponible sur le périphérique
996+0 enregistrements lus
995+0 enregistrements écrits
1043763200 octets (1,0 GB) copiés, 26,9665 s, 38,7 MB/s

J'ai éjecter la clé usb et retaper la commande et ça fonctionne, j'essaye sur le HC2, la partition /sdb1 était toujours monté, ça devait bloqué l'écriture.

Posté(e)

par contre l'image de la partition sdb1 je les transferé via Windows, je vais essayé de la refaire avec ubuntu au cas ou

Posté(e)

Y'a quand même un message pas normal lors du dd qui échoue avant la fin : "Aucun espace disponible sur le périphérique"

 

tu peux faire la commande suivante :

fdisk -l /dev/sdb
Posté(e)

Après avoir rebranché ta clé, c'est toujours sdb le device, ou ça a changé de nom ?

Tu peux vérifier avec dmesg, dans les 20 dernières lignes il affiche le nom de device obtenu lors de la connexion de la clé.

 

De façon générale, il y a aussi surement tous les démons d'Ubuntu qui montent les file-systems en arrière plan automatiquement qui ont l'air de poser par mal de problèmes depuis tout à  l'heure....

Posté(e)
ca@ca-1101HA:~$ fdisk -l /dev/sdb
Impossible d'ouvrir /dev/sdb
ca@ca-1101HA:~$ fdisk -l /media/89d9d141-92c5-48a8-9e3a-4e8fbbda019f
last_lba(): I don't know how to handle files with mode 40755
ca@ca-1101HA:~$ fdisk -l /media/D31B-A75A
last_lba(): I don't know how to handle files with mode 40700
ca@ca-1101HA:~$ 

 J'ai modifier avec le nom du point de montage

Posté(e)


[ 4194.638056] scsi6 : usb-storage 1-1:1.0

[ 4195.715002] scsi 6:0:0:0: Direct-Access FIBARO FIBARO RECOVERY PMAP PQ: 0 ANSI: 0 CCS

[ 4195.720284] sd 6:0:0:0: Attached scsi generic sg1 type 0

[ 4197.220200] sd 6:0:0:0: [sdb] 7579008 512-byte logical blocks: (3.88 GB/3.61 GiB)

[ 4197.221086] sd 6:0:0:0: [sdb] Write Protect is off

[ 4197.221111] sd 6:0:0:0: [sdb] Mode Sense: 23 00 00 00

[ 4197.221917] sd 6:0:0:0: [sdb] No Caching mode page present

[ 4197.221935] sd 6:0:0:0: [sdb] Assuming drive cache: write through

[ 4197.231035] sd 6:0:0:0: [sdb] No Caching mode page present

[ 4197.231055] sd 6:0:0:0: [sdb] Assuming drive cache: write through

[ 4197.252650] sdb: sdb1 sdb2 sdb3

[ 4197.259637] sd 6:0:0:0: [sdb] No Caching mode page present

[ 4197.259653] sd 6:0:0:0: [sdb] Assuming drive cache: write through

[ 4197.259668] sd 6:0:0:0: [sdb] Attached SCSI removable disk

[ 4198.155336] EXT4-fs (sdb3): mounted filesystem with ordered data mode. Opts: (null)

Posté(e)

OK, donc c'est bien /dev/sdb

 

il y a des mystères dans ubuntu :wacko:

 

bon, je vais faire dodo..... essaye encore un peu de ton coté, sinon on verra demain.

×
×
  • Créer...