Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 13/11/2017, à 10:30

BenjiBoy

[RESOLU] Carte SD cassée

Bonjour à tous,

un copain a vu sa carte micro SD de 512Mo, d'abord perdre des éléments sur son téléphone (un samsung "basique, non smartphone), puis finalement n'avoir presque plus rien.
J'ai voulu me pencher sur ce problème espérant lui sauver le maximum d'élément.

En l'insérant dans un lecteur sur mon PC, un mount ne m'affiche pas la présence de la carte.
Avec gparted, je vois un "espace non alloué" avc une table de partition non reconnu.
La carte a l'air quand même bien atteinte, je ne vois pas comment procéder pour commencer.

J'ai beaucoup lu les topics à ce propos mais je ne vois pas particulièrement le même cas, je ne peux pas faire de testdisk (puisque pas de montage), je n'ai pas d'option utilisable dans gparted, bref, c'est flou.

Avez-vous une idée ?

a+

Dernière modification par BenjiBoy (Le 20/11/2017, à 08:36)

Hors ligne

#2 Le 13/11/2017, à 10:47

Caribou22

Re : [RESOLU] Carte SD cassée

Bonjour smile
Tu peux tenter de contacter rmy (dernier lien de ma signature.)
Sinon, testdisk marche sans montage de partitions il me semble.

Dernière modification par Caribou22 (Le 13/11/2017, à 10:48)

Hors ligne

#3 Le 13/11/2017, à 10:47

Nasman

Re : [RESOLU] Carte SD cassée

un

sudo fdisk -l

pour connaitre sous quel nom la carte est reconnue puis un

sudo dd if=/dev/sdX bs=512 count=1 | hexdump -C

