Impossible de copier des gros fichiers (erreur -36) suite à un changement de MBP

[sylv1_0]

Bonjour,
je ne parviens plus à copier de fichiers sur mon SSD interne secondaire. La copie s’interrompt et une fenêtre indique le code erreur 36.

J'ai vu que le problème a été plusieurs fois soulevé sur le forum mais les threads datent un peu je n'ai pas voulu les déterrer.


Le contexte :
j'ai changé de MBP récemment, j'ai remplacé mon vieux MBP i5 mi-2012 par... un autre vieux MPB i7 mi-2012 (j'adore ces ordis)
Je me suis contenté de transférer mes deux SSD de l'ancien MBP au nouveau.
Depuis je ne peux plus faire de transfert de fichier du SSD principal au SSD secondaire (celui qui a pris la place du superdrive).


- j'ai changé le SSD secondaire en pensant d'abord que c'était un pb matériel, mais ça persiste, le SSD est donc hors de cause
- de petits fichiers peuvent être transférés, plus ils sont gros plus l'erreur apparaît fréquemment
- ce n'est pas une question de longueur de nom/chemin j'ai essayé
- le transfert de fichiers se fait sans problème sur SSD externe via un adaptateur USB/SATA
- j'ai changé la nappe qui connecte le caddy à la carte-mère sans succès (il paraît que c'est un point faible de ces modèles)
- j'ai tenté d'autres démarches sans succès : effacer tous les fichiers DS_stores de l'ordi, formater le SSD secondaire en différents formats APFS, HFS, exFAT...
- OS : 10.15 Catalina

Hypothèse restante :
- l’électronique du caddy est défectueuse
- le SSD principal est partiellement défectueux
- problème logiciel du finder


En cherchant sur le web de nombreuses personnes font référence à ce problème (erreur -36) mais aucune des nombreuses solutions proposées ne fonctionnent pour moi.
Si des membres de ce forum ont des pistes je suis preneur !

Merci infiniment

Sylv1

[ch21]

As-tu changé la nappe principale ?
Pas pour une no name, mais un truc qui fonctionne, iFixit ou OWC

C'est hyper courant sur ce modèle MBP 2012 cette défaillance

Ce message a été modifié par ch21 - 30 Dec 2025, 18:50.

[sylv1_0]

Cette nappe-ci ?
https://www.macway.com/nappe-superdrive-ifi...-mi-2012/p27705

J'ai essayé avec la nappe d'un autre MBP du même modèle, mais ça n'a pas résolu le problème, ça n'a pas l'air d'être ça.

J'en ai quand même commandé une autre pour être sûr.

[baron]

Bonjour et bienvenue sylv1_0 !

Un des problèmes rencontrés était que la nappe d'origine n'était pas prévue pour être utilisée avec un SSD et ne parvenait pas à suivre les débits demandés par ceux-ci.

[sylv1_0]

Bonjour, oui pas bête ! je m'étais posé la question.

pas de solution alors ? prendre une nappe de meilleure qualité ?

Et avec un HDD plus de problème alors

Ce qui est bizarre c'est que ça a très bien marché pendant plusieurs mois

[baron]

prendre une nappe de meilleure qualité ?

Les références données ci-dessus par ch21 conviennent bien.

[Benzebut]

En cherchant sur le web de nombreuses personnes font référence à ce problème (erreur -36) mais aucune des nombreuses solutions proposées ne fonctionnent pour moi.
Si des membres de ce forum ont des pistes je suis preneur !

Au delà des problèmes physiques de câbles ou de la capacité (ces 2 SSD ne sont pas saturés ?), il est également possible que cela soit logiciel sous macOS.
Sur les disques durs, faire tourner l'Utilitaire de disque pour exécuter la fonctionnalité S.O.S, qui va vérifier et/ou actualiser la table d'indexation. Redémarrer pour tout actualiser. Puis passer l'application ONYX pour sa maintenance dans la version adaptée à macOS.
Cela devrait remettre de l'ordre dans les chemins d'accès et divers caches de macOS qui trainent sur ces disques durs désormais sur une nouvelle machine...

[ch21]

Cette nappe-ci ?
https://www.macway.com/nappe-superdrive-ifi...-mi-2012/p27705

