Disque dur qui ne monte plus

[tib51]

Bonjour,

J'ai un soucis car depuis tout à l'heure, mon disque externe ne se monte plus sur le bureau.
L'utilitaire de disque le voit bien, mais impossible de le monter.

Lorsque je fais "sos" sur le disque, tout va bien.
si je lance l'opération sur le conteneur, voici le résultat :

Vérification et réparation (si nécessaire et si possible) du système de stockage.
Exécution de fsck_apfs -y -x /dev/disk2s2
Vérification du superbloc du conteneur.
warning: container has been mounted by APFS version 2142.41.2, which is newer than 1934.141.2
warning: disabling overallocation repairs by default; use -o to override
Vérification du gestionnaire d’espace.
warning: spaceman chunk 254 free count 1046515 > block count 32768
warning: spaceman chunk 258 free count 1046758 > block count 32768
warning: spaceman chunk 275 free count 1046033 > block count 32768
warning: (oid 0x6f1b) cib: invalid o_cksum (0xffffffffffffffff)
error: failed to read spaceman cib 7 at address 0x6f1b
Le gestionnaire d’espace n’est pas valide.
Le conteneur /dev/disk2s2 n’a pas pu être vérifié entièrement.
Le code de sortie de la vérification du système de stockage est 8.
La vérification ou la réparation du système de stockage a échoué. : (-69716)

L’opération a échoué…


Si je lance l'opération sur le volume, cela échoue. voici le résultat :
Exécution de S.O.S. sur « Media » (disk3s1)

Vérification et réparation (si nécessaire et si possible) du système de fichiers.
Le volume est déjà démonté.
Exécution de fsck_apfs -y -x /dev/rdisk3s1
Vérification du superbloc du conteneur.
Vérification du point de contrôle avec l’identifiant de transaction 1048133.
warning: container has been mounted by APFS version 2142.41.2, which is newer than 1934.141.2
warning: disabling overallocation repairs by default; use -o to override
Vérification du gestionnaire d’espace.
warning: spaceman chunk 254 free count 1046515 > block count 32768
warning: spaceman chunk 258 free count 1046758 > block count 32768
warning: spaceman chunk 275 free count 1046033 > block count 32768
warning: (oid 0x6f1b) cib: invalid o_cksum (0xffffffffffffffff)
error: failed to read spaceman cib 7 at address 0x6f1b
Le gestionnaire d’espace n’est pas valide.
Le volume /dev/rdisk3s1 n’a pas pu être vérifié entièrement.
Le code de sortie de la vérification du système de fichiers est 8.
Rétablissement de l’état original : démonté.
La vérification ou la réparation du système de fichiers a échoué. : (-69845)

L’opération a échoué…


Je suis très embêté car il y a ma photothèque sur ce disque et ma sauvegarde de la photothèque (400Go), n'est pas très récente....

Avez vous des solutions pour essayer de monter ce disque ?

Etonnemment, lorsque j'ai essayé de le monter sur l'iPad, le disque monte bien dans l'App "fichier". Je peux voir mes fichiers, mais je n'ai pas réussi à copier le fichier sur un autre disque. Ça tourne mais j'ai l'impression que ça n'avance pas....


Merci de votre aide !

Cordialement

Tib51

 

[Sly54]

Bonjour,

Avez vous des solutions pour essayer de monter ce disque ?

Tu peux essayer un logiciel de réparation des disques : Diskwarrior ou bien Techtool pro

 

[Franz59]

Bonjour
Essayez de changer de cable ?

 

[JLB21]

Ça m'est arrivé récemment avec un 5 To WD Element.

C'est peut-être un remède fantaisiste, mais une nuit au frigo et le lendemain, Utilitaire de disque, après un petit moment l'a monté…
Tu ne risque rien d'essayer.

 

[Bicus]

Ça m'est arrivé récemment avec un 5 To WD Element.

C'est peut-être un remède fantaisiste, mais une nuit au frigo et le lendemain, Utilitaire de disque, après un petit moment l'a monté…
Tu ne risque rien d'essayer.