(en ayant remplacé le sdX par le "device" qui concerne la carte


PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

#4 Le 13/11/2017, à 11:17

BenjiBoy

Re : [RESOLU] Carte SD cassée

Hello,

alors j'ai commencé par faire un image, histoire d'éviter de solliciter trop la SD avec dd.

@Caribou22 oui j'ai cru comprendre en naviguant sur les topics que rmy était un cador de la flash ! Idéalement j'aimerais m'en sortir tout seul, mais garde rmy comme dernière chance.

@ Nasman Je fais avec le fichier ISO :

[b]sudo dd if=SD.iso bs=512 count=1 | hexdump -C[/b]
1+0 enregistrements lus
1+0 enregistrements écrits
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
512 bytes copied, 3,1665e-05 s, 16,2 MB/s
*
00000200

Je ne suis pas expert mais la multitude de zéro me semble une mauvaise nouvelle ...?

Hors ligne

#5 Le 13/11/2017, à 11:22

BenjiBoy

Re : [RESOLU] Carte SD cassée

Un fdisk en utilisant l'option générique "print the partition table" me donne ça.

Disque SD.iso : 385,8 MiB, 404471808 octets, 789984 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x3382ceee

Hors ligne

#6 Le 13/11/2017, à 11:26

BenjiBoy

Re : [RESOLU] Carte SD cassée

Ah et j'ai aussi essayé une récupération de données sur gparted (en fait l'option est disponible c'est moi qui suis miro), mais ça n’aboutis pas.
Créer une partition fat32 n'aboutis pas non plus avec gparted.

Je pense pas que la SD soit totalement foutue.
J'espère, disons, ça lui a fendu le coeur d'avoir perdu toute ces données ...

a+

Hors ligne

#7 Le 13/11/2017, à 13:20

Nasman

Re : [RESOLU] Carte SD cassée

Peux tu poster le retour complet de

sudo fdisk -l

PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

#8 Le 13/11/2017, à 13:31

BenjiBoy

Re : [RESOLU] Carte SD cassée

Ouaip :

Disque /dev/loop0 : 385,8 MiB, 404471808 octets, 789984 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xa368f8c3

Périphérique Amorçage Start    Fin Secteurs  Size Id Type
/dev/loop0p1           2048 788479   786432  384M  b W95 FAT32


Disque /dev/sda : 238,5 GiB, 256060514304 octets, 500118192 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x000d63b7

Périphérique Amorçage     Start       Fin  Secteurs  Size Id Type
/dev/sda1                  2048 312500094 312498047  149G 83 Linux
/dev/sda2    *        312500224 312705023    204800  100M  7 HPFS/NTFS/exFAT
/dev/sda3             312705024 484534271 171829248   82G  7 HPFS/NTFS/exFAT
/dev/sda4             484536318 500117503  15581186  7,4G  5 Étendue
/dev/sda5             484536320 500117503  15581184  7,4G 82 partition d'échange Linux / Solaris

Partition 4 does not start on physical sector boundary.


Disque /dev/sdb : 486,5 MiB, 510132224 octets, 996352 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Ma carte est /dev/sdb (lecteur microSD sur USB)

Hors ligne

#9 Le 13/11/2017, à 13:39

Nasman

Re : [RESOLU] Carte SD cassée

Bien que tu n'aies pas mis le retour complet (avec le user@machine initial et le user@machine final) qui ont pour but d'indiquer si tu n'as pas fait d'erreur dans la commande et si tu était en session user ou session root, j'en conclus que la carte doit être vue comme sdb.

Maintenant tu peux faire un

sudo dd if=/dev/sdb bs=512 count=1 | hexdump -C

Poste le retour complet de cette commande


PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

#10 Le 13/11/2017, à 13:50

BenjiBoy

Re : [RESOLU] Carte SD cassée

Oui tout à fait, sdb comme je le signalais. Pour répondre à ta question, je ne suis pas root.
Et j'ai du mal à saisir ce que tu entends par user@machine initial et final sur une commande ?

Le dd tu me l'avais déjà demandé plus haut, mais je te donne le résultat sur la carte directement cette fois-ci si tu préfères :

titi@toto:~$ sudo dd if=/dev/sdb bs=512 count=1 | hexdump -C
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
1+0 enregistrements lus
1+0 enregistrements écrits
*
512 bytes copied, 0,00251863 s, 203 kB/s
00000200

Évidemment j'ai remplacé mon home et ma machine par titi et toto, mais là tu as un retour complet.

Et sur le fichier ISO que j'ai crée, pour info :

titi@toto:~$ sudo dd if=/home/titi/SD.iso bs=512 count=1 | hexdump -C
1+0 enregistrements lus
1+0 enregistrements écrits
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
512 bytes copied, 2,3037e-05 s, 22,2 MB/s
00000200

Hors ligne

#11 Le 13/11/2017, à 14:10

BenjiBoy

Re : [RESOLU] Carte SD cassée

En fait il semblerait que le principal problème (et peut-être rédhibitoire) est qu'il n'y a plus de table de partition, et je n'arrive pas à recréer de partition.
gdisk et fdisk me permettent d'essayer pas mal de chose, trop en fait, sur mon ISO.

A noter que cette carte est relativement vieille et devait être en FAT32, dans un téléphone samsung (genre ce modèle là) ou il n'y a pas d'android, enfin pas que je sache.
Peut-être un formatage auquel je ne m'attends pas ?

a+

Hors ligne

#12 Le 13/11/2017, à 14:17

Nasman

Re : [RESOLU] Carte SD cassée

Effectivement les premier secteur de la carte que je t'ai demandé d'afficher devrait contenir une table des partitions (elle commence à l'offset 1be), qu'elle soit de type msdos (jusqu'à 4 partitions principales possibles) ou gpt (une seule partition commençant à la LBA=1 et contenant les entêtes gpt).

Le fait qu'il n'y ait pas d'erreur lors de la lecture de la carte (du moins sur le premier secteur) peut laisser supposer que le carte peut encore fonctionner.
Essaie de l'analyser à l'aide de testdisk

Edit : essaie à tout hasard les commandes suivantes :

sudo dd if=/sdb bs=512 count=1 skip=63 | hexdump -C

et

sudo dd if=/sdb bs=512 count=1 skip=2048 | hexdump -C

Dernière modification par Nasman (Le 13/11/2017, à 14:21)


PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

#13 Le 13/11/2017, à 14:27

BenjiBoy

Re : [RESOLU] Carte SD cassée

Voilà les résultats des commandes que tu me donnes :

titi@toto:~$ sudo dd if=SD.iso bs=512 count=1 skip=63 | hexdump -C
1+0 enregistrements lus
1+0 enregistrements écrits
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
512 bytes copied, 6,9689e-05 s, 7,3 MB/s
00000200
titi@toto:~$ sudo dd if=SD.iso bs=512 count=1 skip=2048 | hexdump -C
1+0 enregistrements lus
1+0 enregistrements écrits
00000000  9f 28 a1 c1 38 42 b8 23  34 79 85 42 b2 a8 dc 4f  |.(..8B.#4y.B...O|
512 bytes copied, 2,6628e-05 s, 19,2 MB/s00000010  dd 3c 62 af 59 ab 19 a7  79 58 77 98 59 fe 65 fb  |.<b.Y...yXw.Y.e.|

00000020  a7 a7 6a 91 77 0f 2e 45  24 6e 1c 0c d6 2a 1c af  |..j.w..E$n...*..|
00000030  dd 37 49 d8 66 5c 3e 5a  57 42 78 c2 8e f5 23 03  |.7I.f\>ZWBx...#.|
00000040  e5 b2 90 4e c2 31 9e f4  36 db 4a c6 77 e4 7a 11  |...N.1..6.J.w.z.|
00000050  19 1f 22 52 c5 55 8f 40  32 78 a7 e7 cc c0 da c5  |.."R.U.@2x......|
00000060  76 e7 2c 31 5a 55 51 46  bf 13 bc b7 19 19 53 1f  |v.,1ZUQF......S.|
00000070  92 42 a9 ce 43 7b fb d2  8c 46 59 50 1d b9 c0 38  |.B..C{...FYP...8|
00000080  e4 9e f4 93 8a e9 b8 a2  f9 55 87 48 36 aa 33 16  |.........U.H6.3.|
00000090  01 ba f3 d2 9a 65 2a a8  a1 18 82 0f 21 85 54 1a  |.....e*.....!.T.|
000000a0  69 a1 4f de 76 1d e6 37  1b 57 00 e0 6d eb f9 d2  |i.O.v..7.W..m...|
000000b0  6f 39 3b b7 16 c7 40 31  4a 51 56 f5 32 49 37 61  |o9;...@1JQV.2I7a|
000000c0  55 98 ab 7c ea 3b 1d e7  14 e0 37 a8 ca 86 c7 fb  |U..|.;....7.....|
000000d0  75 4a 2a 2b 4d cb 8c b9  5d 97 51 22 48 cb bc 69  |uJ*+M...].Q"H..i|
000000e0  85 3e a1 69 12 17 54 2d  2b 90 a4 fc a3 1f ce 8e  |.>.i..T-+.......|
000000f0  67 6d 4d 20 93 8d c9 26  69 37 b6 df 99 7a 6e 1c  |gmM ...&i7...zn.|
00000100  e2 a2 de cb 92 63 23 1f  de 1d 68 e5 4c 87 2f 78  |.....c#...h.L./x|
00000110  9b 7a 88 41 d9 c7 63 9e  f4 c9 0b 34 66 4e 0e d3  |.z.A..c....4fN..|
00000120  83 85 e6 a9 47 97 52 39  ae 86 b3 0d 9b 9b 25 17  |....G.R9......%.|
00000130  af 6c d3 b0 47 cc b1 ba  2f 19 2a 68 92 e6 d5 02  |.l..G.../.*h....|
00000140  95 a4 3f 77 99 f2 7c c4  28 ce 71 8c d4 41 02 ca  |..?w..|.(.q..A..|
00000150  4f 23 38 da 0d 44 74 ba  45 4a f7 09 d9 d3 6b 1f  |O#8..Dt.EJ....k.|
00000160  ef 75 1d 69 f2 2f ca bd  ce 70 a3 8a 9d 79 7c cb  |.u.i./...p...y|.|
00000170  a9 2f 74 55 12 6c 21 54  90 bd 58 9e 94 8c 41 51  |./tU.l!T..X...AQ|
00000180  b5 4b 6d ea 6a a1 ae 88  98 bd 2c c7 29 5c ed d8  |.Km.j.....,.)\..|
00000190  c4 83 93 93 d2 a3 28 04  85 50 9f 7a 2f 68 b2 27  |......(..P.z/h.'|
000001a0  e4 38 a2 22 8d db b3 d0  10 d4 72 b8 18 dc 30 73  |.8."......r...0s|
000001b0  55 16 9c 2d 20 8c 79 5d  fb 0e 67 0e 0a b2 f0 31  |U..- .y]..g....1|
000001c0  d3 bd 01 30 c2 40 ce 81  b9 20 9f d2 a7 97 de bf  |...0.@... ......|
000001d0  43 58 cd 73 00 7e 99 c8  2d 9c 7b 52 75 f9 70 00  |CX.s.~..-.{Ru.p.|
000001e0  07 96 14 34 9e a8 9e 67  76 84 23 74 6c bd 18 02  |...4...gv.#tl...|
000001f0  33 eb 93 c5 05 98 65 0b  1c 8c 0f ad 1b 68 27 2b  |3.....e......h'+|
00000200

Hors ligne

#14 Le 13/11/2017, à 14:43

Nasman

Re : [RESOLU] Carte SD cassée

J'ai l'impression que le début de la carte est vierge mais qu'il y a des choses avant le secteur 2048.
Je t'ai fait afficher le secteur 63 et 2048 car c'est là que commençaient typiquement les partitions dans le cas :
- d'un partionnement au cylindre (en général avec une géométrie de 63 secteurs par piste et 255 têtes, les données commencent à la deuxième tête)
- d'un partitionnement au Mio (soit 2048 secteurs de 512 octets)

Je ne connais pas la géométrie de la clé et fdisk ne dit pas grand chose à ce sujet.

Il faut reessayer ce type de commandes en faisant varier le paramètre skip jusqu'à tomber sur l'en tête (s'il existe encore)
Tu peux aussi augmenter le nombre de secteurs affichés avec count=10 par exemple.
Si tu as un truc qui commence avec .NTFS ou .FAT dans les chaines de caractères affichées, ce pourrait être cela.


PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

#15 Le 13/11/2017, à 14:53

BenjiBoy

Re : [RESOLU] Carte SD cassée

Excellent !
Bon par contre j'avoue que j'ai pas tout bien intégré ce que tu expliques, pas assez d'expérience sur ce type de manip...

Mais si j'ai compris la manip, je vais donc jouer à modifier le paramètre skip et count pour trouver un coin ou je verrai inscrit NTFS ou FAT. C'est à dire que le but est de trouver quel type de formatage c'était ?
En admettant que j'y arrive, que fais-je ensuite ?

Hors ligne

#16 Le 13/11/2017, à 15:04

Nasman

Re : [RESOLU] Carte SD cassée

Les cartes sd fonctionnant sur la technologie flash peuvent devenir inutilisables du jour au lendemain ou avec des secteurs qui ne peuvent plus être lus/écrits. Si on retrouve un en tête et que l'emplacement correspond à quelque chose de logique, on pourra peut être en déduire une géométrie.
On sera alors confronté à deux possibilités :
- soit des secteurs sont morts et les infos que l'on voudra y écrire ne seront pas récupérables
- soit les emplacements avec des 0 sont la conséquence d'un écrasement accidentel mais sont encore viables.


PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

#17 Le 13/11/2017, à 15:28

BenjiBoy

Re : [RESOLU] Carte SD cassée

Que signifie "physiquement" le paramètre skip ?
Et le paramètre count ?
L'ensemble des caractères que j'ai en réponse est inexploitable en l'état, non ? En tout cas je ne trouve rien de d'intelligible pour moi ...

De mes tests, en dessous de 2048 j'ai quelques trucs dans des coins de "skip" assez hasardeux.

Hors ligne

#18 Le 13/11/2017, à 15:38

BenjiBoy

Re : [RESOLU] Carte SD cassée

J'ai une occurrence qui revient souvent : SM263AFU.BXXF ce qui semble être le modèle de "controller" utilisées sur le circuit ... J'ai trouvé deux pages google avec cet occurrence, l'une en koréen (il me semble) et l'autre en russe (il me semble...).
Moi j'ai fais italien en lv2, ça va pas le faire.
arf.

Dernière modification par BenjiBoy (Le 13/11/2017, à 15:41)

Hors ligne

#19 Le 13/11/2017, à 17:16

Nasman

Re : [RESOLU] Carte SD cassée

Les paramètres de la commande dd
if= signifie la source des données, soit un fichier, soit un "device" comme /dev/sdb
of= destination du flux de données, soit un fichier, soit un "device" ; attention si la destination est un disque ou une partition car on peut écraser son disque dur en cas d'erreur sur la destination
bs= taille du bloc copié, bs=512 signifie un bloc de 512 octets (soit un secteur du disque), bs=1 signifie un seul octet
count= nombre de blocs copiés
skip = nombre de blocs sautés avant la sortie des données - permet de ne sortir qu'à partir d'un certain emplacement du disque
seek = nombre de blocs sautés sur la destination - écrit le flux d'octets à partir du bloc (seek=) de la destination.

Le pipe | applique un traitement postérieur au flux de données
hexdump -C sort les octets suivant le format suivant : offset (adresse), 16 valeurs hexadécimales de 16 octets et caractères ascii correspondants (ont un sens si ce sont des chaines de texte)

Edit : si tu fais un

sudo fdisk -l

les partitions affichées indiquent le secteur où elles débutent, le secteur de fin, le nombre de secteurs de la partition, la taille et l'identifiant du système de fichiers (et sa traduction en ntfs, fat32, étendu...).
Si tu as sda1 qui commence en 2048 (par exemple) alors tu peux voir son en-tête avec :

sudo dd if=/dev/sda1 bs=512 count=1 | hexdump -C

(affichage d'un secteur par rapport au début de la partition sda1)
ou

sudo dd if=/dev/sda bs=512 count=1 skip=2048 | hexdump -C

(affichage d'un secteur par rapport au 2048ème bloc de 512 octets du disque sda)

Dernière modification par Nasman (Le 13/11/2017, à 17:25)


PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

#20 Le 13/11/2017, à 17:19

BenjiBoy

Re : [RESOLU] Carte SD cassée

Yop,
bon j'ai fais 2 millions de manip, des fsck.fat, des testdisk, des mkfs.fat, des gparted, en FAT16, en 32, en NTFS, j'ai dumpé, désaligné, réorganisé la géométrie, j'ai skipé et counté ...et là j'en peux plus.
Plusieurs fois je vois qu'il y a des données mais impossible de reconstruire une table de partition qui puisse servir, et j'arrive rien à récupérer.

La nuit porte conseil. Mais si quelqu'un veut s'en charger à sa place, ça me va très bien...

Merci pour votre aide !
a+

Hors ligne

#21 Le 13/11/2017, à 17:42

moko138

Re : [RESOLU] Carte SD cassée

BenjiBoy a écrit :

j'ai fais 2 millions de manip, des fsck.fat, des testdisk, des mkfs.fat, des gparted, en FAT16, en 32, en NTFS, j'ai dumpé, désaligné, réorganisé la géométrie, j'ai skipé et counté

Quelles conclusions crois-tu que tes lecteurs puissent en tirer ?

/!\ JAMAIS d'initiatives unilatérales pendant un dépannage /!\

Il n'y a plus qu'à espérer que tu n'aies pas écrit et sur l'original et sur l'image.

Les commandes que t'a données Nasman n'écrivaient rien, elles lisaient.

Dernière modification par moko138 (Le 13/11/2017, à 18:30)


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#22 Le 13/11/2017, à 18:27

moko138

Re : [RESOLU] Carte SD cassée

SI il y a un des deux supports sur lequel tu n'aies pas fait d'écriture,
lequel est-ce ?

AJOUT :
Si tu ne le sais pas, montre :

history | grep -E "dev/sd|dev/loop"

Dernière modification par moko138 (Le 13/11/2017, à 18:35)


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#23 Le 14/11/2017, à 08:36

BenjiBoy

Re : [RESOLU] Carte SD cassée

Bonjour moko138, je travaille sur une image.
Tu ne verras pas grand chose sur /dev/sdb

titi@toto:~$ history |grep -E "dev/sd|dev/loop"
 1941  sudo sfdisk -luS /dev/sdb
 1969  ddrescueview /dev/sdb 
 1976  sudo fsck.vfat -l /dev/sdb 
 1984  fidsk -l /dev/sdb 
 1986  sudo fdisk -l /dev/sdb
 2023  sudo testdisk /dev/sdb 
 2060  history |grep -E "dev/sd|dev/loop"

a+

Hors ligne

#24 Le 14/11/2017, à 09:35

moko138

Re : [RESOLU] Carte SD cassée

je travaille sur une image.

Le retour de history montre que tu as travaillé sur /dev/sdb. Espérons que tu n'as pas fait de "write" avec testdisk ; montre

cd; sudo cat testdisk.log

Peut-être as-tu travaillé aussi l'image en graphique.
  - -

Vérifie par

sudo fdisk -l

si "b" (dans /dev/sd.) est toujours la lettre attribuée à la carte.
Montre alors

sudo dd if=/dev/sdb bs=512 count=2048 | hexdump -C | grep -EiC16 "any key|disk|fat32|is not|oota|tabl"

(Si non, tu adapteras /dev/sdb avec la lettre qui conviendra).
  - -
Et, en te plaçant dans le répertoire qui contient SD.iso :

sudo dd if=SD.iso bs=512 count=2048 | hexdump -C | grep -EiC16 "any key|disk|fat32|is not|oota|tabl"

.
Tu noteras que toutes ces commandes sont purement descriptives.

Dernière modification par moko138 (Le 14/11/2017, à 09:46)


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#25 Le 14/11/2017, à 10:13

BenjiBoy

Re : [RESOLU] Carte SD cassée

Le retour de history montre que tu as travaillé sur /dev/sdb. Espérons que tu n'as pas fait de "write" avec testdisk ; montre

Bien sûr que le retour montre que j'ai travaillé sur la sd, puisque tu m'as demandé un grep "/dev/sd" !
Et comme tu l'auras remarqué je n'ai fais que des lectures, aucune écriture.
Enfin, j'ai utilisé testdisk pour créer une image afin de ne plus solliciter la carte.

Donc dans l'ordre :

titi@toto:~$ cd; sudo cat testdisk.log
cat: testdisk.log: Aucun fichier ou dossier de ce type

Ensuite :

titi@toto:~$ sudo dfisk -l
[...]
Disque /dev/sdb : 486,5 MiB, 510132224 octets, 996352 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Puis :

titi@toto:~$ sudo fdisk -l image.dd
Disque image.dd : 486,5 MiB, 510132224 octets, 996352 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Oui c'est toujours sdb

titi@toto:~$ sudo dd if=/dev/sdb bs=512 count=2048 | hexdump -C | grep -EiC16 "any key|disk|fat32|is not|oota|tabl"
2048+0 enregistrements lus
2048+0 enregistrements écrits
1048576 bytes (1,0 MB, 1,0 MiB) copied, 0,148744 s, 7,0 MB/s
titi@toto:~$ sudo dd if=image.dd bs=512 count=2048 | hexdump -C | grep -EiC16 "any key|disk|fat32|is not|oota|tabl"
2048+0 enregistrements lus
2048+0 enregistrements écrits
1048576 bytes (1,0 MB, 1,0 MiB) copied, 0,00762176 s, 138 MB/s

Hors ligne