Le disque que vous avez inséré n'est pas lisible par cet ordinateur... ?
- Créateur du sujet fioenz
- Date de début
M
Membre supprimé 1060554
Invité
Bon. Passe la commande (copier-coller) :
Poste le retour en copier-coller > en veillant à faire le coller dans un Bloc de code (c'est plus lisible !) par le procédé suivant -->
Bloc de code:
diskutil verifyvolume disk5s1- qui vérifie le système de fichiers de la partition du disque à problème
Poste le retour en copier-coller > en veillant à faire le coller dans un Bloc de code (c'est plus lisible !) par le procédé suivant -->
- en bas de cette page des forums MacGé => utilise le menu ⫶ (le 17è depuis la gauche = vers le milieu de la barre) dans la barre de menus au-dessus du champ de saisie d'un message > sous-menu : </> (= Bloc de code) => tu fais ton coller dans la fenêtre de code et Continuer.
Started file system verification on disk5s1 NO NAME
Verifying file system
Volume was successfully unmounted
Performing fsck_msdos -n /dev/rdisk5s1
** /dev/rdisk5s1
** Phase 1 - Preparing FAT
** Phase 2 - Checking Directories
** Phase 3 - Checking for Orphan Clusters
8 files, 31154400 KiB free (973575 clusters)
File system check exit code is 0
Restoring the original state found as mounted
Finished file system verification on disk5s1 NO NAME
C’est normal. Ça change en fonction des autres disques présents.
Donc tu dois vérifier que cela correspond bien au disque en question. D’ailleurs, quand on manipule ainsi un disque, on s’arrange pour éjecter et débrancher les autres. Ça évite les risques de confusion et les catastrophes qui peuvent en découler.
M
Membre supprimé 1060554
Invité
Il n'y a pas de problème concernant la partition qu'on a ciblée : système de fichiers FAT-32 > formant sans erreur un volume intitulé NO NAME --> lequel a été remonté normalement à l'issue de la vérification. Es-tu sûr qu'on ciblé le bon disque ?
Au lieu de poster en copier-coller brut > dans le champ où tu saisis un message avant de poster tu vois une barre de menus (avec une mention Aperçu tout à la fin à droite). Compte les menus affichés sous forme de logos à partir de la gauche. Le 17è est constitué de 3 points verticaux. Tu le cliques et dans les sous-menus qui s'affichent tu cliques encore le logo </>. Ça te permet de coller le tableau des disques dans une fenêtre affichée et de presser un bouton : "Continuer" => ton tableau va être affiché sans perte de formatage et de manière dense = en Bloc de code).
- repasse une commande :
Bloc de code:
diskutil list- qui affiche le tableau complet des disques
Au lieu de poster en copier-coller brut > dans le champ où tu saisis un message avant de poster tu vois une barre de menus (avec une mention Aperçu tout à la fin à droite). Compte les menus affichés sous forme de logos à partir de la gauche. Le 17è est constitué de 3 points verticaux. Tu le cliques et dans les sous-menus qui s'affichent tu cliques encore le logo </>. Ça te permet de coller le tableau des disques dans une fenêtre affichée et de presser un bouton : "Continuer" => ton tableau va être affiché sans perte de formatage et de manière dense = en Bloc de code).
Y a t'il une astuce pour voir les messages sans devoir passer par la boite mail?Ah, ok, merci pour l'info, j'en savais fichtre rien
Un truc genre "Alerte"?
Bloc de code:
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_APFS Container disk1 1000.0 GB disk0s2
/dev/disk1 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +1000.0 GB disk1
Physical Store disk0s2
1: APFS Volume Macintosh HD 443.1 GB disk1s1
2: APFS Volume Preboot 45.0 MB disk1s2
3: APFS Volume Recovery 510.6 MB disk1s3
4: APFS Volume VM 6.4 GB disk1s4
/dev/disk2 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: FDisk_partition_scheme *1.0 TB disk2
1: Windows_NTFS SAMSUNG 1.0 TB disk2s1
/dev/disk3 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: FDisk_partition_scheme *1.0 TB disk3
1: Windows_NTFS 1.0 TB disk3s1
/dev/disk4 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: FDisk_partition_scheme *2.0 TB disk4
1: Windows_NTFS SAMSUNG 2016-17-18 2.0 TB disk4s1
M
Membre supprimé 1060554
Invité
Bien posté ! (c'est quand même mieux lisible).
Poste le retour.
- bon : le disque à problème n'a pas varié d'index d'appareil --> c'est toujours le disk3. Passe la commande :
Bloc de code:
diskutil verifyVolume disk3s1- qui vérifie le système de fichiers de la partition unique du disque. Avec un type de partition Windows_NTFS --> impossible qu'il s'agisse d'un FAT-32. Tu avais dû brancher une clé USB indexée disk5 avec un volume NO NAME de format FAT-32.
Poste le retour.
Bloc de code:
Started file system verification on disk3s1
Verifying file system
Volume is already unmounted
Performing fsck_exfat -n -x /dev/rdisk3s1
Checking volume
Checking main boot region
Main boot region is invalid. Trying alternate boot region
Checking alternate boot region
Alternate boot region is invalid
The volume could not be verified completely
File system check exit code is 1
Restoring the original state found as unmounted
Error: -69845: File system verify or repair failed
Underlying error: 1
M
Membre supprimé 1060554
Invité
Bon : on sait tout. Le système de fichiers formateur est un exFAT. Il a été manifestement corrompu au niveau de sa "boot region" qui est le secteur d'amorçage de ce type de système de fichiers Windows. Il est actuellement invalide et illisible --> et ne peut plus former de volume montable sur la partition.
- est-ce qu'il n'y aurait pas eu un incident matériel (de type : débranchement à l'arrache) ?
Oui, c'est possible qu'il ait été débranché trop rapidement une fois...
Est-ce grave à ce point?
L’exFAT est un format qui n’a pas été pensé pour les gros disques durs. C’est bien pour les clés USB, les mémoires flash, mais l’absence de journalisation fait qu’ils supportent mal les débranchements intempestifs sur les grandes capacités.
On a eu un autre cas cette semaine avec un disque de 8 To.
Je sais que les fabricants de disques aiment fournir ceux-ci préparés en exFAT, mais ce n’est pas rendre service aux mac users. L’idéal est de formater son disque en HFSX (aka MacOS étendu) ou en NTFS (sur PC). Au besoin, on peut recourir à un utilitaire de tierce partie pour obtenir l’écriture sur les volume NTFS sur macOS.
Là, en l’absence de sauvegarde, t’es bon pour un logiciel de récupération.
On a eu un autre cas cette semaine avec un disque de 8 To.
Je sais que les fabricants de disques aiment fournir ceux-ci préparés en exFAT, mais ce n’est pas rendre service aux mac users. L’idéal est de formater son disque en HFSX (aka MacOS étendu) ou en NTFS (sur PC). Au besoin, on peut recourir à un utilitaire de tierce partie pour obtenir l’écriture sur les volume NTFS sur macOS.
Là, en l’absence de sauvegarde, t’es bon pour un logiciel de récupération.
M
Membre supprimé 1060554
Invité
Les systèmes de fichiers peuvent se trouver corrompus par des incidents matériels comme un débranchement à l'arrache. Ça doit être le facteur en cause ici.
- avais-tu des données à récupérer dans le volume actuellement invalide ? - car pour réutiliser ce disque => tu vas devoir reformater la partition = recréer un système de fichiers valide formant un volume vide.
Et oui, j'ai toute une année de photographie dessus !
Dois-je essayer de récuperer le maximum avec Disk Drill et ensuite reformater de disque?
Si oui, de quelle façon, pourrais-tu m'y aider une fois que la récupération est terminée?
Merci pour toutes ces précisions qui sont assez floues pour moi.
M
Membre supprimé 1060554
Invité
Oui : essaie avec Disk Drill pour voir ce qu'il affiche comme fichiers récupérables.
- tu n'auras qu'à dire ce qu'il en ressort. On verra ensuite pour le reformatage.
Sujets similaires