Dans un sac étanche pour éviter toute humidité/condensation, non ?

Avez vous des solutions pour essayer de monter ce disque ?

Etonnemment, lorsque j'ai essayé de le monter sur l'iPad, le disque monte bien dans l'App "fichier". Je peux voir mes fichiers, mais je n'ai pas réussi à copier le fichier sur un autre disque. Ça tourne mais j'ai l'impression que ça n'avance pas....

Laisse le disque connecté au Mac et redémarre le Mac : avec un peu (beaucoup) de chance, macOS réussira à le réparer au démarrage.

 

[baron]

warning: container has been mounted by APFS version 2142.41.2, which is newer than 1934.141.2

En français ordinaire, cet avertissement indique que « le conteneur a [déjà ?] été monté avec Ventura, ce qui est plus récent que Monterey 12.6 ».
Je ne présume en rien des conséquences que ça peut entraîner quant à l'état réel du disque [edit]– ni même ce qui est visé par chacune des deux versions mentionnées. L'emploi du passé composé "has been mounted" semble quand même indiquer que le montage s'est produit dans le passé. [/edit]
Toutefois s'il s'avérait que l'Utilitaire de disque utilisé est celui d'une version antérieure de macOS (surtout une version majeure), on peut imaginer que ça puisse poser des problèmes en cas de réparation et des incompréhensions lors d'un simple contrôle.

P.S.
S'il n'y avait pas eu ce message d'alerte (= si l'utilitaire de disque avait été aussi récent que nécessaire), j'aurais tenté de réparer les problèmes de surallocation, comme suggéré à demi mots par l'Utilitaire de disques, en repassant dans le Terminal la même commande que lui mais en ajoutant l'option -o…

 

[tib51]

Effectivement, il a été monté sur un MacBook Air M1 sous Ventura, mais ce n'est pas cela qui l'empêche de monter sous Monterey, si ?

Je vais aller tenter de le rebrancher sur l'ordi M1 pour voir si il se remonte encore. Si ça ne fonctionne pas, je reviens vers vous...
Merci de votre aide !

Bon, she suis actuellement dessus. Le disque ne monte toujours pas. Voila le message d'erreur lorsque je fais sos dans l'utilitaire de disque, pour analyser le conteneur :

Exécution de S.O.S. sur « Conteneur disk5 »

Vérification et réparation (si nécessaire et si possible) du système de stockage.
Exécution de fsck_apfs -y -x /dev/disk4s2
Vérification du superbloc du conteneur.
Vérification du gestionnaire d’espace.
warning: spaceman chunk 254 free count 1046515 > block count 32768
warning: spaceman chunk 258 free count 1046758 > block count 32768
warning: spaceman chunk 275 free count 1046033 > block count 32768
warning: (oid 0x6f1b) cib: invalid o_cksum (0xffffffffffffffff)
error: failed to read spaceman cib 7 at address 0x6f1b
Le gestionnaire d’espace n’est pas valide.
Le conteneur /dev/disk4s2 n’a pas pu être vérifié entièrement.
Le code de sortie de la vérification du système de stockage est 8.
La vérification ou la réparation du système de stockage a échoué. : (-69716)

L’opération a échoué…

Et voila le message lorsque j'analyse le Volume :
Vérification et réparation (si nécessaire et si possible) du système de fichiers.
Le volume est déjà démonté.
Exécution de fsck_apfs -y -x /dev/rdisk5s1
Vérification du superbloc du conteneur.
Vérification du point de contrôle avec l’identifiant de transaction 1048140.
Vérification du gestionnaire d’espace.
warning: spaceman chunk 254 free count 1046515 > block count 32768
warning: spaceman chunk 258 free count 1046758 > block count 32768
warning: spaceman chunk 275 free count 1046033 > block count 32768
warning: (oid 0x6f1b) cib: invalid o_cksum (0xffffffffffffffff)
error: failed to read spaceman cib 7 at address 0x6f1b
Le gestionnaire d’espace n’est pas valide.
Le volume /dev/rdisk5s1 n’a pas pu être vérifié entièrement.
Le code de sortie de la vérification du système de fichiers est 8.
Rétablissement de l’état original : démonté.
La vérification ou la réparation du système de fichiers a échoué. : (-69845)


