Bonjour à tous,
J'ai un problème similaire sur un SSD de 2 To qui j'essaye de formater pour le brancher en USB C sur mon nouveau Mac Mini. Ce SSD était auparavant dans mon Mac mini 2012 en fusion drive avec un disque dur de 2 To. N'arrivant pas à le formater sur Mac, je l'ai formaté hier sur PC avec Windows. Voici ce que j'ai aujourd'hui dans le terminal :
Il s'agit du disk2. J'ai essayé tout un tas de manipulations via Disk Utility et le terminal mais pour l'instant je n'obtiens que des messages d'erreurs.
Je ne souhaite récupérer aucune données, juste pouvoir l'utiliser avec mon nouveau Mac.
Merci par avance pour votre aide.
Frédérick
J'ai un problème similaire sur un SSD de 2 To qui j'essaye de formater pour le brancher en USB C sur mon nouveau Mac Mini. Ce SSD était auparavant dans mon Mac mini 2012 en fusion drive avec un disque dur de 2 To. N'arrivant pas à le formater sur Mac, je l'ai formaté hier sur PC avec Windows. Voici ce que j'ai aujourd'hui dans le terminal :
Bloc de code:
fredericks-mac-mini-1:~ frederickboucly$ diskutil list
/dev/disk0 (internal):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme 251.0 GB disk0
1: EFI EFI 314.6 MB disk0s1
2: Apple_APFS Container disk1 250.7 GB disk0s2
/dev/disk1 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +250.7 GB disk1
Physical Store disk0s2
1: APFS Volume Macintosh HD 100.0 GB disk1s1
2: APFS Volume Preboot 48.4 MB disk1s2
3: APFS Volume Recovery 517.0 MB disk1s3
4: APFS Volume VM 4.3 GB disk1s4
/dev/disk2 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: FDisk_partition_scheme *2.1 TB disk2
1: 0xEE 2.1 TB disk2s1
/dev/disk3 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *2.0 TB disk3
1: EFI EFI 209.7 MB disk3s1
2: Apple_APFS Container disk4 2.0 TB disk3s2
/dev/disk4 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +2.0 TB disk4
Physical Store disk3s2
1: APFS Volume Apple Photos 1.8 TB disk4s1Il s'agit du disk2. J'ai essayé tout un tas de manipulations via Disk Utility et le terminal mais pour l'instant je n'obtiens que des messages d'erreurs.
Je ne souhaite récupérer aucune données, juste pouvoir l'utiliser avec mon nouveau Mac.
Merci par avance pour votre aide.
Frédérick
M
Membre supprimé 1060554
Invité
Bonjour Fred
Voici le disque concerné -->
Voici le disque concerné -->
Bloc de code:
/dev/disk2 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: FDisk_partition_scheme *2.1 TB disk2
1: 0xEE 2.1 TB disk2s1- FDisk_partition_scheme est une autre façon de désigner une table de partition de type MBR (Master_Boot_Record) = schéma Windows traditionnel. Inscrite sur le bloc 0 (ou 1er bloc) du disque --> elle décrit en mode MBR les partitions du disque.
- de partitions : il n'y en a qu'une englobant les 2,1 To de blocs du disque. Partition de type 0xEE = l'hex code d'une partition de type EFI > comme celle-ci que tu vois en 1ère position sur ton disque interne -->
Bloc de code:
1: EFI EFI 314.6 MB disk0s1- sauf que dans le cas de ton disque externe > le type 0xEE ne fait que définir un "conteneur" de partition sur le disque vide de système de fichiers > et par là dépourvu de volume montable.
- car les partitions sont des périmètres logiques purement "virtuels" sur un disque. Aucun "marqueur" n'existe sur le disque > qui déterminerait en terme d'écriture un bloc de départ et un bloc de terminaison d'une partition. Le bloc de départ d'une partition décrite par la table de partition > non marqué comme bloc de départ > est donc libre pour l'inscription d'un en-tête de système de fichiers. Car ce qui s'écrit aux blocs du disque > c'est le dispositif logiciel d'un système de fichiers générateur d'un volume sur les blocs de la partition. Le bloc de départ d'une partition > qui est son bloc 0 non marqué mais assigné virtuellement comme tel par la table de partition > devient alors le « super-bloc » d'un système de fichiers : le point d'ancrage où ce système de fichiers possède l'origine de ses écritures.
Dernière édition par un modérateur:
M
Membre supprimé 1060554
Invité
Si tu as suivi ces considérations tant soit peu byzantines (mais l'informatique entière équivaut à cette sorte d'usage de langage) --> tu peux alors interpréter la description de la partition unique de ton disque externe :
On conclut de cette analyse qu'il n'y a eu d'écriture au disque externe dans l'environnement Windows --> qu'au seul bloc 0 ou 1er bloc du disque (bloc de la table de partition MBR) > mais qu'aucune écriture de système de fichiers (FAT-32 requis) n'a pu s'effectuer aux blocs suivants du disque > à commencer par le bloc 1 qui n'est pas un « super-bloc ». Par voie de conséquence de cette carence d'un système de fichiers > aucun volume d'un nom donné (intitulé EFI attendu ici) ne se trouve défini sur l'espace de la partition. Tu n'as donc pas "formaté" le disque > puisqu'un "formatage" consiste en l'inscription d'un système de fichiers à partir d'un « super-bloc » correspondant au bloc de tête d'une partition décrite virtuellement par une table de partition. Il n'y a eu qu'un "tablage" du bloc 0 (1er bloc) du disque en mode MBR > avec échec du formateur de système de fichiers à écrire au bloc suivant du disque.
Ça n'augure pas favorablement de ton disque externe --> mais on peut se livrer si tu le souhaites à des manipulations pratiques > histoire de voir ce qui en résulte techniquement.
Bloc de code:
1: 0xEE 2.1 TB disk2s1- la partition de 2,1 To se trouve "dessinée" sur le disque par la table MBR > en tant que découpage virtuel de type EFI (hex code : 0xEE) > mais sans qu'aucun système de fichiers conforme à ce type n'ait été écrit sur les blocs de départ de la partition à partir de son bloc de tête. Le bloc de tête de la partition > la table MBR occupant le bloc 0 ou 1er bloc du disque > est logiquement le bloc 1 ou second bloc du disque. Ce bloc n°1 n'est pas un « super-bloc » : il ne porte aucun header (en-tête) de système de fichiers > car aucun système de fichiers n'a été écrit sur les blocs du disque.
- le système de fichiers canonique d'une partition de type EFI > est un système de fichiers FAT-32. Aucun header de FAT-32 ne se trouve donc écrit sur le bloc 1 du disque = le bloc de tête de la partition de type 0xEE --> le bloc 1 du disque n'est donc pas un « super-bloc » porteur de l'ancrage en écriture d'un système de fichiers.
On conclut de cette analyse qu'il n'y a eu d'écriture au disque externe dans l'environnement Windows --> qu'au seul bloc 0 ou 1er bloc du disque (bloc de la table de partition MBR) > mais qu'aucune écriture de système de fichiers (FAT-32 requis) n'a pu s'effectuer aux blocs suivants du disque > à commencer par le bloc 1 qui n'est pas un « super-bloc ». Par voie de conséquence de cette carence d'un système de fichiers > aucun volume d'un nom donné (intitulé EFI attendu ici) ne se trouve défini sur l'espace de la partition. Tu n'as donc pas "formaté" le disque > puisqu'un "formatage" consiste en l'inscription d'un système de fichiers à partir d'un « super-bloc » correspondant au bloc de tête d'une partition décrite virtuellement par une table de partition. Il n'y a eu qu'un "tablage" du bloc 0 (1er bloc) du disque en mode MBR > avec échec du formateur de système de fichiers à écrire au bloc suivant du disque.
Ça n'augure pas favorablement de ton disque externe --> mais on peut se livrer si tu le souhaites à des manipulations pratiques > histoire de voir ce qui en résulte techniquement.
M
Membre supprimé 1060554
Invité
Repasse un :
Bloc de code:
diskutil list- et poste le tableau des disques --> pour voir si le disque concerné est toujours disk2.
C'est le disk5 maintenant :
Je vais devoir partir au travail, je ferai les manipulations ce soir.
Bonne journée à tous
Bloc de code:
fredericks-mac-mini-1:~ frederickboucly$ diskutil list
/dev/disk0 (internal):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme 251.0 GB disk0
1: EFI EFI 314.6 MB disk0s1
2: Apple_APFS Container disk1 250.7 GB disk0s2
/dev/disk1 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +250.7 GB disk1
Physical Store disk0s2
1: APFS Volume Macintosh HD 102.5 GB disk1s1
2: APFS Volume Preboot 48.4 MB disk1s2
3: APFS Volume Recovery 517.0 MB disk1s3
4: APFS Volume VM 5.4 GB disk1s4
/dev/disk3 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *2.0 TB disk3
1: EFI EFI 209.7 MB disk3s1
2: Apple_APFS Container disk4 2.0 TB disk3s2
/dev/disk4 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +2.0 TB disk4
Physical Store disk3s2
1: APFS Volume Apple Photos 1.8 TB disk4s1
/dev/disk5 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: FDisk_partition_scheme *2.1 TB disk5
1: 0xEE 2.1 TB disk5s1
/dev/disk6 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: Apple_partition_scheme +24.3 MB disk6
1: Apple_partition_map 32.3 KB disk6s1
2: Apple_HFS Flash Player 24.2 MB disk6s2Je vais devoir partir au travail, je ferai les manipulations ce soir.
Bonne journée à tous
M
Membre supprimé 1060554
Invité
Il vaut toujours mieux revérifier > les index des disques étant des variables.
Passe la commande :
Poste le tableau.
Passe la commande :
Bloc de code:
sudo gpt show disk5- qui affiche le tableau de la distribution des blocs du disque
Poste le tableau.
M
Membre supprimé 1060554
Invité
J'ai omis de préciser :
- quand la commande commence par sudo (qui permet de passer la commande qui suit en droits root) --> une demande de password s'affiche à la validation : tape ton mot-de-passe de session admin en aveugle - aucun caractère ne se montrant à la frappe - et revalide.
M
Membre supprimé 1060554
Invité
On voit que sur le bloc 0 > il y a une PMBR (Protective_MBR) -->
Passe la commande :
Poste l'ensemble de l'affichage retourné.
- ce type de table de partition "bidon" (fausse MBR) > comporte un unique descripteur de l'espace du disque comme s'il relevait d'un type de partition EFI (0xEE).
- il y a 4004704367 blocs (de 512 octets) = 2,05 To.
Passe la commande :
Bloc de code:
diskutil eraseVolume free null disk5s1 ; diskutil list- la commande supprime la partition de type EFI en la virant à de l'espace libre > puis réaffiche la tableau des disques
Poste l'ensemble de l'affichage retourné.
Voici ce que j'obtiens :
L'erreur : -69825 est celle que j'obtiens depuis le départ, même avant le formatage sur Windows.
Bloc de code:
fredericks-mac-mini-1:~ frederickboucly$ diskutil eraseVolume free null disk5s1 ; diskutil list
Started erase on disk5s1
Unmounting disk
Error: -69825: Wiping volume data to prevent future accidental probing failed
/dev/disk0 (internal):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme 251.0 GB disk0
1: EFI EFI 314.6 MB disk0s1
2: Apple_APFS Container disk1 250.7 GB disk0s2
/dev/disk1 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +250.7 GB disk1
Physical Store disk0s2
1: APFS Volume Macintosh HD 94.3 GB disk1s1
2: APFS Volume Preboot 48.4 MB disk1s2
3: APFS Volume Recovery 517.0 MB disk1s3
4: APFS Volume VM 5.4 GB disk1s4
/dev/disk3 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *2.0 TB disk3
1: EFI EFI 209.7 MB disk3s1
2: Apple_APFS Container disk4 2.0 TB disk3s2
/dev/disk4 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +2.0 TB disk4
Physical Store disk3s2
1: APFS Volume Apple Photos 1.8 TB disk4s1
/dev/disk5 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: FDisk_partition_scheme *2.1 TB disk5
1: 0xEE 2.1 TB disk5s1
/dev/disk6 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: Apple_partition_scheme +24.3 MB disk6
1: Apple_partition_map 32.3 KB disk6s1
2: Apple_HFS Flash Player 24.2 MB disk6s2L'erreur : -69825 est celle que j'obtiens depuis le départ, même avant le formatage sur Windows.
M
Membre supprimé 1060554
Invité
Ouaip ! Passe encore la commande :
Poste le retour --> que je voie comment le disque réagit...
Bloc de code:
diskutil eraseDisk jhfs+ Brol gpt disk5- qui paramètre "Mac" le disque avec montage d'un volume Brol
Poste le retour --> que je voie comment le disque réagit...
M
Membre supprimé 1060554
Invité
M
Membre supprimé 1060554
Invité
Effectivement : si c'est un SDD --> c'est regrettable de le benner.
Tu peux poser la question > en contactant l'assistance Crucial. J'ai l'impression que le contrôleur du disque ne répond plus.
Tu peux poser la question > en contactant l'assistance Crucial. J'ai l'impression que le contrôleur du disque ne répond plus.
Oui, cela m'était arrivé et à l'époque je l'avais commandé sur Amazon. Il faut commander par téléphoner chez Crucial, on te mettra en rapport avec un technicien qui dans un premier temps te fera faire des manipulations, comme ce sera fait uniquement qu'en utilisant Utilitaire de disque, le diagnostic sera vite fait. Il y aura un protocole à suivre, il faut leur fournir impérativement la facture, après tu auras un n° d'expédition de ton SSD et en retour tu en auras un neuf.
