Pages : 1
#1 Le 15/07/2016, à 23:14
- avrothers
Mauvaise manip avec commande dd
Bonjour à tous,
En voulant créér une carte SD pour mon RaspberryPi, j'ai fait une fausse manip, dans les commandes suivantes:
pp:~/opt$ sync; sudo umount /mnt/rasp-pi-rootfs
pp:~/opt$ sudo dd bs=1M if=2015-05-05-raspbian-wheezy.img of=/dev/sdb; sync
J'ai laissé of=/dev/sdb au lieu de of=/dev/sdc !!! mais j'ai arreté tout de suite la comande. Malheureusement, je ne peux plus accéder à mon DD windows de sauvegarde de 500Go ( /dev/sdb: j'ai l'impression d'avoir perdu l'amorcage). J'ai eu un message d'erreur mais dans la panique, je n'ai pas noté ce qu'il me disait; c'était du genre 'error mounting ...'.
J'ai vu sur le net des solutions avec des scripts ou avec TestDisk mais venant du monde Windows et étant débutant en linux, j'ai peur de refaire une bêtise.
Pouvez vous m'aider à récupérer mes données ou me donner un lien ?
Si c'est pas possible, comment récupérer mes données ?
En vous remerciant 'grandement' par avance,
aVr
PS: J'ai mis ci-dessous ma config, le résultat des commandes fdisk et blkid.
Ma config:
Ubuntu 14.04lts 64 bits - AMD Athlon(tm) 64 Processor 3200+ - 2,0 Gio - Disque principal linux : 78,4 Go
Commande : sudo fdisk -l
----------
Disk /dev/sda: 82.0 GB, 81964302336 bytes
255 têtes, 63 secteurs/piste, 9964 cylindres, total 160086528 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x000e834c
Périphérique Amorçage Début Fin Blocs Id. Système
/dev/sda1 * 2048 155893759 77945856 83 Linux
/dev/sda2 155895806 160086015 2095105 5 Étendue
/dev/sda5 155895808 160086015 2095104 82 partition d'échange Linux / Solaris
Disk /dev/sdb: 500.1 GB, 500107862016 bytes
255 têtes, 63 secteurs/piste, 60801 cylindres, total 976773168 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x000dbfc6
Périphérique Amorçage Début Fin Blocs Id. Système
/dev/sdb1 8192 122879 57344 c W95 FAT32 (LBA)
/dev/sdb2 122880 3788799 1832960 83 Linux
Commande : sudo blkid
----------
/dev/sda1: UUID="d392a20a-ec47-4ac4-bb3e-4e8f63a315f8" TYPE="ext4"
/dev/sda5: UUID="e2820323-e807-4334-aa3a-7339ad8fc882" TYPE="swap"
/dev/sdb1: SEC_TYPE="msdos" UUID="9DCF-4197" TYPE="vfat"
/dev/sdb2: UUID="f10ba0bd-17e0-4800-b0af-19bb2ed45acd" TYPE="ext4"
Hors ligne
#2 Le 16/07/2016, à 00:07
- Rufus T. Firefly
Re : Mauvaise manip avec commande dd
La Pi a des ports usb 2. Donc théoriquement, 60 Mo/s soit 120 000 secteurs/s. En pratique c'est sans doute moins, mais quand même... Donc quand tu dis "j'ai arreté tout de suite la comande"...
Ça se confirme avec fdisk : 1832960 blocs pour sdb2 (ext4), c'est-à-dire environ 1 Go, ce qui doit plus ou moins correspondre à la taille de ça : 2015-05-05-raspbian-wheezy.img
La structure d'origine du disque est partie en fumée...
La seule solution, c'est testdisk/photorec qui permettront peut-être de récupérer des fichiers pas encore écrasés. Je m'imagine qu'en plus le disque était en ntfs, ce qui n'arrange pas vraiment les choses à cause de la fragmentation...
Et alors quand même, l'avertissement du danger de ce qui t'est arrivé est répété 5 fois, 
, dans la doc : https://doc.ubuntu-fr.org/dd !!! Franchement...
La provocation est une façon de remettre la réalité sur ses pieds. (Bertolt Brecht)
Il n'y a pas de route royale pour la science et ceux-là seulement ont chance d'arriver à ses sommets lumineux qui ne craignent pas de se fatiguer à gravir ses sentiers escarpés. (Karl Marx)
Il est devenu plus facile de penser la fin du monde que la fin du capitalisme
Hors ligne
#3 Le 20/07/2016, à 22:57
- avrothers
Re : Mauvaise manip avec commande dd
Merci, je vais essayer de voir ce que je peux récupérer avec testdisk...
C'est une erreur d'inattention car la manip je l'avais déjà faite à plusieurs reprise sans me tromper.
aVr
Hors ligne
Pages : 1