Des idées ?

Pour changer de câble, c'est chaud car la prise est dans un format pas standard... Je n'en ai pas d'autre comme ça.

 

[baron]

Tu es bien démarré en mode Recovery (éteindre le Mac M1 puis appui long sur le bouton d'allumage) quand tu lances SOS Disque ? Si non, il est des réparations qu'il ne peut faire et il abdique avant la fin…

N.B. Apple recommande désormais de commencer par vérifier/réparer de bas en haut : d'abord chaque volume, puis les conteneurs et finalement le disque en lui-même.

 

[tib51]

Non, je l'ai fait en normal... Je viens de rentrer chez moi ... Tu penses vraiment que ça peut changer quelque chose ?
J'essaye de lancer, comme proposé plus haut un fsck_apfs -y -o -x sur le volume, mais j'ai un message d'erreur me disant :
plist version="1.0">


<dict>


<key>fsck_msg_type</key> <string>ERROR</string>


<key>fsck_verbosity</key> <integer>1</integer>


<key>fsck_msg_number</key> <integer>0</integer>


<key>fsck_msg_string</key> <string>error: device /dev/rdisk3 failed to open with error: Permission denied</string>


</dict>

 

[baron]

Non, je l'ai fait en normal... Je viens de rentrer chez moi ... Tu penses vraiment que ça peut changer quelque chose ?

Non, excuse-moi. J'ai écrit trop vite. C'aurait été vrai s'il s'agissait du disque de démarrage mais comme c'est un disque externe, ça ne change rien.

Pour la surallocation, le problème ne semblait plus se poser avec l'Utilitaire de disque Ventura.

 

[tib51]

Ce qui est étonnant, c'est que sous Ventura, l'utilitaire de disque montrait bien le bon taux de remplissage du disque avec le bon nombre de Go utilisé et le bon nombre de Go libres. Donc il a bien encore accès à quelque chose.... Sur l'utilitaire de disque de Monterey, je n'ai pas cette information, il me dit juste que le disque fait 1To, mais ne peut pas me dire l'espace utilisé et l'espace libre...

C'est fou, visiblement il a encore accès à quelquechose puisqu'il le voit. Comment réparer ce disque pour pouvoir le monter, le temps de sauvegarder les données ?

Techtool pro 14 n’arrive pour l’instant pas à grand chose…

 

[jacquemin]

Bonjour,

J'ai un soucis car depuis tout à l'heure, mon disque externe ne se monte plus sur le bureau.
L'utilitaire de disque le voit bien, mais impossible de le monter.

Lorsque je fais "sos" sur le disque, tout va bien.
si je lance l'opération sur le conteneur, voici le résultat :

Vérification et réparation (si nécessaire et si possible) du système de stockage.
Exécution de fsck_apfs -y -x /dev/disk2s2
Vérification du superbloc du conteneur.
warning: container has been mounted by APFS version 2142.41.2, which is newer than 1934.141.2
warning: disabling overallocation repairs by default; use -o to override
Vérification du gestionnaire d’espace.
warning: spaceman chunk 254 free count 1046515 > block count 32768
warning: spaceman chunk 258 free count 1046758 > block count 32768
warning: spaceman chunk 275 free count 1046033 > block count 32768
warning: (oid 0x6f1b) cib: invalid o_cksum (0xffffffffffffffff)
error: failed to read spaceman cib 7 at address 0x6f1b
Le gestionnaire d’espace n’est pas valide.
Le conteneur /dev/disk2s2 n’a pas pu être vérifié entièrement.
Le code de sortie de la vérification du système de stockage est 8.
La vérification ou la réparation du système de stockage a échoué. : (-69716)

L’opération a échoué…


Si je lance l'opération sur le volume, cela échoue. voici le résultat :
Exécution de S.O.S. sur « Media » (disk3s1)

Vérification et réparation (si nécessaire et si possible) du système de fichiers.
Le volume est déjà démonté.
Exécution de fsck_apfs -y -x /dev/rdisk3s1
Vérification du superbloc du conteneur.
Vérification du point de contrôle avec l’identifiant de transaction 1048133.
warning: container has been mounted by APFS version 2142.41.2, which is newer than 1934.141.2
warning: disabling overallocation repairs by default; use -o to override
Vérification du gestionnaire d’espace.
warning: spaceman chunk 254 free count 1046515 > block count 32768
warning: spaceman chunk 258 free count 1046758 > block count 32768
warning: spaceman chunk 275 free count 1046033 > block count 32768
warning: (oid 0x6f1b) cib: invalid o_cksum (0xffffffffffffffff)
error: failed to read spaceman cib 7 at address 0x6f1b
Le gestionnaire d’espace n’est pas valide.
Le volume /dev/rdisk3s1 n’a pas pu être vérifié entièrement.
Le code de sortie de la vérification du système de fichiers est 8.
Rétablissement de l’état original : démonté.
La vérification ou la réparation du système de fichiers a échoué. : (-69845)

L’opération a échoué…


Je suis très embêté car il y a ma photothèque sur ce disque et ma sauvegarde de la photothèque (400Go), n'est pas très récente....

Avez vous des solutions pour essayer de monter ce disque ?

Etonnemment, lorsque j'ai essayé de le monter sur l'iPad, le disque monte bien dans l'App "fichier". Je peux voir mes fichiers, mais je n'ai pas réussi à copier le fichier sur un autre disque. Ça tourne mais j'ai l'impression que ça n'avance pas....


Merci de votre aide !

Cordialement

Tib51

Tu devrais suivre le conseil du lot et rajouter l'option -o à ta commande pour réactiver la réparation par défaut, non ? Techtool pro est très bien par ailleurs.

 

[sinbad21]

Non, je l'ai fait en normal... Je viens de rentrer chez moi ... Tu penses vraiment que ça peut changer quelque chose ?
J'essaye de lancer, comme proposé plus haut un fsck_apfs -y -o -x sur le volume, mais j'ai un message d'erreur me disant :
plist version="1.0">


<dict>


<key>fsck_msg_type</key> <string>ERROR</string>


<key>fsck_verbosity</key> <integer>1</integer>


<key>fsck_msg_number</key> <integer>0</integer>


<key>fsck_msg_string</key> <string>error: device /dev/rdisk3 failed to open with error: Permission denied</string>


</dict>

Le permission denied indique que tu n'as pas les droits suffisants. Retente avec un sudo devant la commande, il te demandera le mot de passe de ta session.

 

[tib51]

Bonjour,
J'ai essayé avec sudo, voila le résultat :

<plist version="1.0">


<dict>


<key>fsck_msg_type</key> <string>VERIFY</string>


<key>fsck_verbosity</key> <integer>0</integer>


<key>fsck_msg_number</key> <integer>201</integer>


<key>fsck_msg_string</key> <string>Checking the container superblock.</string>


</dict>


</plist>


<plist version="1.0">


<dict>


<key>fsck_msg_type</key> <string>INFORMATION</string>


<key>fsck_verbosity</key> <integer>0</integer>


<key>fsck_msg_number</key> <integer>222</integer>


<key>fsck_msg_string</key> <string>Checking the checkpoint with transaction ID %1$@.</string>


<key>parameters</key>


<array>


<integer>1051555</integer>


</array>


</dict>


</plist>


<plist version="1.0">


<dict>


<key>fsck_msg_type</key> <string>ERROR</string>


<key>fsck_verbosity</key> <integer>1</integer>


<key>fsck_msg_number</key> <integer>0</integer>


<key>fsck_msg_string</key> <string>warning: container has been mounted by APFS version 2142.41.2, which is newer than 1934.141.2</string>


</dict>


</plist>


<plist version="1.0">


<dict>


<key>fsck_msg_type</key> <string>ERROR</string>


<key>fsck_verbosity</key> <integer>1</integer>


<key>fsck_msg_number</key> <integer>0</integer>


<key>fsck_msg_string</key> <string>warning: enabling overallocation repairs because -o was passed; this may cause data loss</string>


</dict>


</plist>


<plist version="1.0">


<dict>


<key>fsck_msg_type</key> <string>VERIFY</string>


<key>fsck_verbosity</key> <integer>0</integer>


<key>fsck_msg_number</key> <integer>203</integer>


<key>fsck_msg_string</key> <string>Checking the space manager.</string>


</dict>


</plist>


<plist version="1.0">


<dict>


<key>fsck_msg_type</key> <string>ERROR</string>


<key>fsck_verbosity</key> <integer>1</integer>


<key>fsck_msg_number</key> <integer>0</integer>


<key>fsck_msg_string</key> <string>warning: spaceman chunk 254 free count 1046461 > block count 32768</string>


</dict>


</plist>


<plist version="1.0">


<dict>


<key>fsck_msg_type</key> <string>ERROR</string>


<key>fsck_verbosity</key> <integer>1</integer>


<key>fsck_msg_number</key> <integer>0</integer>


<key>fsck_msg_string</key> <string>warning: spaceman chunk 258 free count 1045675 > block count 32768</string>


</dict>


</plist>


<plist version="1.0">


<dict>


<key>fsck_msg_type</key> <string>ERROR</string>


<key>fsck_verbosity</key> <integer>1</integer>


<key>fsck_msg_number</key> <integer>0</integer>


<key>fsck_msg_string</key> <string>warning: spaceman chunk 275 free count 1045236 > block count 32768</string>


</dict>


</plist>


<plist version="1.0">


<dict>


<key>fsck_msg_type</key> <string>ERROR</string>


<key>fsck_verbosity</key> <integer>1</integer>


<key>fsck_msg_number</key> <integer>0</integer>


<key>fsck_msg_string</key> <string>warning: (oid 0x6f1b) cib: invalid o_cksum (0xffffffffffffffff)</string>


</dict>


</plist>


<plist version="1.0">


<dict>


<key>fsck_msg_type</key> <string>ERROR</string>


<key>fsck_verbosity</key> <integer>1</integer>


<key>fsck_msg_number</key> <integer>0</integer>


<key>fsck_msg_string</key> <string>error: failed to read spaceman cib 7 at address 0x6f1b</string>


</dict>


</plist>


<plist version="1.0">


<dict>


<key>fsck_msg_type</key> <string>ERROR</string>


<key>fsck_verbosity</key> <integer>0</integer>


<key>fsck_msg_number</key> <integer>303</integer>


<key>fsck_msg_string</key> <string>Space manager is invalid.</string>


</dict>


</plist>


<plist version="1.0">


<dict>


<key>fsck_msg_type</key> <string>FAIL</string>


<key>fsck_verbosity</key> <integer>0</integer>


<key>fsck_msg_number</key> <integer>106</integer>


<key>fsck_msg_string</key> <string>The volume %1$@ could not be verified completely.</string>


<key>parameters</key>


<array>


<dict><key>volumename</key> <string>/dev/rdisk5s1</string></dict>


</array>


</dict>


</plist>

 

[tib51]

Désolé, c'est un peu long, je ne sais pas si ça peut aider d'une manière ou d'une autre.

C'est vraiment très surprenant : sur le MacBook M1, l'utilitaire de disque voit le disque, peut donner des infos (taux de remplissage, taille totale du disque etc.), mais ne peut pas le monter.
Sur mon MacBook Pro sous Monterey, l'utilitaire de disque le voit, mais n'affiche aucune info. Rien n'arrive à réparer le disque.

Sur mon iPad Pro 2020, le disque a l'air de fonctionner, il apparait dans fichier, j'ai même réussi à copier un document dans le disque et à le lire sans aucun souci. Par contre, impossible de lire, déplacer, ou copier ma photothèque de 400 Go...

Comment faire ?

 

[tib51]

/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +1.9 TB     disk2
   1:                        EFI ⁨EFI⁩                     209.7 MB   disk2s1
   2:                 Apple_APFS ⁨Container disk3⁩         1.9 TB     disk2s2

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +1.9 TB     disk3
                                 Physical Store disk2s2
   1:                APFS Volume ⁨Sauvegardes de MacBo...⁩ 174.1 GB   disk3s1

/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk4
   1:                        EFI ⁨EFI⁩                     209.7 MB   disk4s1
   2:                 Apple_APFS ⁨Container disk5⁩         1000.0 GB  disk4s2

/dev/disk5 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +ERROR      disk5
                                 Physical Store disk4s2
   1:                APFS Volume ⁨Media⁩                   ERROR      disk5s1

 

[tib51]

Bonjour, désolé, la période est un peu chargée et je ne vois pas toujours les réponses rapidement... Voila le retour que j'ai suite à la commande que tu m'as demandé de faire.

C'est vraiment fou de voir que rien ne monte sur le Mac, alors que l'iPad monte bien le disque dur, j'ai même réussi à récupérer des choses et à écrire un petit fichier sur le disque dur. C'est juste ma grosse photothèque de 350Go que je n'arrive pas à récupérer...

 

[sinbad21]

Non, je l'ai fait en normal... Je viens de rentrer chez moi ... Tu penses vraiment que ça peut changer quelque chose ?
J'essaye de lancer, comme proposé plus haut un fsck_apfs -y -o -x sur le volume, mais j'ai un message d'erreur me disant :
plist version="1.0">


<dict>


<key>fsck_msg_type</key> <string>ERROR</string>


<key>fsck_verbosity</key> <integer>1</integer>


<key>fsck_msg_number</key> <integer>0</integer>


<key>fsck_msg_string</key> <string>error: device /dev/rdisk3 failed to open with error: Permission denied</string>


</dict>

Ne mets pas l'option -x, ça met plein de balises xml on n'y comprend rien. Au milieu de ce salmigondis, il y a toujours le message d'erreur relatif au block count. Il faudrait lancer la commande sur le mac M1, avec l'option -o donc mais sans l'option -x.

 

[tib51]

Ok, donc, ta proposition est de lancer la ligne fsck_apfs -y -o depuis le Mac m1, c'est ça ?

Je vais essayer de faire ça dans le week end, je vous tiens au jus.

Vous pouvez m'expliquer pourquoi le disque monte sur l'iPad et pas sur un Mac ? Ça me parait fou cette affaire.

Si j'arrive à le monter sur l'iPad, y a t'il un moyen, depuis l'iPad, de naviguer dans l'arborescence de la photothèque, de la même manière que ce que je fais depuis le Mac avec "afficher le contenu du paquet", ce qui me permettrait de récupérer les photos les plus récentes qui ne sont pas dans la sauvegarde que j'ai du fichier (il va me manquer 2 ans de photos environ...) ?

 

[sinbad21]

Si j'arrive à le monter sur l'iPad, y a t'il un moyen, depuis l'iPad, de naviguer dans l'arborescence de la photothèque, de la même manière que ce que je fais depuis le Mac avec "afficher le contenu du paquet", ce qui me permettrait de récupérer les photos les plus récentes qui ne sont pas dans la sauvegarde que j'ai du fichier (il va me manquer 2 ans de photos environ...) ?

Naviguer dans la photothèque je ne pense pas, sauf peut-être avec un iPad jailbreaké.

Il serait intéressant de savoir quel modèle d'iPad tu as, et quelle version de iOS.

Autre possibilité : connecter deux disques durs en même temps à l'iPad, avec un hub. Tout dépend de ton modèle d'iPad. S'il a un port usb-c, il devrait accepter un hub usb-c. Si tu arrives à faire ça, tu devrais pouvoir copier la photothèque d'un dd à l'autre.

Il faudra sans doute une alimentation externe pour les deux disques durs.

Connecter des périphériques de stockage externes à l’iPad

Sur l’iPad, utilisez des fichiers stockés sur des périphériques de stockage USB et des cartes SD.

support.apple.com