MacBook Pro Problème disque dur externe non reconnu

Hello, you can open Disk Utility, your unreadable drive should appear on the panel to the left. Select it and click the First Aid tab on the top part of the window. A popup window will open containing the Repair Disk button. Click that, and your external hard drive should be visible again. And if you want to recover files, you can use the xxxxxxxxxx, I think it's a good choice.


No advertising, thanks :up:
 
Dernière édition par un modérateur:
Bonjour,
je souhaiterais solliciter votre expertise pour un problème similaire ; un disque externe apparait dans l'utilitaire de disque mais la partition est grisée et non montable.

J'ai lancé les diverses commandes sur le terminal. La vérification ainsi que la réparation échoue au bout d'un certain temps (manifestement à l'étape "Checking volume bitmap"). Voici une copie de la console.

Bloc de code: 
Last login: Wed Dec  4 00:03:50 on console
Air-de-Penci:~ penci$ diskutil list
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *251.0 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_APFS Container disk1 250.8 GB disk0s2

/dev/disk1 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +250.8 GB disk1
Physical Store disk0s2
1: APFS Volume Mac HD 50.7 GB disk1s1
2: APFS Volume Preboot 45.4 MB disk1s2
3: APFS Volume Recovery 510.4 MB disk1s3
4: APFS Volume VM 1.1 GB disk1s4

/dev/disk2 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *500.1 GB disk2
1: EFI EFI 209.7 MB disk2s1
2: Apple_HFS 499.8 GB disk2s2

Air-de-Penci:~ penci$ du verifyVolume disk2s2
du: verifyVolume: No such file or directory
du: disk2s2: No such file or directory
Air-de-Penci:~ penci$ diskutil verifyVolume disk2s2
Started file system verification on disk2s2
Verifying file system
Volume is already unmounted
Performing fsck_hfs -fn -x /dev/rdisk2s2
Checking Journaled HFS Plus volume
Detected a case-sensitive volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking multi-linked directories
Checking volume bitmap
The volume Copies de sauvegarde Time machine could not be verified completely
File system check exit code is 8
Restoring the original state found as unmounted
Error: -69845: File system verify or repair failed
Underlying error: 8
Air-de-Penci:~ penci$ diskutil repairVolume disk2s2
Started file system repair on disk2s2
Repairing file system
Volume is already unmounted
Performing fsck_hfs -fy -x /dev/rdisk2s2
Checking Journaled HFS Plus volume
Detected a case-sensitive volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking multi-linked directories
Checking volume bitmap
The volume Copies de sauvegarde Time machine could not be verified completely
File system check exit code is 8
Restoring the original state found as unmounted
Error: -69845: File system verify or repair failed
Underlying error: 8
Air-de-Penci:~ penci$
Le système de fichier est-il irrécupérable, ou y aurait -t-il éventuellement une autre commande ?




Dans un autre post (lien), vous ( macomaniac ) mentionnez une procédure ; démarrer en mode Single User et utiliser une certaine commande (ls /) pour monter le volume en lecture seule et ignorer certaines erreurs du système de fichier afin de quand même pouvoir monter le volume
Je ne sais pas si j'ai bien compris, et si cela pourrait s'appliquer dans le cas présent.
Bon dans le post cité, c'était pour monter le volume système je crois. Je ne sais pas si on peut faire de même avec un volume externe et quel serait la syntaxe de la commande le cas échéant.
 
Dernière édition:
Bonjour Aubergiste

Un démarrage en mode Single User n'est possible que sur un volume démarrable (= contenant un OS démarrable) et pas sur un volume de stockage. Un volume de sauvegarde TM est possiblement démarrable. Mais Il n'est possible de démarrer en mode Single User sur un volume démarrable => qu'à la condition qu'un chemin de démarrage pour l'EFI existe au préalable dans la NVRAM => pointant au démarreur de l'OS de ce volume. Dès lors que le volume concerné ne monte plus normalement > il n'est pas possible de modifier sur lui une option de démarrage automatique. Concernant un volume de type TM dont l'OS démarrable est un OS de secours => il n'est possible d'inscrire en sa faveur une option de démarrage automatique pour l'EFI --> que via une commande du terminal. En résumé : on oublie ici en ce qui concerne ton volume TM.

- la vérification du système de fichiers jhfs+ (formateur du volume) montre ceci -->​
Bloc de code: 
Checking Journaled HFS Plus volume
Detected a case-sensitive volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking multi-linked directories
Checking volume bitmap
The volume Copies de sauvegarde Time machine could not be verified completely
File system check exit code is 8

  • le parcours des composants du système de fichiers est complet et l'intitulé du volume formé par ce système de fichiers est trouvé : "Copies de sauvegarde Time machine". Ce sont les indices d'une corruption (présence d'erreurs) => modérée dans le système de fichiers. Mais je ne sais pas si elle est réparable.

Passe la commande :
Bloc de code: 
diskutil repairVolume disk2s2

  • qui tente de réparer le système de fichiers

Poste le retour.
 
Bonjour macomaniac
merci pour cette réponse complète.
En fait, vu que j'ai mis le résultat de plusieurs commandes dans l'écran du terminal précédent ça a pu passer inaperçu. J'avais déjà passé la commande repairVolume. On voit dans la copie précédente du terminal que la réparation a échouée au même stade manifestement que la commande de vérification.
Y aurait-il autre chose que je puisse faire ?
 
Passe la commande :
Bloc de code: 
diskutil mount readOnly disk2s2

  • qui tente de remonter le volume en mode "faible" (= lecture seule)

Poste le retour.
 
voici
Bloc de code: 
Last login: Wed Dec  4 11:39:33 on ttys000
Air-de-Penci:~ penci$ diskutil mount readOnly disk2s2
Volume on disk2s2 failed to mount
If the volume is damaged, try the "readOnly" option
Air-de-Penci:~ penci$
 
Tu admireras le retour de la commande diskutil avec l'option "readOnly" (lecture seule) -->

- "échec du montage : si le volume est endommagé > essayez avec l'option : readOnly" :hilarious:. On pourrait les multiplier dans le même genre : "si vous n'arrivez pas à ouvrir votre session en renseignant votre mot-de-passe => tentez d'ouvrir votre session en renseignant votre mot-de-passe " [etc.].​

Bref -->

- ton DDE branché au Mac > tu peux faire l'expérience de redémarrer de temps en temps => pour voir si le volume du DDE ne serait pas monté automatiquement par le kernel en mode faible (lecture seule). Ou de redémarrer pour ouvrir la session de secours (⌘R) => pour vérifier dans l'Utilitaire de disque si le volume du DDE ne serait pas affiché monté.​

- en cas d'échec d'un tel remontage automatique > tu ne pourrais que récupérer des fichiers via un logiciel de récupération de données. Mais je doute que ce soit très intéressant à destination d'un volume de sauvegardes TM.​
 
Tu admireras le retour de la commande diskutil avec l'option "readOnly" (lecture seule) -->
Cliquez pour agrandir...
:) oui c'est clair ... en voyant le retour de la commande, j'ai d'ailleurs vérifié que j'avais bien mis l'option "readOnly".

Je te remercie en tous cas pour cette précieuse aide. Je vais essayer tes derniers conseils.

Pour ma culture générale et si tu as le temps de me répondre:
- La commande repairVolume via le terminal et le bouton SOS de l'utilitaire de disque sont-il identiques ? En gros, est ce que ça sert a quelque chose de lancer la commande repairVolume si la réparation a échouée via le bouton SOS ...
- Est ce pertinent de relancer plusieurs fois la réparation en cas d'échec de l'opération ?
 
La commande diskutil avec les verbes : verifyVolume ou repairVolume =>

- est strictement équivalente à l'action du bouton S.O.S. dans l'Utilitaire de disque. L'Utilitaire de disque ajuste à ce qui est possible d'exécuter (par exemple => à destination du volume démarré - donc non démontable --> il n'est possible que d'exécuter une vérification et pas une réparation) ; alors qu'une commande dans le terminal doit le décider sélectivement.​

Note : disons que pour l'utilisateur --> il est plus commode d'utiliser l'interface graphique de l'Utilitaire de disque. Mais a contrario > dès qu'il s'agit d'un échange interactif sur les forums --> le recours au terminal doit être toujours & sans exception préféré pour la raison suffisante suivante : celui qui aide est sûr que l'action prescrite (via la commande) aura été exécutée > et il obtient avec le retour en mode texte posté de la commande => le résultat clair et net de cette action. Il est absolument impossible d'évoluer avec ce degré de précision exacte via des actions opaques (à l'autre) de l'utilisateur dans l'Utilitaire de disque - ne serait-ce qu'une simple action de monter un volume.

