Formatter SDCard

daffyb

daffyb

-Duck Warrior-
Modérateur
Club iGen
18 Octobre 2001
14 424
1 930
Angoulême
Bonjour,

J'ai une carte SD Samsung 16Go impossible à Formatter. Je crois que je vais avoir besoin de @macomaniac et que ce sujet va lui plaire :D
Je pense que la table de partition est corrompue ou qu'il y a un protection empêchant son formatage.
Pour la petite histoire, cette carte était dans un Raspberry Pi qui a été piraté et je crois que le pirate a fait un tour dans la fstab (sans savoir ce qu'il y a fait).
Au boot de Raspbian, j'ai une indication comme quoi le disque est abimé.
Voici ce que j'ai essayé de faire :
Utilitaire de disque High Sierra, Sierra et SnowLeopard : échec
SD card Formatter.app : fait mine de formatter et à l'arrivée me dit que c'est bon, mais n'a rien fait.
Formattage depuis un appareil photo : marche pas
Formattage depuis une Nintendo 3DS avec Godmode9 : ne marche pas
Impossibilité de supprimer les partitions depuis UbuntuMate.

Tout ça en interface graphique, car, moi, la gestion des disques en lignes de commandes, ce n'est pas mon fort, mais j'y travaille.

Voici ce que j'ai en diskutil list :
Bloc de code: 
/dev/disk2 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *16.0 GB    disk2
   1:             Windows_FAT_16 RECOVERY                854.8 MB   disk2s1
   2:                      Linux                         33.6 MB    disk2s3
   3:             Windows_FAT_32 boot                    62.9 MB    disk2s5
   4:                      Linux                         6.9 GB     disk2s6

Je ne sais plus quoi faire (il me reste Windows, mais pas avant lundi).
Une idée, ou un défis à relever avant qu'elle ne part à la poubelle ?
 
Dernière édition:
daffyb a dit:
Là, je tente un gros dd sur la carte
Cliquez pour agrandir...
eh non. J'ai fait un dd d'une image vide de 15Go sur la carte et voici le résultat :
Bloc de code: 
iDaffy3:~$ sudo dd if=/Users/daffyb/Downloads/VIDE15.dmg of=/dev/disk2 bs=4m
3576+1 records in
3576+1 records out
15000020480 bytes transferred in 1269.323443 secs (11817335 bytes/sec)
iDaffy3:~$ diskutil list
/dev/disk2 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *16.0 GB    disk2
   1:             Windows_FAT_16 RECOVERY                854.8 MB   disk2s1
   2:                      Linux                         33.6 MB    disk2s3
   3:             Windows_FAT_32 boot                    62.9 MB    disk2s5
   4:                      Linux                         6.9 GB     disk2s6
et le diskutil list est inchangé :(
 
:coucou: daffyb

L'intérêt d'une commande qui échoue > c'est qu'elle bavarde un peu en déclarant son échec.

Passe la commande :
Bloc de code: 
diskutil eraseDisk jhfs+ Brol disk2

  • après avoir vérifié par un diskutil list préalable que la carte est toujours disk2 > sinon tu modifies en rapport le chiffre indexant le disque tout en queue de commande pour ne pas t'en aller ré-initialiser un autre disque
  • la commande inscrit une table GPT > un format jhfs+ > remonte un volume intitulé Brol

Tu n'as qu'à poster le message retourné par la commande --> on verra bien.
 
macomaniac a dit:
:coucou: daffyb

L'intérêt d'une commande qui échoue > c'est qu'elle bavarde un peu en déclarant son échec.

Passe la commande :
Bloc de code: 
diskutil eraseDisk jhfs+ Brol disk2

  • après avoir vérifié par un diskutil list préalable que la carte est toujours disk2 > sinon tu modifies en rapport le chiffre indexant le disque tout en queue de commande pour ne pas t'en aller ré-initialiser un autre disque
  • la commande inscrit une table GPT > un format jhfs+ > remonte un volume intitulé Brol

Tu n'as qu'à poster le message retourné par la commande --> on verra bien.
Cliquez pour agrandir...

Pas devant le Mac pour un moment (les activités sportives des enfants toussa)
Je ferai le test.
Pour le moment les différents essais ne renvoyaient pas d’erreur. Très étrange.
À+
 
daffyb a dit:
Pas devant le Mac pour un moment (les activités sportives des enfants toussa)
Je ferai le test.
Pour le moment les différents essais ne renvoyaient pas d’erreur. Très étrange.
À+
Cliquez pour agrandir...
ce qu'il se passe :
les 2 partitions montées sur le Finder se démontent puis remontent presque instantanément et donc ça semble bloquer la création de la table de partition. La commande reste bloquée et n'aboutie pas :
Bloc de code: 
diskutil eraseDisk jhfs+ Brol disk2
Started erase on disk2
Unmounting disk
Creating the partition map
Waiting for partitions to activate
[ | 0%..10%..20%..30%..40%..50%.......................... ]
 
Tous les volumes montés sur un disque doivent être démontés avant effacement de la table de partition. C'est donc le remontage rapide des volumes après démontage qui est problématique.

Je te propose un test un peu plus radical -->

- tu peux aller à cette page internet de SourceForge : ☞GPT fdisk☜ > ce qui te permet de télécharger le paquet d'installation (738 Ko) : gdisk-1.0.3.pkg. Un double-clic permet l'installation de gdisk at: /usr/local/bin/gdisk. gdisk est un exécutable créé par Roderick Smith (le développeur du gestionnaire de démarrage rEFInd) > qui permet de manipuler tables de partitions et partitions en ligne de commande. Un outil des plus précieux. L'installation faite > gdisk est appelable directement en ligne de commande.

Ta carte SD attachée > tu passes d'abord un :
Bloc de code: 
diskutil list
  • histoire de bien vérifier l'index de disque de la carte (je vais continuer de supposer que c'est disk2 mais tu adaptes s'il y a lieu). Tu enchaînes avec la commande :
Bloc de code: 
sudo gdisk /dev/disk2
  • qui appelle gdisk à ouvrir le secteur d'amorçage du disque en lecture --> tu vas déjà voir si gdisk retourne un message d'erreur > ou s'il t'affiche le tableau des tables de partitions et l'invite de commande du mode "main" (principal).

Si tu as bien l'invite de commande :
Bloc de code: 
Command (? for help):
  • tu tapes
    Bloc de code: 
    x
    (comme mode "expert") et tu valides --> ce qui affiche l'invite de commande du mode "expert" :
    Bloc de code: 
    Expert command (? for help):

  • tu saisis :
    Bloc de code: 
    z
    (comme zap : effacer la table de partition et tu valides --> ce qui affiche un :
    Bloc de code: 
    About to wipe out GPT on /dev/disk5. Proceed? (Y/N):

  • tu saisis
    Bloc de code: 
    y
    (yes) et tu valides --> tu obtiens un boniment déclarant que le kernel ne va pas suivre mais continuer de charger la table de partition et les partitions antérieures mises-en-mémoire et qu'il faudra redémarrer ou détacher/réattacher le disque pour mettre à jour le kernel + la demande finale :
    Bloc de code: 
    Blank out MBR? (Y/N):
    (effacer la table de partition MBR du bloc 0 ?

  • tu saisis bien sûr :
    Bloc de code: 
    y
    (yes) car tu as fait tout ça pour ça --> après un résumé du boniment précédent sur le kernel qui va continuer d'opérer sur sa mémoire sans se mettre à jour en "live" --> tu récupères l'invite de commande iDaffy3:~ qui montre que le programme gdisk a quitté. Cela --> si l'effacement fonctionne. Sinon > gdisk va afficher un message d'erreur.

S'il y a un message d'erreur > poste-le ici.

Sinon > démonte les volumes montés de ta carte > détache-la du Mac > ré-attache-la --> si tu as une boîte de dialogue du Finder déclarant : "le disque que vous avez inséré n'est pas lisible par cet ordinateur" --> c'est que le table de partition MBR a bien été effacée --> première étape avant la ré-inscription d'une nouvelle table.
 
macomaniac a dit:
Tous les volumes montés sur un disque doivent être démontés avant effacement de la table de partition. C'est donc le remontage rapide des volumes après démontage qui est problématique.

Je te propose un test un peu plus radical -->

- tu peux aller à cette page internet de SourceForge : ☞GPT fdisk☜ > ce qui te permet de télécharger le paquet d'installation (738 Ko) : gdisk-1.0.3.pkg. Un double-clic permet l'installation de gdisk at: /usr/local/bin/gdisk. gdisk est un exécutable créé par Roderick Smith (le développeur du gestionnaire de démarrage rEFInd) > qui permet de manipuler tables de partitions et partitions en ligne de commande. Un outil des plus précieux. L'installation faite > gdisk est appelable directement en ligne de commande.

Ta carte SD attachée > tu passes d'abord un :
Bloc de code: 
diskutil list
  • histoire de bien vérifier l'index de disque de la carte (je vais continuer de supposer que c'est disk2 mais tu adaptes s'il y a lieu). Tu enchaînes avec la commande :
Bloc de code: 
sudo gdisk /dev/disk2
  • qui appelle gdisk à ouvrir le secteur d'amorçage du disque en lecture --> tu vas déjà voir si gdisk retourne un message d'erreur > ou s'il t'affiche le tableau des tables de partitions et l'invite de commande du mode "main" (principal).

Si tu as bien l'invite de commande :
Bloc de code: 
Command (? for help):
  • tu tapes
    Bloc de code: 
    x
    (comme mode "expert") et tu valides --> ce qui affiche l'invite de commande du mode "expert" :
    Bloc de code: 
    Expert command (? for help):

  • tu saisis :
    Bloc de code: 
    z
    (comme zap : effacer la table de partition et tu valides --> ce qui affiche un :
    Bloc de code: 
    About to wipe out GPT on /dev/disk5. Proceed? (Y/N):

  • tu saisis
    Bloc de code: 
    y
    (yes) et tu valides --> tu obtiens un boniment déclarant que le kernel ne va pas suivre mais continuer de charger la table de partition et les partitions antérieures mises-en-mémoire et qu'il faudra redémarrer ou détacher/réattacher le disque pour mettre à jour le kernel + la demande finale :
    Bloc de code: 
    Blank out MBR? (Y/N):
    (effacer la table de partition MBR du bloc 0 ?

  • tu saisis bien sûr :
    Bloc de code: 
    y
    (yes) car tu as fait tout ça pour ça --> après un résumé du boniment précédent sur le kernel qui va continuer d'opérer sur sa mémoire sans se mettre à jour en "live" --> tu récupères l'invite de commande iDaffy3:~ qui montre que le programme gdisk a quitté. Cela --> si l'effacement fonctionne. Sinon > gdisk va afficher un message d'erreur.

S'il y a un message d'erreur > poste-le ici.

Sinon > démonte les volumes montés de ta carte > détache-la du Mac > ré-attache-la --> si tu as une boîte de dialogue du Finder déclarant : "le disque que vous avez inséré n'est pas lisible par cet ordinateur" --> c'est que le table de partition MBR a bien été effacée --> première étape avant la ré-inscription d'une nouvelle table.
Cliquez pour agrandir...
J'avoue avoir fait la manip sans conviction (j'avais déjà tenté avec TestDisk qui permet aussi de faire un wipe du MBR).

Voici ma manip :
Bloc de code: 
sudo gdisk /dev/disk2
Password:
GPT fdisk (gdisk) version 1.0.3

Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: not present


***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. THIS OPERATION IS POTENTIALLY DESTRUCTIVE! Exit by
typing 'q' if you don't want to convert your MBR partitions
to GPT format!
***************************************************************


Command (? for help):


Expert command (? for help): z
About to wipe out GPT on /dev/disk2. Proceed? (Y/N): Y
Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Warning: The kernel may continue to use old or deleted partitions.
You should reboot or remove the drive.
GPT data structures destroyed! You may now partition the disk using fdisk or
other utilities.
Blank out MBR? (Y/N):y
Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!

Ça ne touche à rien.
Encore un comportement étrange :
je ne peux pas supprimer de fichier bien que je puisse les mettre dans la corbeille et la vider. Si j'éjecte le disque et que je le remonte, le fichier est revenu.
Idem si j'ajoute un fichier. Je peux le mettre, mais il disparait après éjection et remontage.
Chose "sympa" aussi, les fichiers "copiés" apparaissent sur la carte, mais le Finder m'indique qu'ils sont corrompus et je ne peux pas les ouvrir.
 
Tout s'est passé comme si gdisk avait opéré > mais rien ne s'est passé de ce qui était escompté (= effacement de la table de partition et disque non initialisé) --> puisque au ré-attachement de la carte tu récupères tout intact comme au départ.

Tu n'as qu'à reposter le tableau retourné par un :
Bloc de code: 
diskutil list
  • que je voie la configuration du disque disk2.
 
hop :
Bloc de code: 
/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *16.0 GB    disk2
   1:             Windows_FAT_16 RECOVERY                854.8 MB   disk2s1
   2:                      Linux                         33.6 MB    disk2s3
   3:             Windows_FAT_32 boot                    62.9 MB    disk2s5
   4:                      Linux                         6.9 GB     disk2s6
 
Ouaip ! --> changement = zéro.
  • ça sent le disque verrouillé (et la poubelle)-
    361608_original.png
 
C'est assez typique des cartes fichues : cela m'est arrivé avec une carte SD de 64 GB (aargl !!) il y a un mois.

Je me suis amusé (?) à la reformater avec Linux, FreeBSD, Windows et Android avec deux issues possibles : une erreur manifeste ou pas d'erreur mais aucun changement. Rien n'y a fait (même pas la menace de la poubelle).
 
daffyb a dit:
on s'amuse comme on peut :D
il me reste un essai avec un outil Windows et après, c'est coup de ciseaux et poubelle. RIP !
Cliquez pour agrandir...
MiniTool Partition Wizard sur Windows ne s'en sort pas mieux.
Windows 7 non plus...

Par contre, j'ai un autre outil qui lui me renvoie ENFIN une erreur:
Format Failed: -Support non valde ou piste 0 incorrecte - disque inutilisable.
Cliquez pour agrandir...
 
Dernière édition:
Le connecteur sdcard des raspberry est connu pour etre fragile et au bout d'un certain temps générer des faux contacts entrainant des erreurs d'I/O qui peuvent se terminer par corrompre définitivement l'intégrité de la sd card.
 
Quand on lit les avis… c'est éloquent, surtout pour la version 32 GO, Amazing !
http://www.samsung.com/fr/consumer/memory-storage/memory-storage/memory-cards/MB-MP16D/EU/#
http://www.samsung.com/fr/consumer/memory-storage/memory-storage/memory-cards/MB-MP32D/EU/#
Donc, pour en revenir à ma carte, vu que je l'avais achetée sur le Store Samsung (la bonne idée), je les ai appelé, et là :
SAV au top, comme chez Apple :
J'ai un bon pour un renvoi et ils me remboursent car ils ne peuvent pas me faire un échange. La solution royale aurait été un échange avec un modèle de capacité ou de performance supérieure, mais bon…
Conclusion, comme souvent, quand un fabricant a son propre store, toujours acheter chez lui !
J'ai plusieurs expériences à ce niveau :
Apple, Samsung, Philips…
 

Sujets similaires

P
UBUNTU sur MACOSX disparition d'un disque
Réponses
5
Affichages
2K
Unix, Linux et open source
philippe974
P
beegeezzz
Augmenter la taille d'une carte SD
Réponses
1
Affichages
3K
Unix, Linux et open source
bompi
bompi
C
10.13 High Sierra changement de carte mère, SSD interne non démarrable
Réponses
5
Affichages
974
macOS
Claudio13
C
B
macOS Big Sur Partition Fusion Drive disparue après Diskutil / SOS
Réponses
14
Affichages
1K
macOS
iDanGener
iDanGener
clairem44
10.12 Sierra Erreur réinstallation mac OS
Réponses
11
Affichages
1K
macOS
clairem44
clairem44
Haut Bas
Back