#1 Le 13/11/2017, à 11: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, à 09:36)
Hors ligne
#2 Le 13/11/2017, à 11:47
- Caribou22
Re : [RESOLU] Carte SD cassée
Bonjour
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, à 11:48)
Hors ligne
#3 Le 13/11/2017, à 11: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, à 12: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, à 12: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, à 12: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, à 14: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, à 14: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, à 14: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, à 14: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, à 15: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, à 15: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, à 15:21)
PC fixe sous Bionic 64 bits et portable avec Focal 64 bits
Hors ligne
#13 Le 13/11/2017, à 15: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, à 15: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, à 15: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, à 16: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, à 16: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, à 16: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, à 16:41)
Hors ligne
#19 Le 13/11/2017, à 18: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, à 18:25)
PC fixe sous Bionic 64 bits et portable avec Focal 64 bits
Hors ligne
#20 Le 13/11/2017, à 18: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, à 18:42
- moko138
Re : [RESOLU] Carte SD cassée
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, à 19:30)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#22 Le 13/11/2017, à 19: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, à 19:35)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#23 Le 14/11/2017, à 09: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, à 10: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, à 10:46)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#25 Le 14/11/2017, à 11: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