Mac bestanden niet te kopiëren via Windows en SyncBack

[grafcom]

Ik hoop maar dit de goede plaats is voor mijn vraag...   Maar Mac gebruikers kunnen me misschien helpen.

Iemand hier heeft een Mac Notebook en zet zijn bestanden op de Syno. Dit gaat allemaal prima.

Echter maak ik gebruik van Syncback via een Windows PC om van die Mac mappen (op de Syno) een backup te maken op een andere externe schrijf. Hier kom ik dan een vreemd verschijnsel tegen.

Veel bestanden worden keurig gesynchroniseerd maar bij een hele hoop bestanden krijg ik een foutmelding:

Mislukt om bron te kopiëren: Kan bestand (123): De syntaxis van de bestandsnaam, mapnaam of volumenaam is onjuist niet kopiëren

Zo ver zo slecht zou ik zeggen. Maar het wordt nog "mooier" wanneer ik het betreffende bestand rechtsreeks wil kopiëren, met Windows naar de betreffende map gaan en copy, geeft ook Windows ook de melding: "Kan bestand niet kopiëren. De syntaxis van de bestandsnaam, mapnaam of volumenaam is onjuist"

Iemand een idee waar dit in zit? Ik zelf ben geen Mac gebruiker en de Mac gebruiker hier kijkt mij ongeveer zo aan  

Het hoeft natuurlijk niet aan de Mac te liggen  

Bij voorbaat dank.

Grafcom

[cyrus1977]

Mac maakt @ds_store bestanden aan. Dat zou het probleem kunnen zijn, kan je dat in de logs herleiden ?


Sent from my iPhone using Tapatalk

[grafcom]

Helaas, het enige dat in de log van Syncback staat bij ieder bestand is:

"Mislukt om bron te kopiëren: Kan bestand (3): Het systeem kan het opgegeven pad niet vinden niet kopiëren."

Ik zou wel kunnen opgeven in Syncback dat  @ds_store bestanden moeten worden overgeslagen, zou dit kunnen helpen?

Grafcom

Toevoeging: of dit

Mislukt om bron te kopiëren: Kan bestand (123): De syntaxis van de bestandsnaam, mapnaam of volumenaam is onjuist niet kopiëren

[klen]

Het zijn vermoedelijk de directories met de naam @eaDir die de NAS creeert wanneer er een resource-fork bij het Mac bestand zit.
De @eaDir folders kan je overslaan in je backup. De files .DS_Store ook overigens. Die files beginnen met een punt en niet met een '@' overigens.

De fout duidt op een probleem van windows met de filenaam. In de @eaDir folder staan vaak files met de naam SYNO:blabla.jpg ofzo, en die ':' vindt windows denk ik niet leuk.

[grafcom]

Het zijn vermoedelijk de directories met de naam @eaDir die de NAS creeert wanneer er een resource-fork bij het Mac bestand zit.
De @eaDir folders kan je overslaan in je backup. De files .DS_Store ook overigens. Die files beginnen met een punt en niet met een '@' overigens.

De fout duidt op een probleem van windows met de filenaam. In de @eaDir folder staan vaak files met de naam SYNO:blabla.jpg ofzo, en die ':' vindt windows denk ik niet leuk.

Sorry voor de late reactie maar mij overkwam wat iedereen een keer zal overkomen    De schijf met backups van mijn backups (ja dat lees je goed) crashte..... Bleken er ook nog eens twee schijven in te zitten, hoezo 500GB, 2x 250GB...  

Nu over dit topic... ik heb de .DS_Store files uitgesloten. @eaDir files of .eaDir files komen er niet in voor. Er is echter wel een Syno map in volume 1 die heet @eaDir.
De bestanden die niet gekopieerd worden zijn echter gewone .jpg en .txt files (met geen Windows vreemde bestandsnamen overigens).

Aangezien ik een nieuwe Syno heb maar met mijn bestaande schijf uit de vorige Syno, kan het zijn dat er in die @eaDir nog "foute" informatie staat die ik eventueel kan vernieuwen?

Groet,
Grafcom