----------

Il faut toujours et absolument renoncer à lancer plusieurs fois d'affilée une réparation de système de fichiers > lorsqu'un volume est endommagé -->

- car une telle intervention agit toujours sur les écritures du système de fichiers formateur du volume > et en cas d'erreurs graves => ne peut conduire qu'à un endommagement supplémentaire de ce système de fichiers. Dans le cas où un volume monte en lecture seule suite à des erreurs dans le système de fichiers --> il est fréquemment fatal de réparer et re-réparer ledit système de fichiers : la conséquence la plus courante est que le volume devient impossible à remonter - même en mode faible (lecture & écriture).​
 
Merci encore pour toutes ses informations.
J'ai posé la question sur la pertinence de relancer plusieurs fois de suite la réparation parce qu'il me semblait me souvenir qu'avec la commande fsck cela m'avait permis de réparer un disque en relançant une 2e fois. C'était peut être juste un heureux hasard.

La commande fsck est-elle différente des outils de réparation/vérification de diskutil ?
 
La commande diskutil est un "wrapper" : un enveloppeur de sous-commandes -->

- lorsqu'il s'agit de vérifier ou de réparer un système de fichiers => diskutil fait appel à la (sous-)commande fsck idoine : fsck_hfs (pour un système de fichiers jhfs+) > fsck_apfs (pour un système de fichiers apfs) etc.​

