Clé USB Illisible

BluDaemon

Membre confirmé
19 Mai 2020
18
0
27
Bonjour !

J'ai vu pas mal de sujets à ce propos, guidé par l'expertise de @macomaniac mais j'ai préféré ouvrir un nouveau sujet étant donné que les commandes consoles sont tout de même complexes.
Bien, mon problème est pour bcp de ces sujets, le même. Clé Kingston 100 G3 d'une capacité de 32Go (achetée il y a moins d'un an), formatée NTFS (je peux le lire par le biais de Third-parts softwares) actuellement illisible par le système mais présente en console, vide de partition bien évidement.
Sous Console, j'ai effectué tout ce qui m'as été identique à mon souci. J'en suis à un point où de l'aide ne serai pas de refus. Je sens pourtant que je touche du doigt la fin mais j'imagines qu'accompagné, j'y arriverais mieux.

Voici ce que j'obtiens avec toutes les infos récupérées à droite à gauche (on constatera ma tentative par le biais du GPT fdisk conseillé sur un autre de ces nombreux sujets):

Bloc de code:
Theo:~ theo$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *275.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         225.0 GB   disk0s2
   3:       Microsoft Basic Data BootCamp                49.9 GB    disk0s3

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +225.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Disque Dur              208.9 GB   disk1s1
   2:                APFS Volume Preboot                 24.8 MB    disk1s2
   3:                APFS Volume Recovery                510.4 MB   disk1s3
   4:                APFS Volume VM                      3.2 GB     disk1s4

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                                                   *31.0 GB    disk2

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +323.1 GB   disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:                  Apple_HFS Copies de sauvegarde... 322.7 GB   disk3s2

Theo:~ theo$ sudo gpt show /dev/disk3
Password:
gpt show: unable to open device '/dev/disk3': Operation not permitted
Theo:~ theo$ sudo gpt show disk2
     start      size  index  contents
         0  60555264         
Theo:~ theo$ sudo gpt show disk2 ; diskutil list disk2
Password:
     start      size  index  contents
         0  60555264         
/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                                                   *31.0 GB    disk2
Theo:~ theo$ sudo fdisk /dev/disk2
Disk: /dev/disk2    geometry: 3769/255/63 [60555264 sectors]
Signature: 0xE634
         Starting       Ending
 #: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
 1: F7  689  85  61 -  527  63   8 [ 415295983 - 3065432756] <Unknown ID>
 2: 2A  208  51  40 -  875  82  61 [1385255796 - 3049667132] <Unknown ID>
 3: 18  579 187  12 -  670  98  29 [4285648688 -  603357479] AST swap   
 4: 18  361 247  26 -  443 146  55 [3478176483 - 3776070089] AST swap   
Theo:~ theo$ sudo fdisk -e /dev/disk2
fdisk: could not open MBR file /usr/standalone/i386/boot0: No such file or directory
The signature for this MBR is invalid.
Would you like to initialize the partition table? [y] y
Enter 'help' for information
fdisk:*1> write
fdisk: /dev/disk2: Permission denied
Theo:~ theo$ sudo fdisk -e /dev/disk2
fdisk: could not open MBR file /usr/standalone/i386/boot0: No such file or directory
The signature for this MBR is invalid.
Would you like to initialize the partition table? [y] n                                         
Enter 'help' for information
fdisk: 1> quit
Theo:~ theo$ sudo fdisk -e disk2
fdisk: disk2: No such file or directory
Theo:~ theo$ sudo fdisk /dev/disk2
Disk: /dev/disk2    geometry: 3769/255/63 [60555264 sectors]
Signature: 0xE634
         Starting       Ending
 #: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
 1: F7  689  85  61 -  527  63   8 [ 415295983 - 3065432756] <Unknown ID>
 2: 2A  208  51  40 -  875  82  61 [1385255796 - 3049667132] <Unknown ID>
 3: 18  579 187  12 -  670  98  29 [4285648688 -  603357479] AST swap   
 4: 18  361 247  26 -  443 146  55 [3478176483 - 3776070089] AST swap   
Theo:~ theo$ sudo fdisk -e disk2
fdisk: disk2: No such file or directory
Theo:~ theo$ sudo fdisk -e /dev/disk2
fdisk: could not open MBR file /usr/standalone/i386/boot0: No such file or directory
The signature for this MBR is invalid.
Would you like to initialize the partition table? [y] y
Enter 'help' for information
fdisk:*1> write
fdisk: /dev/disk2: Permission denied
Theo:~ theo$ sudo gdisk /dev/disk2
Password:
Sorry, try again.
Password:
Sorry, try again.
Password:
sudo: 3 incorrect password attempts
Theo:~ theo$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *275.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         225.0 GB   disk0s2
   3:       Microsoft Basic Data BootCamp                49.9 GB    disk0s3

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +225.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Disque Dur              207.8 GB   disk1s1
   2:                APFS Volume Preboot                 24.8 MB    disk1s2
   3:                APFS Volume Recovery                510.4 MB   disk1s3
   4:                APFS Volume VM                      4.3 GB     disk1s4

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                                                   *31.0 GB    disk2

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +323.1 GB   disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:                  Apple_HFS Copies de sauvegarde... 322.7 GB   disk3s2

