Disque externe illisible

L'assignation du bloc n° 409640 > puis du bloc n° 411648 comme bloc de tête d'une partition => a échoué a y retrouver le super-bloc d'un système de fichiers ntfs toujours inscrit sur les blocs. Si au contraire ça avait été le cas => un volume aurai tété redéfini sur la partition que le kernel aurait instantanément remonté.

- soit un de ces choix en bloc de tête était correct > mais il y a eu effacement du système de fichiers ntfs > soit le super-bloc du ntfs correspond à un autre n° de bloc. Oui : mais comment déterminer ce dernier alors ? - on n'a plus de critère orientant une recréation spéculative de descripteur.​
​
- si tu avais un autre disque de 3 To vacant > tu pourrais faire l'expérience de l'initialiser en GUID x exFAT (par exemple - ou en ntfs si tu peux) => afin de voir si > après la fin de la partition EFI => il n'y aurait pas un tampon de blocs libres d'une extension déterminée. Connaissant laquelle > et le super-bloc de l'exFAT (1er bloc de la partition qui l'héberge) => on pourrait transposer au premier disque de 3 To pour voir si ça fonctionne.​

Sinon > passe une commande :
Bloc de code: 
diskutil verifyVolume disk2s2

  • qui vérifie le système de fichiers ntfs de la partition recréée - s'il existe

Poste le retour.
 
Bonjour @macomaniac

Je n'ai malheureusement qu'un disque 500 Go disponible pour effectuer ta manip : est-ce que ça présente toutefois un intérêt ?

Bloc de code: 
macbook-air-de-thomas:~ Thomas$ diskutil verifyVolume disk2s2
Unable to find disk for disk2s2
macbook-air-de-thomas:~ Thomas$

J'ai alors lancé la commande diskutil list sur laquelle nous ne retrouvons pas notre disque. Aussi, je n'ai plus le message "Le disque que vous avez inséré n'est pas lisible par cet ordinateur" lorsque je connecte le DDE.

Bloc de code: 
Last login: Fri Apr  3 14:17:09 on ttys000
macbook-air-de-thomas:~ Thomas$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            120.5 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
/dev/disk1 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +120.1 GB   disk1
                                 Logical Volume on disk0s2
                                 D8915764-B5D2-43A4-A983-8C55F1165935
                                 Unencrypted
macbook-air-de-thomas:~ Thomas$

Je me suis renseigné un peu ce matin sur les blocs de tête et l'utilitaire testdisk ressort fréquemment pour trouver et recréer les partitions perdues. Sais-tu si cela pourrait nous aider ?
 
Dans ton tableau de diskutil : le DDE n'est pas branché - si ? --> on ne le voit pas en disk2.

- TestDisk de Christophe Grenier pourrait peut-être fournir une indication du découpage du disque​
 
Plutôt oui ...

Je me demande si ce n'est pas l'ancien boitier défaillant qui a fini par endommager le disque en lui-même. Visiblement c'était l'alimentation qui dysfonctionnait puisqu'il démarrait ou non aléatoirement. En le démontant j'ai remarqué un grésillement au niveau du circuit imprimé. Et à la fin le disque ne démarrait plus du tout avec ce boitier.
 
Oui, je vais essayer avec un autre boitier, mais avant ça :

Bloc de code: 
macbook-air-de-thomas:~ Thomas$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            120.5 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
/dev/disk1 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +120.1 GB   disk1
                                 Logical Volume on disk0s2
                                 D8915764-B5D2-43A4-A983-8C55F1165935
                                 Unencrypted
macbook-air-de-thomas:~ Thomas$

Et au même moment avec Testdisk :

Bloc de code: 
TestDisk 7.1, Data Recovery Utility, July 2019

  TestDisk is free software, and
comes with ABSOLUTELY NO WARRANTY.

Select a media (use Arrow keys, then press Enter):
>Disk /dev/disk0 - 121 GB / 113 GiB (RO)
 Disk /dev/disk2 - 3000 GB / 2794 GiB
 Disk /dev/rdisk0 - 121 GB / 113 GiB (RO)
 Disk /dev/rdisk1 - 120 GB / 111 GiB (RO)
 Disk /dev/rdisk2 - 3000 GB / 2794 GiB

Il parvient donc à reconnaître le disque là où le terminal ne le détecte pas ?
 
Oui -->
Bloc de code: 
 Disk /dev/rdisk2 - 3000 GB / 2794 GiB

  • désigne bien le disque de ton DDE.