- lorsqu'il s'agit de formater une partition (càd. d'inscrire un système de fichiers formateur de volume) => diskutil fait appel à la (sous-)commande newfs idoine : newfs_hfs (pour un système de fichiers jhfs+) > newfs_apfs (pour un système de fichiers apfs) etc.​

En résumé : il est toujours plus commode d'utiliser la commande diskutil généraliste > qu'une sous-commande spécialisée. En comparaison > s'il s'agissait de vérifier un Conteneur apfs disk1 => voici le comparatif des 2 commandes :
Bloc de code: 
diskutil verifyVolume disk1
sudo fsck_apfs -n -x /dev/disk1

  • s'il s'agissait de formater une partition disk2s2 en FAT-32 avec un volume Brol => voici le comparatif des commandes :
Bloc de code: 
diskutil eraseVolume fat32 Brol disk2s2
sudo newfs_msdos -F 32 -v Brol /dev/disk2s2
 
Bonsoir,
Je souhaite utiliser un DDE pour effectuer une sauvegarde Time Machine. J'ai utilisé ce disque à de nombreuses reprises pour transférer mes données de mon PC au Mac.
A chaque fois, après un reformage, en le branchant en USB, le Mac proposer de l'utiliser pour faire une sauvegarde Time Machine.
Le problème est que maintenant que j'ai fini mes transferts, j'ai dit OK pour utilisation Time Machine, mais j'ai voulu changer le nom du DDE. Il est à présent reconnu comme "Sauvegarde Mac", mais le Mac ne me propose plus de l'utiliser pour TM ...
Je joins la réponse du Terminal à la commande "diskutil list"
Merci d'avance.
PS : pas urgent, je pars pendant 1h.
Bloc de code: 
ast login: Fri Jan  3 18:28:50 on console
eric@iMac-Eric ~ % diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *28.0 GB    disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk3         27.7 GB    disk0s2

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                 Apple_APFS Container disk3         1000.0 GB  disk1s2

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk2
   1:                        EFI EFI                     314.6 MB   disk2s1
   2:                 Apple_APFS Container disk4         499.7 GB   disk2s2

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +1.0 TB     disk3
                                 Physical Stores disk0s2, disk1s2
   1:                APFS Volume Macintosh HD            245.5 GB   disk3s1

/dev/disk4 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +499.7 GB   disk4
                                 Physical Store disk2s2
   1:                APFS Volume Mac SSD X5 - Données    40.4 GB    disk4s1
   2:                APFS Volume Preboot                 99.2 MB    disk4s2
   3:                APFS Volume Recovery                528.5 MB   disk4s3
   4:                APFS Volume Mac SSD X5              10.8 GB    disk4s4
   5:                APFS Volume VM                      2.1 GB     disk4s5

/dev/disk5 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk5
   1:                        EFI EFI                     209.7 MB   disk5s1
   2:                 Apple_APFS Container disk6         1000.0 GB  disk5s2

/dev/disk6 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +1000.0 GB  disk6
                                 Physical Store disk5s2
   1:                APFS Volume Sauvegarde Mac          983.0 KB   disk6s1

eric@iMac-Eric ~ %
 
Re-bonsoir. J'ai trouvé comment faire (il fallait simplement que je change le nom du disque de sauvegarde dans les préférences système ...). Pas facile de comprendre le fonctionnement d'un Mac quand on débute.
Merci de vous être penché sur ce post et bonne soirée.
 
Bonjour
je possède un disque externe WD Elements qui n'est plus reconnu
la commande via terminal diskutil list donne le résultat suivant

iMac-de-michael:~ michael$ diskutil list
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *500.1 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_HFS Macintosh HD 499.2 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3

/dev/disk1 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk1
1: EFI EFI 209.7 MB disk1s1
2: Microsoft Basic Data 999.8 GB disk1s2

/dev/disk2 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *480.1 GB disk2
1: EFI EFI 209.7 MB disk2s1
2: Apple_HFS IMac_ssd 479.2 GB disk2s2
3: Apple_Boot Recovery HD 650.0 MB disk2s3

il s'agit du disk2
on ne voit pas la partition Apple_Boot Recovery..

Avez vous une idée?
Merci
 
mikemikeL a dit:
Bonjour
je possède un disque externe WD Elements qui n'est plus reconnu
la commande via terminal diskutil list donne le résultat suivant

iMac-de-michael:~ michael$ diskutil list
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *500.1 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_HFS Macintosh HD 499.2 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3

/dev/disk1 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk1
1: EFI EFI 209.7 MB disk1s1
2: Microsoft Basic Data 999.8 GB disk1s2

/dev/disk2 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *480.1 GB disk2
1: EFI EFI 209.7 MB disk2s1
2: Apple_HFS IMac_ssd 479.2 GB disk2s2
3: Apple_Boot Recovery HD 650.0 MB disk2s3

il s'agit du disk2
on ne voit pas la partition Apple_Boot Recovery..

Avez vous une idée?
Merci
Cliquez pour agrandir...
disk1 désolé....
 
Bonjour, mon disque dur externe n'est pas reconnu par mon mac.
Disk Drill arrive a récupéré certains fichiers. Je ne suis plus très certain du nombre de fichiers qu'il y avait sur le disque. Existe-t-il un moyen de vérifier ce qui a été perdu, en terme de volume.
Voici ce que m'indique la commande diskutil list par ailleurs

Bloc de code: 
/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *1.0 TB     disk2
   1:                 DOS_FAT_32 T                       1.0 TB     disk2s1

Merci beaucoup et bien à vous,
 

Sujets similaires

B
Mon Mac ne reconnait plus le disque dur externe
Réponses
19
Affichages
2K
Accessoires Mac
bolora1
B
G
disque dur non reconnu sur macbook pro mais reconnu sur Imac v2015 et PC
Réponses
2
Affichages
703
Accessoires Mac
Bicus
Bicus
J
Lecture disque dur MBPRO RETINA 2013 avec adaptateur SATA
Réponses
17
Affichages
1K
Accessoires Mac
jamespalmer
J
M
Disque dur externe non reconnu
Réponses
2
Affichages
2K
Accessoires Mac
Sly54
Sly54
D
Disque dur WD non reconnu
Réponses
2
Affichages
2K
Accessoires Mac
Invité
Invité
Haut Bas