Theo:~ theo$ sudo gdisk /dev/disk2
Password:
GPT fdisk (gdisk) version 1.0.5

Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
NOTE: Write test failed with error number 13. It will be impossible to save
changes to this disk's partition table!
You may need to deactivate System Integrity Protection to use this program. See
https://www.quora.com/How-do-I-turn-off-the-rootless-in-OS-X-El-Capitan-10-11
for more information.

Partition table scan:
  MBR: not present
  BSD: not present
  APM: not present
  GPT: not present

Creating new GPT entries in memory.

Command (? for help): y
b    back up GPT data to a file
c    change a partition's name
d    delete a partition
i    show detailed information on a partition
l    list known partition types
n    add a new partition
o    create a new empty GUID partition table (GPT)
p    print the partition table
q    quit without saving changes
r    recovery and transformation options (experts only)
s    sort partitions
t    change a partition's type code
v    verify disk
w    write table to disk and exit
x    extra functionality (experts only)
?    print this menu

Command (? for help): i
No partitions

Command (? for help): v

No problems found. 60555197 free sectors (28.9 GiB) available in 1
segments, the largest of which is 60555197 (28.9 GiB) in size.

Command (? for help):

Comme indiqué, dans les lignes, ma clé porte l'indicatif disk2.
Il est aussi indiqué plusieurs que la tentative d'initialiser une table de partition par le biais de
Bloc de code:
sudo fdisk -e /dev/disk2
n'as pas fonctionné résultant un "Permission denied" (paf dans mes dents), piste qui semblait pourtant bien partie. Si une solution existe pour contourner, je suis preneur.

Je termine en précisant, que j'aimerais bien retrouver le contenu de cette clé, divers et variés. Cependant, si une solution existe impliquant l'effacement total, ce sera avec regret qu'il faudra le faire. J'aimerais au mieux garder un format NTFS, à mon sens, plus compatible et manipulable. Je travail bien évidemment sous mac mais il peut m'arriver de me servir de ma clé sous windows (en déplacement, par exemple)

@macomaniac , toi qui jusqu'à présent, a su aider plus d'un des membres ayant des soucis vraiment similaires, je t'implore !

Merci pour toutes aides ! :)
 
Bonsoir,

Je vais peut-être écrire une bêtise, désolé par avance, d'autant que je n'ai pas l'expertise de @macomaniac . Avez-vous testé un utilitaire du style "testdisk" pour récupérer vos données? Si vous pouviez récupérer vos données, vous pourriez ensuite repartir sur de bonnes base en formatant votre clé.
 
S'il s'agit de récupérer des données, autant procéder depuis un PC Windows. C'est là-bas que se gère le mieux le NTFS.

Quant à l'idée d'utiliser ce système de fichier sur macOS, elle procède d'une mauvaise analyse. Nativement, le NTFS n'est que lisible sur macOS, en dehors de logiciels tiers qui procèdent pas rétro-ingénieurie pour lui donner un semblant de support en écriture. Microsoft garde jalousement la main sur son système de fichier.

Par contre, l'exFAT est le bon système de fichier à choisir si on compte opérer sur les deux plateformes. Néanmoins, il est toujours préférable de préparer sa clé sur Windows.
 
Je récupère régulièrement des données de support formaté en ntfs sur mon Mac sans souci....bon j'avoue c'est parce que je suis feignant et je préfère mon Mac et j'ai des outils pour ... .

Par contre effectivement c'est souvent mieux de préparer ses supports sous Windows..... et l'exFAT permets d'éviter bien des soucis....quand on navigue entre les 2 OS.
 
Je ne suis pas suffisamment calé, malgré mon père qui est ingénieur spécialisé apple (je veux savoir me débrouiller seul lol) du coup, quelle sont les différences entre exFAT et NTFS mis à part leur prise en charge Windows et Mac ?
 
Je ne suis pas suffisamment calé, malgré mon père qui est ingénieur spécialisé apple (je veux savoir me débrouiller seul lol) du coup, quelle sont les différences entre exFAT et NTFS mis à part leur prise en charge Windows et Mac ?
Eh bien, relis la réponse #3, le format NTFS est lisible sous macOS mais impossible d'écrire la moindre donnée sans un logiciel tiers.
 
quelle sont les différences entre exFAT et NTFS mis à part leur prise en charge Windows et Mac ?
NTFS est optimisé pour les disques durs dans le monde Windows
ExFAT est optimisé pour les supports Flash (clés usb et cartes mémoire) pour tous les appareils (PC, Mac, Android, Appareils photos...)
 