Tant que tu y es => tu peux voir si TestDisk détecte des partitions (il risque de relever celle qu'on a créées).
 
Tetsdisk, que j'ai lancé cette nuit, m'a trouvé une partition inconnue :

Bloc de code: 
TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <[email protected]>
https://www.cgsecurity.org

Disk /dev/disk2 - 3000 GB / 2794 GiB - 5860533168 sectors
Analyse sector   103153664/5860533167: 01%


check_FAT: Unusual media descriptor (0xf0!=0xf8)
Warning: number of heads/cylinder mismatches 16 (FAT) != 1 (HD)
Warning: number of sectors per track mismatches 32 (FAT) != 1 (HD)
  EFI System                    40     409639     409600 [EFI System Partition] [EFI]
  Unknown                 77033989 6920472748 6843438760 [ "d p~A]

Comme tu peux le voir l'analyse s'est vite arrêtée (1%) avec la mise en veille de l'ordinateur et du disque ...
J'ai changé les paramètres de mise en veille, je te dirai s'il me trouve d'autres partitions.
 
Dernière édition:
La partition aurait donc pour bloc de tête le n° 77033989 => càd. un bloc intervenant après 39.44 Go d'espace-disque depuis le départ du disque (ce qui paraît difficilement crédible comme tampon de blocs libres - à moins de multi-partitionnement du disque). Son extension serait de 6843438760 blocs (de 512 octets = 3503.84 Go) => soit une computation excédant la capacité de 3 To du disque.

- si je mets entre parenthèses l'estimation de l'extension de la partition > pour ne retenir que l'indication d'un bloc de tête => est-ce que tu te souviens si une petite partition de près de 40 Go (avec son volume ?) apparaissait dans l'Utilitaire de disque de Mountain Lion (le logiciel vieille école qui montrait tout) > avant une grande partition de 2960 Go environ ?​
 
Pour moi le volume faisait 3 To, alors peut-être 2960 Go en réalité et je n’y ai jamais prêté attention...
Mais je n’ai pas souvenir d’une partition de 40 Go dans l’ancien utilitaire de disques (en effet bien plus riche).
 
On pourra bien sûr recréer un descripteur GPT de partition dont le bloc de tête serait le n°77033989 => rien que pour ne pas laisser échapper une possibilité.

- je présume que l'exécutable de Christophe Grenier est capable en scannant les blocs de détecter des "super-blocs" de systèmes de fichiers : càd. des blocs d'initialisation où se trouve inscrit un "header". Ce qui logiquement signe le bloc de tête d'une partition.​

Si tu veux qu'une opération de scan ne soit pas entravée par une mise en veille > commence par passer dans un terminal ouvert une commande :
Bloc de code: 
caffeinate -dimsu &

  • la commande lance un processus caffeinate "pleines options" qui va empêcher le Mac de dormir (écran > disque > kernel). L'esperluette finale & renvoie le processus à l'arrière-plan du terminal ouvert > et te rend l'invite de commande pour que tu puisses passer une nouvelle commande en avant-plan. C'est alors que tu peux lancer testdisk.
 
J'ai du arrêter le processus pour le moment mais, depuis ce matin, il m'a trouvé d'autres partitions de tailles exubérantes ...

Bloc de code: 
TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <[email protected]>
https://www.cgsecurity.org

Disk /dev/disk2 - 3000 GB / 2794 GiB - 5860533168 sectors
Analyse sector  1192787968/5860533167: 20%


check_FAT: Unusual media descriptor (0xf0!=0xf8)
Warning: number of heads/cylinder mismatches 16 (FAT) != 1 (HD)
Warning: number of sectors per track mismatches 32 (FAT) != 1 (HD)
  EFI System                    40     409639     409600 [EFI System Partition] [EFI]
  Unknown                 77033989 6920472748 6843438760 [ "d p~A]
check_FAT: Bad number of sectors per cluster
  Unknown                682326669 7669187435264652 7669186752937984
  Unknown               1047913358 23636889704981389 23636888657068032 [ ƭ~Rs ^I9 ^Px^P~K~M^LT^E  ~L^[Ʋ%^V LQ]

Sinon merci pour ta petite astuce, j'avais bloqué la mise en veille de l'écran et du disque dans les paramètres, ça marche aussi mais il faudra penser à le rétablir par la suite.
 
Oui : rien de prometteur. Les blocs de tête proposés excédent la capacité en blocs du volume.
 
Bonjour @macomaniac

Le résultat de la "quick search" effectuée cette nuit et coupée ce matin à 41% (ça m'a l'air d'être le bazar) :

Bloc de code: 
TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <[email protected]>
https://www.cgsecurity.org

Disk /dev/disk2 - 3000 GB / 2794 GiB - 5860533168 sectors
Analyse sector  2459697152/5860533167: 41%


check_FAT: Unusual media descriptor (0xf0!=0xf8)
Warning: number of heads/cylinder mismatches 16 (FAT) != 1 (HD)
Warning: number of sectors per track mismatches 32 (FAT) != 1 (HD)
  EFI System                    40     409639     409600 [EFI System Partition] [EFI]
check_FAT: Unusual media descriptor (0xf0!=0xf8)
Warning: number of heads/cylinder mismatches 16 (FAT) != 1 (HD)
Warning: number of sectors per track mismatches 32 (FAT) != 1 (HD)
  EFI System                    46     409645     409600 [EFI System Partition] [EFI]
  Unknown                 77033989 6920472748 6843438760 [ "d p~A]
check_FAT: Bad number of sectors per cluster
  Unknown                682326669 7669187435264652 7669186752937984
  Unknown               1047913358 23636889704981389 23636888657068032 [ ƭ~Rs ^I9 ^Px^P~K~M^LT^E  ~L^[Ʋ%^V LQ]
  Linux filesys. data   1196404487 1199243460    2838973 [r tP쵙5^B    ^P~ ]
  Linux filesys. data   1196404488 1199243461    2838973 [r tP쵙5^B    ^P~ ]
check_FAT: Bad jump in FAT partition
check_FAT: number of bytes per sector mismatches 18027 (FAT) != 512 (HD)
  Linux filesys. data   2178797038 2185413899    6616861 [cD  ~X^\x s  ^\^R2]
  Linux filesys. data   2178797039 2185413900    6616861 [cD  ~X^\x s  ^\^R2

J'ai ensuite lancé une "deeper search" qui reconnait le super-bloc 411648 que nous avons attitré :

Bloc de code: 
TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <[email protected]>
https://www.cgsecurity.org

Disk /dev/rdisk2 - 3000 GB / 2794 GiB - 5860533168 sectors
Current partition structure:
     Partition                  Start        End    Size in sectors

 1 P EFI System                    40     409639     409600 [EFI System Partiti
No FAT, NTFS, ext2, JFS, Reiser, cramfs or XFS marker
 2 P MS Data                   411648 5860533127 5860121480
 2 P MS Data                   411648 5860533127 5860121480

En tout cas, aujourd'hui, la commande diskutil list reconnait le disque et ses partitions.

Il faudra peut-être que je laisse le programme Testdisk tourner jusqu'à la fin de ses recherches quitte à ce que ça dure 2 jours ...
 
Oui : le premier tableau donne des résultats aberrants (en tailles de blocs de 512 octets).

- quant au second tableau => il ne fait qu'imager les partitions (EFI et Windows_NTFS) qu'on a recrées et dont la seconde ne fonctionne pas pour remonter un volume.​
 
Bonjour @macomaniac

Ce message pour te donner quelques brèves nouvelles :

- suivant ton schéma et pour explorer l'information de Testdisk, j'ai créé un descripteur GPT de partition telle que : bloc de tête = n° 77033989 > extension = 5782338996 blocs (j'ai laissé arbitrairement 2015 blocs libres comme tu l'avais fait lors de la dernière manipulation mais ce n'était peut-être pas ce qui convenait dans ce cas ...)

Bloc de code: 
Last login: Tue Apr  7 11:38:29 on console
macbook-air-de-thomas:~ Thomas$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            120.5 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
/dev/disk1 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +120.1 GB   disk1
                                 Logical Volume on disk0s2
                                 D8915764-B5D2-43A4-A983-8C55F1165935
                                 Unencrypted
/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:       Microsoft Basic Data                         3.0 TB     disk2s2
macbook-air-de-thomas:~ Thomas$ sudo gpt remove -i 2 disk2
Password:
disk2s2 removed
macbook-air-de-thomas:~ Thomas$ sudo gpt add -b 77033989 -s 5782338996 -t EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 -i 2 disk2 ; diskutil list disk2
Password:
disk2s2 added
/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk2
   1:                        EFI                         209.7 MB   disk2s1
   2:       Microsoft Basic Data                         3.0 TB     disk2s2
macbook-air-de-thomas:~ Thomas$

- donc voilà pas de volume associé ...

Je viens de lancer un nouveau scan Testdisk sur un autre ordinateur de manière à pouvoir le laisser tourner 2 jours ou + si nécessaire.

Sinon connais-tu des outils permettant de récupérer des données sans retrouver le volume ? Christophe GRENIER propose aussi Photorec, je pense l'essayer par la suite.
 
Bonjour Thoms

Un bloc de tête de partition aussi éloigné que le n° 77033989 était incrédible comme bloc récupérant le super-bloc du NTFS écrit quelque part sur les blocs.

- et oui : tu peux tester photorec pour voir s'il te récupère des fichiers (mais reclassés si c'est le cas dans des dossiers de types de fichiers : type JPG etc.).​
 
  • J’aime
Réactions: Thoms1231

Sujets similaires

I
macOS Ventura Imac barre de progression bloquée
Réponses
22
Affichages
2K
macOS
Bicus
Bicus
J
10.12 Sierra Réinstallation mac Sierra
Réponses
2
Affichages
883
macOS
JulieReap
J
PHILBX
10.14 Mojave Re initialiser mot de passe session sur Ssd Externe installé avec OCPL
Réponses
0
Affichages
541
macOS
PHILBX
PHILBX
G
Problème de création partition SSD Mac OS Sequoia
Réponses
7
Affichages
1K
Windows sur Mac
Locke
Locke
F
Problème osx base system
Réponses
3
Affichages
878
macOS
Locke
Locke
Haut Bas