c5leman 0 Signaler ce message Posté(e) 10 mars 2015 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. Partager ce message Lien à poster Partager sur d’autres sites
Lazer 8 477 Signaler ce message Posté(e) 10 mars 2015 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 Partager ce message Lien à poster Partager sur d’autres sites
c5leman 0 Signaler ce message Posté(e) 10 mars 2015 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. Partager ce message Lien à poster Partager sur d’autres sites
Lazer 8 477 Signaler ce message Posté(e) 10 mars 2015 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 ? Partager ce message Lien à poster Partager sur d’autres sites
c5leman 0 Signaler ce message Posté(e) 10 mars 2015 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. Partager ce message Lien à poster Partager sur d’autres sites
Lazer 8 477 Signaler ce message Posté(e) 10 mars 2015 OK déjà ça avance, c'est bien par contre, bizarre que les sauvegardes ne passent pas.... Partager ce message Lien à poster Partager sur d’autres sites
c5leman 0 Signaler ce message Posté(e) 10 mars 2015 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:~$ Partager ce message Lien à poster Partager sur d’autres sites
Lazer 8 477 Signaler ce message Posté(e) 10 mars 2015 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 Partager ce message Lien à poster Partager sur d’autres sites
c5leman 0 Signaler ce message Posté(e) 10 mars 2015 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 copié, 0,0164761 s, 0,0 kB/s ca@ca-1101HA:~$ Partager ce message Lien à poster Partager sur d’autres sites
c5leman 0 Signaler ce message Posté(e) 10 mars 2015 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... Partager ce message Lien à poster Partager sur d’autres sites
Lazer 8 477 Signaler ce message Posté(e) 11 mars 2015 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é ? Partager ce message Lien à poster Partager sur d’autres sites
c5leman 0 Signaler ce message Posté(e) 11 mars 2015 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. Partager ce message Lien à poster Partager sur d’autres sites
Lazer 8 477 Signaler ce message Posté(e) 11 mars 2015 ok super t'as plus qu'à espérer que ça boote ! Partager ce message Lien à poster Partager sur d’autres sites
c5leman 0 Signaler ce message Posté(e) 11 mars 2015 Non, toujours pas , mais moins de failed Partager ce message Lien à poster Partager sur d’autres sites
c5leman 0 Signaler ce message Posté(e) 11 mars 2015 par contre l'image de la partition sdb1 je les transferé via Windows, je vais essayé de la refaire avec ubuntu au cas ou Partager ce message Lien à poster Partager sur d’autres sites
Lazer 8 477 Signaler ce message Posté(e) 11 mars 2015 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 Partager ce message Lien à poster Partager sur d’autres sites
c5leman 0 Signaler ce message Posté(e) 11 mars 2015 il fait un update database, et plein d'erreur mysqld (erreur 2002) des que c'est bon j'essaye Partager ce message Lien à poster Partager sur d’autres sites
Lazer 8 477 Signaler ce message Posté(e) 11 mars 2015 ça c'est normal le update database et les erreurs mysql je crois. Partager ce message Lien à poster Partager sur d’autres sites
c5leman 0 Signaler ce message Posté(e) 11 mars 2015 ca@ca-1101HA:~$ fdisk -l /dev/sdb Impossible d'ouvrir /dev/sdb ca@ca-1101HA:~$ Partager ce message Lien à poster Partager sur d’autres sites
Lazer 8 477 Signaler ce message Posté(e) 11 mars 2015 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.... Partager ce message Lien à poster Partager sur d’autres sites
c5leman 0 Signaler ce message Posté(e) 11 mars 2015 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 Partager ce message Lien à poster Partager sur d’autres sites
Lazer 8 477 Signaler ce message Posté(e) 11 mars 2015 fait tout simplement : fdisk -l ça devrait tout lister Partager ce message Lien à poster Partager sur d’autres sites
c5leman 0 Signaler ce message Posté(e) 11 mars 2015 [ 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) Partager ce message Lien à poster Partager sur d’autres sites
c5leman 0 Signaler ce message Posté(e) 11 mars 2015 fait tout simplement : fdisk -l ça devrait tout lister N'affiche rien Partager ce message Lien à poster Partager sur d’autres sites
Lazer 8 477 Signaler ce message Posté(e) 11 mars 2015 OK, donc c'est bien /dev/sdb il y a des mystères dans ubuntu bon, je vais faire dodo..... essaye encore un peu de ton coté, sinon on verra demain. Partager ce message Lien à poster Partager sur d’autres sites