Bonsoir BluDaemon

Le disque de la clé USB porte sur son bloc n°0 une table MBR corrompue -->
Bloc de code:
Disk: /dev/disk2    geometry: 3769/255/63 [60555264 sectors]
Signature: 0xE634
         Starting       Ending
#: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
1: F7  689  85  61 -  527  63   8 [ 415295983 - 3065432756] <Unknown ID>
2: 2A  208  51  40 -  875  82  61 [1385255796 - 3049667132] <Unknown ID>
3: 18  579 187  12 -  670  98  29 [4285648688 -  603357479] AST swap  
4: 18  361 247  26 -  443 146  55 [3478176483 - 3776070089] AST swap

- car aucun des 4 descripteurs listé n'est valide. Les types de partitions mentionnés au départ (F7 > 2A > 18 deux fois) ne correspondent à aucun type valide et certainement pas au type Windows_NTFS attendu (hexcode 07). Les blocs de tête de partitions allégués sont irréalistes vu la taille de la clé (bloc n°415295983 qui correspondrait à l'attaque du 212è Go en gabarit de bloc de 512 octets ; bloc n°1385255796 = 709è Go > bloc n°4285648688 = 2194è Go > bloc n°3478176483 = 1780è Go). Quant à l'extension prétendue pour ces partitions > elle est encore plus comique (3065432756 blocs de 512 octets = 1569 Go > 3049667132 blocs = 1561 Go > 603357479 blocs = 308 Go > 3776070089 blocs = 1933 Go).​

Bref : 4 descripteurs de partitions assignant des types inexistants > des blocs de tête impossibles > et des extensions tout aussi impossibles (équivalant ensemble à une taille prétendue de 5371 Go !).

Question : qu'est-ce qui est arrivé à cette clé USB pour que sa table de partition MBR se retrouve corrompue d'une manière aussi surréaliste ? - il s'est produit un incident particulier ? - elle a été la cible d'un logiciel Windows particulier ?
 
  • Snif
Réactions: litobar71
aucune idée ! je l'ai utilisé souvent, je ne sais pas si c'est dû à un fichier à l'intérieur cependant quand j'ai re-décidé d'utiliser ma clé il ya quelques semaines en arrière, le souci d'illisibilité a débuté. Utilitaire de disque et la commande diskutil repairDisk furent inutiles. J'ai tenté pourtant de le réparer via l'utilitaire... 1 seconde d'opération et aucune info !
Ce que tu dis là, c'est absolument dingue !

Cependant, j'espère que c'est réparable ou du moins qu'on peut en tirer quelque chose

Edit: Ce qui m'étonnes, c'est qu'elle sembles pourtant pas HS vu qu'elle donne (à mon sens) quelques signes de vies (message, réponses via la console...)
 
La clé matériellement parlant doit être en bon état. C'est la table de partition MBR qui a été logiquement corrompue.

- veux-tu qu'on remette à zéro la table de partition MBR corrompue > puis qu'on recrée un descripteur unique de partition tentant de retrouver les paramètres du descripteur originel ?​
 
Non : les actions projetées n'affectent que l'unique bloc n°0 de la clé > qui est le secteur de résidence de la table MBR. Aucune action à aucun bloc du disque à partir du n°1 compris jusqu'au n°60555264 n'est impliquée. Donc aucun effacement des écritures des blocs de l'ancienne partition (système de fichiers NTFS > fichiers).
 
La clé branchée > repasse d'abord une commande :
Bloc de code:
diskutil list

  • et poste le tableau des disques => histoire de voir si l'index d'appareil de la clé est toujours le même.
 
Bloc de code:
Theo:~ theo$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *275.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         225.0 GB   disk0s2
   3:       Microsoft Basic Data BootCamp                49.9 GB    disk0s3

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +225.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Disque Dur              207.9 GB   disk1s1
   2:                APFS Volume Preboot                 24.8 MB    disk1s2
   3:                APFS Volume Recovery                510.4 MB   disk1s3
   4:                APFS Volume VM                      3.2 GB     disk1s4

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                                                   *31.0 GB    disk2

yep, disk2. Sans Schéma, sans volume
 
Toujours disk2. Passe la commande (copier-coller) :
Bloc de code:
sudo fdisk -e /dev/disk2

  • qui engage l'édition interactive de la MBR de la clé

Poste le retour.
 
Bloc de code:
fdisk: could not open MBR file /usr/standalone/i386/boot0: No such file or directory
The signature for this MBR is invalid.
Would you like to initialize the partition table? [y]
 
Saisis :
Bloc de code:
y

  • (yes) et valide avec "Entrée" => pour accepter l'initialisation de la MBR

Poste le retour.