10.12 Sierra code erreur -36

[mobilo]

Bonjour,

Connaissez-vous le code erreur -36 ?

Il s'affiche lorsque que je veux copier des fichiers de DDexterne à DDexterne respectivement de 12To sur 30To reliés en thunderbolt.
Le 12To est en MacOs journalisé et le 30 To en ExFat.
Il copie un dossier mais pas son contenu (images TIFF, Fichiers MOV, etc.).
Mon but est de sauvegarder tout un dossier Final cut pro avec les Bibliothèques et les rushes avec environ 800 Go de données en tout.
Le code erreur -36 s'affiche sur deux différents MacPro (pas le portable) à la copie.

Merci.

 

[r e m y]

Oups.... j'ai lu trop vite j'ai cru qu'il s'agissait de disques reseau

En Thunderbolt, je n'ai pas d'idée...

Réponse basique de chez basique.... en principe l'erreur -36 de MacOS X correspond à un probleme de lecteurs/écriture (error code -36 : I/O error ), mais le probleme n'est pas forcément materiel. Ca peut être dû à un probleme de droits d'accès.

 

[Deleted member 1099514]

Salut.

Peux-tu donner, DDE connectés, le retour depuis le terminal de :
ls -led@ /Volumes/*
en indiquant les médias concernés.

 

[Membre supprimé 1060554]

Salut mobilo

Le « code d'erreur -36 » est un message d'erreur abrégé du Finder avortant une opération de copie.

Son développement est : « Le Finder ne peut pas compléter l'opération de copie parce que certaines données "..." ne peuvent pas être lues ou écrites (code d'erreur -36) »

Le point de détail concerné peut être le suivant : facteur déclencheur consistant en "fichiers compagnons" invisibles de type ._ que le Finder ne sait pas gérer.

La solution consiste à "aplatir" (flatten) ces ressources d'accompagnement sur les fichiers paradigmes > grâce à l'utilitaire appelable en ligne de commande : dot_clean (nettoyeur_de_fichier_commençant_par_un_point).

Pour cela > tu ouvres une fenêtre du «Terminal» > tu commences par taper :

dot_clean

(qui appelle l'utilitaire) > et tu sautes un espace avec la barre d'espacement du clavier > ensuite tu fais carrément un glisser-déposer de ton volume "source" dans la fenêtre du «Terminal» > ce qui inscrit automatiquement le chemin au volume et son nom > à supposer que le nom soit SOURCE > alors tu obtiens :

dot_clean /Volumes/SOURCE

et ↩︎ (presse la touche "Entrée" du clavier pour activer la commande)

--> appelé sans option > l'utiltaire dot_clean va opérer récursivement (sur toute la profondeur du volume-cible) l'aplatissement des fichiers ._ compagnons sur les fichiers paradigmes > ne laissant subsister que les paradigmes après "absorption" des ressources ._

Tu peux te limiter, en "source", au répertoire que tu veux copier sans opérer sur tout le volume "source" --> suppose que ce soit un dossier nommé BROL > cela te donnerait :

dot_clean /Volumes/SOURCE/BROL

Mais comme tu opères ici de DDE à DDE > s'il y a des va-et-vient de copie dans un sens et dans l'autre > autant passer un coup de dot_clean sur chaque alors. Tu ferais alors 2 glisser-déposer successifs dans la fenêtre du «Terminal», un de la "source" (générant automatiqument un saut-d'espace en sortie) > suivi de un de la "destination" > ce qui donnerait (en supposant que le nom du volume de "destination" soit DESTINATION) :

dot_clean /Volumes/SOURCE /Volumes/DESTINATION

=> Y'a_pu_k'a relancer l'opération de copier.

 

[r e m y]

Loin de moi l'idée de contredire notre ami Macomaniac, mais je trouve un peu fort que MacOS ne sache pas copier des fichiers (ou fichiers compagnon) qu'il a lui meme cree, et qu il faille commencer par nettoyer ces fichiers (inutiles?) pour permettre la copie.

 

[bompi]

Quelque chose que j'ai remarqué à l'occasion sur les volumes que je passe d'un système à l'autre : Windows peut avoir tendance à verrouiller certains fichiers et macOS se révèle incapable de les déverrouiller simplement. Cela m'est déjà arrivé : il faut alors trouver quel fichier coince, le supprimer si on peut ou commencer par enlever ses attributs (notamment l'attribut d'archive).

Peut-être obtiendrait-on un message plus explicite avec rsync ou cp ?

 

[mobilo]

Merci pour vos réponses.

J'ai lancé la procédure préconisée par macomaniac sur le dot_clean sur les 2 disques externes de 12 et 30To.

J'ai un message d'erreur sur le terminal pour le 12To (disque source).

Last login: Tue Jan 24 16:18:13 on ttys000
Mac-Pro:~ jjrepain$ dot_clean /Volumes/LaCie12To
Failed trying to change dir to .DocumentRevisions-V100
Bad Pathname: Permission denied
Failed trying to change dir to .TemporaryItems
Bad Pathname: Permission denied
Failed trying to change dir to .Trashes
Bad Pathname: Permission denied

Ensuite j'ai réessayé la copie mais c'est pareil.
Un test de copie sur un dossier avec des fichiers mov et motn (fichier Motion): refus pour les mov et copie ok pour le motn.
Un test de copie sur un dossier avec des fichiers mov et tiff: refus total.

 

[bompi]

Les erreurs que tu affiches sont des erreurs de droits d'accès aux dossiers indiqués.
Ce n'est pas forcément anormal ; sauf le dernier, qui m'intrigue.

 

[Membre supprimé 1060554]

On pourraitt creuser alors l'hypothèse d'un problème de permissions. Ce qui pourrait concerner la "source" (défaut de permission de lecture d'un élément) ou la "destination" (défaut de permission d'écriture au répertoire d'accueil).

Une manière "massue" de vérifier l'hypothèse est la suivante : tu fais successivement un ⌘I (cmd I) sur chaque volume afin d'ouvrir une fenêtre d'information du Finder > tu déverrouilles le cadenas d'administration tout en bas > tu coches la case : "Ignorer les autorisations sur le volume" > tu démontes tes volumes externes / détaches tes disques / ré-attaches les disques / ce qui remonte les volumes.

Ce cochage instruit une préférence de montage de volumes de stockage telle que : les propriétaires absolus (inscrit sur les dossiers) sur l'espace complet du volume sont ignorés > c'est l'utilisateur connecté (dont la session est ouverte) qui se trouve investi du statut de propriétaire relatif de l'espace du volume (avec ses contenus).

=> est-ce que le problème des copies s'en trouve réglé ou pas ?

 

[mobilo]

Non, c'est tjrs pareil avec la copie.
Cmd+I --> le DD de 30To (cible) en ExFat indique "vous disposez d'un accès personnalisé."

 

[Deleted member 1099514]

Et si tu faisais les instructions du post #3 ?

 

[mobilo]

Et si tu faisais les instructions du post #3 ?

Le terminal donne ceci:
drwxrwxr-x@ 31 jjrepain staff 1122 17 jan 17:21 /Volumes/LaCie12To

com.apple.FinderInfo 32

drwxrwxrwx 1 jjrepain staff 262144 1 jan 1980 /Volumes/LaCie30To2

lrwxr-xr-x 1 root wheel 1 25 jan 13:43 /Volumes/Macintosh HD -> /

Mac-Pro:~ jjrepain$

Le problème semblerait venir de mon DD externe cible (le 30To).
La copie de dossiers (et fichiers du 12To) marche sur le bureau et sur un autre DD externe de 30To d'un collègue (depuis son propre MacPro).

 

[Deleted member 1099514]

Et que renvoie un :
diskutil list

 

[mobilo]

Et que renvoie un :
diskutil list

Ceci:

Last login: Wed Jan 25 13:59:48 on ttys000

Mac-Pro:~ jjrepain$ diskutil list

/dev/disk0 (external, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *12.0 TB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_HFS LaCie12To 12.0 TB disk0s2


/dev/disk1 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *500.3 GB disk1

1: EFI EFI 209.7 MB disk1s1

2: Apple_CoreStorage Macintosh HD 499.4 GB disk1s2

3: Apple_Boot Recovery HD 650.0 MB disk1s3


/dev/disk2 (internal, virtual):

#: TYPE NAME SIZE IDENTIFIER

0: Macintosh HD +499.1 GB disk2

Logical Volume on disk1s2

63949B0F-FAD2-437E-A94B-6A796823D06B

Unencrypted


/dev/disk3 (external, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *24.0 TB disk3

1: EFI EFI 209.7 MB disk3s1

2: Apple_HFS LaCie30To2 24.0 TB disk3s2


Mac-Pro:~ jjrepain$

 

[mobilo]

Je viens de sauvegarder les qq données du 30To puis formater en Mas OS journalisé.
Toujours impossible de copier un dossier (avec du MOV et du TIFF) de qq Mo sur ce disque alors que la copie fonctionne du même dossier sur le bureau.
Et impossible de copier un simple pdf du DD interne du MacPro sur le 30To.

 

[Deleted member 1099514]

Ton 30 To n'est pas en Exfat, mais en Mac HFS.

Si tu fais un
diskutil repairVolume disk3s2
Ça dit quoi?

 

[Deleted member 1099514]

Tu peux essayer de le partitionner en 3 "morceaux" de 10 Go pour voir :
Si tu n'as rien dessus :

Fais d'abord un

diskutil list disk3

Pour être sûr et si tu récupères bien cela :

/dev/disk3 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *24.0 TB disk3
1: EFI EFI 209.7 MB disk3s1
2: Apple_HFS LaCie30To2 24.0 TB disk3s2

tu peux passer à la commande ci-dessous :

diskutil partitionDisk disk3 jhfs+ PART1 33% jhfs+ PART2 33% jhfs+ PART3 0b

Tu peux modifier les noms en rouge à ta convenance. Si espace dans les noms, les encadrer avec de ". Ex : "Ma PART1"

 

[mobilo]

Ton 30 To n'est pas en Exfat, mais en Mac HFS.

Si tu fais un
diskutil repairVolume disk3s2
Ça dit quoi?

Last login: Wed Jan 25 14:23:11 on ttys000

Mac-Pro:~ jjrepain$ diskutil repairVolume disk3s2

Started file system repair on disk3s2 LaCie30To2

Repairing file system

Checking Journaled HFS Plus volume

Checking extents overflow file

Checking catalog file

Checking multi-linked files

Checking catalog hierarchy

Checking extended attributes file

Checking volume bitmap

Checking volume information

The volume LaCie30To2 appears to be OK

File system check exit code is 0

Updating boot support partitions for the volume as required

Finished file system repair on disk3s2 LaCie30To2

Mac-Pro:~ jjrepain$

 

[Deleted member 1099514]

Je pense que ce serait plutôt un problème de taille de partition.
Tu peux tenter la commande du post #17

 

[mobilo]

Tu peux essayer de le partitionner en 3 "morceaux" de 10 Go pour voir :
Si tu n'as rien dessus :

Fais d'abord un

diskutil list disk3

Pour être sûr et si tu récupères bien cela :

/dev/disk3 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *24.0 TB disk3
1: EFI EFI 209.7 MB disk3s1
2: Apple_HFS LaCie30To2 24.0 TB disk3s2

tu peux passer à la commande ci-dessous :

diskutil partitionDisk disk3 jhfs+ PART1 33% jhfs+ PART2 33% jhfs+ PART3 0b

Tu peux modifier les noms en rouge à ta convenance. Si espace dans les noms, les encadrer avec de ". Ex : "Ma PART1"

Ok

J'ai bien récupéré

/dev/disk3 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *24.0 TB disk3
1: EFI EFI 209.7 MB disk3s1
2: Apple_HFS LaCie30To2 24.0 TB disk3s2

après le diskutil list disk3

Je lance la partition comme tu le conseilles.