J'ai essayé avec la nappe d'un autre MBP du même modèle, mais ça n'a pas résolu le problème, ça n'a pas l'air d'être ça.

J'en ai quand même commandé une autre pour être sûr.

Non, c'est celle-là :
https://www.ifixit.com/fr-fr/products/macbo...ard-drive-cable

[hellomorld]

Tenter aussi une copie d'un gros fichier avec le terminal et la commande rsync :

Code

rsync -avh --progress /volume1/dossier/fichier.txt /volume2/dossier/

[sylv1_0]

Non, c'est celle-là :
https://www.ifixit.com/fr-fr/products/macbo...ard-drive-cable

Je ne crois pas que ça convienne, j'ai un 13"

[ch21]

Non, c'est celle-là :
https://www.ifixit.com/fr-fr/products/macbo...ard-drive-cable

Je ne crois pas que ça convienne, j'ai un 13"

Cherche le là : https://www.ifixit.com/fr-fr/Parts/MacBook_Pro/Cables

Ce message a été modifié par ch21 - 7 Jan 2026, 09:31.

[sylv1_0]

Au delà des problèmes physiques de câbles ou de la capacité (ces 2 SSD ne sont pas saturés ?), il est également possible que cela soit logiciel sous macOS.
Sur les disques durs, faire tourner l'Utilitaire de disque pour exécuter la fonctionnalité S.O.S, qui va vérifier et/ou actualiser la table d'indexation. Redémarrer pour tout actualiser. Puis passer l'application ONYX pour sa maintenance dans la version adaptée à macOS.
Cela devrait remettre de l'ordre dans les chemins d'accès et divers caches de macOS qui trainent sur ces disques durs désormais sur une nouvelle machine...

Non pas saturés.
Merci je vais essayer ça, je ne connaissais pas ONYX.
SOS doit tourner sur les deux disques ?

[Benzebut]

Non pas saturés.
Merci je vais essayer ça, je ne connaissais pas ONYX.
SOS doit tourner sur les deux disques ?

Quel espace libre est disponible sur ces disques durs ? Il y a toujours des caches qui sont établis par macOS pour sont fonctionnement normal et qui vont requérir des ressources...
L'application Onyx est parfaite pour faire de la maintenance, il faut simplement prendre la bonne version pour macOS utilisée et remercier son auteur pour ce merveilleux travail.
L'application SOS Disque sera utilisé sur l'un des disques et cela permettra de vérifier les deux à la fois, tant qu'ils sont connectés.

[sylv1_0]

Voici les erreurs et les avertissements que retourne l’exécution de SOS sur le conteneur principal disk2 :


error: directory valence check: directory (oid 0xb002e): nchildren (9) does not match drec count (0)

warning: directory valence check: directory (oid 0xb002e): orphan directory record

error: nchildren of inode object (id 720942) does not match expected value (0)
Deferred repairs failed.
The volume /dev/disk0s2 could not be verified completely.
Le code de sortie de la vérification du système de stockage est 0.

Ce message a été modifié par sylv1_0 - 9 Jan 2026, 11:01.

[sylv1_0]

Non pas saturés.
Merci je vais essayer ça, je ne connaissais pas ONYX.
SOS doit tourner sur les deux disques ?

Quel espace libre est disponible sur ces disques durs ? Il y a toujours des caches qui sont établis par macOS pour sont fonctionnement normal et qui vont requérir des ressources...
L'application Onyx est parfaite pour faire de la maintenance, il faut simplement prendre la bonne version pour macOS utilisée et remercier son auteur pour ce merveilleux travail.
L'application SOS Disque sera utilisé sur l'un des disques et cela permettra de vérifier les deux à la fois, tant qu'ils sont connectés.

Petit souci d'édition des messages, je recommence :

Alors le disque principal démarrage/OS a 80Go disponibles (sur 500Go) et le second 999Go (sur 1To).

Le lancement de SOS + redémarrage n'a pas résolu le problème. SOS renvoie des erreurs (voir mon post précédent)

Effectivement ONYX semble un outil formidable, quel travail ! Si je comprends bien il sert à la maintenance, mais pas à résoudre le problème.

[sylv1_0]

Mise-à-jour de mes tentatives :

