Disque externe illisible
- Créateur du sujet Thoms1231
- Date de début
M
Membre supprimé 1060554
Invité
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é.
Sinon > passe une commande :
Poste le retour.
- 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 ?
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.
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 ?
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 ?
M
Membre supprimé 1060554
Invité
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
M
Membre supprimé 1060554
Invité
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.
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.
M
Membre supprimé 1060554
Invité
Oui, je vais essayer avec un autre boitier, mais avant ça :
Et au même moment avec Testdisk :
Il parvient donc à reconnaître le disque là où le terminal ne le détecte pas ?
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 GiBIl parvient donc à reconnaître le disque là où le terminal ne le détecte pas ?
M
Membre supprimé 1060554
Invité
Oui -->
Tant que tu y es => tu peux voir si TestDisk détecte des partitions (il risque de relever celle qu'on a créées).
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 :
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.
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:
M
Membre supprimé 1060554
Invité
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 ?
M
Membre supprimé 1060554
Invité
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é.
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 :
- 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 ...
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.
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.
M
Membre supprimé 1060554
Invité
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) :
J'ai ensuite lancé une "deeper search" qui reconnait le super-bloc 411648 que nous avons attitré :
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 ...
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 ^\^R2J'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 5860121480En 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 ...
M
Membre supprimé 1060554
Invité
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 ...)
- 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.
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.
M
Membre supprimé 1060554
Invité
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.
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.).