- j'ai libéré un peu plus d'espace 104Go disponibles sur 500Go sur le SSD principal
- j'ai lancé SOS depuis le recovery mode, aucun message d'erreur, il dit que tout va bien. En revanche le conteneur APFS n'apparaît pas dans ce mode, je n'ai pu lancer SOS que sur les volumes.
- résultat : le problème persiste, impossible de transférer des fichiers du SSD principal au secondaire (toujours l'erreur -36)

[sylv1_0]

Tenter aussi une copie d'un gros fichier avec le terminal et la commande rsync :

Code

rsync -avh --progress /volume1/dossier/fichier.txt /volume2/dossier/

J'ai tenté avec un fichier vidéo de 1,07Go, sans succès.

Voici le retour :

Code

1 file to consider
VTS_01_1.VOB
rsync: writefd_unbuffered failed to write 32768 bytes [sender]: Broken pipe (32)
rsync: write failed on "/Volumes/DATA/FILMS/VTS_01_1.VOB": Input/output error (5)
rsync error: error in file IO (code 11) at /AppleInternal/BuildRoot/Library/Caches/com.apple.xbs/Sources/rsync/rsync-54.120.1/rsync/receiver.c(268) [receiver=2.6.9]
rsync: connection unexpectedly closed (74 bytes received so far) [generator]
rsync error: error in rsync protocol data stream (code 12) at /AppleInternal/BuildRoot/Library/Caches/com.apple.xbs/Sources/rsync/rsync-54.120.1/rsync/io.c(453) [generator=2.6.9]
rsync: connection unexpectedly closed (30 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at /AppleInternal/BuildRoot/Library/Caches/com.apple.xbs/Sources/rsync/rsync-54.120.1/rsync/io.c(453) [sender=2.6.9]

[baron]

Finalement, as-tu changé la nappe ?

[sylv1_0]

Pas vraiment, j'ai essayé avec deux autres nappes, une issue d'un autre MBP que j'avais sous la main (il y avait peu de chance que ça fonctionne) et une autre sur internet que je pensais être de bonne qualité mais qui s'est trouvée être aussi de la récup issue du même modèle. Manque d'attention de ma part...

Je dois donc en recommander une. La difficulté c'est de trouver des infos techniques précises sur les sites de vente. Si c'est un problème de débit max admissible dans le transfert des données, je voudrais être certain d'acheter une nappe compatible SATA III 6Gb/s.

[Benzebut]

Voici les erreurs et les avertissements que retourne l’exécution de SOS sur le conteneur principal disk2 :


error: directory valence check: directory (oid 0xb002e): nchildren (9) does not match drec count (0)

warning: directory valence check: directory (oid 0xb002e): orphan directory record

error: nchildren of inode object (id 720942) does not match expected value (0)
Deferred repairs failed.
The volume /dev/disk0s2 could not be verified completely.
Le code de sortie de la vérification du système de stockage est 0.

Je viens de regarder sur les forums Apple ce que cette erreur "directory valence check" indique. Les pistes proposées pour y remédier concernent les instantanés TimeMachine, la bascule de format HFS+ vers APFS et les mises à jour de macOS en souffrance.
Sur les 2 premières potentielles causes, un passage de l'application Onyx devrait régler le problème, puisque l'option maintenance va justement nettoyer les caches qui trainent. Sur les mises à jour de macOS, est-ce que vous avez la dernière disponible pour votre version de macsOS ?

[baron]

Je dois donc en recommander une. La difficulté c'est de trouver des infos techniques précises sur les sites de vente. Si c'est un problème de débit max admissible dans le transfert des données, je voudrais être certain d'acheter une nappe compatible SATA III 6Gb/s.

OWC et iFixIt sont deux fournisseurs renommés.
Au pire, tu peux leur demander si leur nappe conviendra à ton cas de figure.
Si tu habites en Union européenne et que tu es un particulier, ça te permettra aussi d'invoquer la garantie de conformité, au cas où leur produit ne te donnait pas satisfaction.

[ch21]

La dernière fois que j'ai fait ce changement (il y a 2 ans), j'ai acheté sur iFixit au lieu d'OWC comme d'habitude.
C'était moins cher un achat en Europe.
On paie plus cher maintenant les achats US, en contre partie des droits de douane imposés par Trump…
Donc OWC en direct est plus cher que leur matos vendu en Europe !