Niet alle bestanden worden gekopieerd

[non-sens]

Situatie:
Ik heb een backup van mijn windows-pc op een externe USB schijf staan. Deze backup wil ik kopieren naar mijn DS213. De USB schijf is in NTFS format.

Uitgevoerde stappen poging A:
stap A1: Schijf aan de DS213 gekoppeld via USB
stap A2: DSM geopend via een andere PC op het netwerk
stap A3: Filestation geopend binnen DSM
stap A4: Gecontroleerd of de USB schijf zichtbaar was
stap A5: Nieuwe gedeelde locatie gemaakt voor de backup op de DS213 (+de rechten goed ingesteld)
stap A6: Backup folder geselecteerd binnen /usbshare1 (=externe USB schijf)
stap A7: via "acties --> verplaatsen/kopiëren" voor kopiëren gekozen.
stap A8: Bij locatie de locatie uit stap A5 aangegeven.

Resultaat poging A:
Resultaat A1: popup met de melding "berekenen bestandsgrootte"
Resultaat A2: popup met de melding dat de bestanden worden gekopieerd
Resultaat A3: foutmelding "bestand bestaat niet"

Tot dusver poging A...
Ik vermoedde dat de foutmelding iets te maken had met de lange bestandsnaam in verborgen bestanden die windows aanmaakt. Voor poging B heb ik een aantal folders geselecteerd waarin dit soort bestanden niet voorkomen.

Resultaat poging B:
Resultaat B1: popup met de melding "berekenen bestandsgrootte"
Resultaat B2: popup met de melding dat de bestanden worden gekopieerd
Resultaat B3 (na een nachtje slapen): Geen foutmeldingen en er zijn bestanden gekopieerd naar de DS213!

So far, so good... Echter, bij een nadere inspectie blijkt dat een aantal folders simpelweg niet meegekopieerd is.

Wat kan er misgegaan zijn bij een dergelijke (simpele) kopieeractie?
En is hier een oplossing voor?

[Tien]

het is bekend dat bestanden met vreemde tekens (ASC>127) moeilijk doen, al bevreemd het me dat je in de tweede situatie geen foutmelding krijgt. Wat je zou kunnen proberen is een RAR of ZIP file maken van de backup en die naar je NAS kopiëren.

[Spike]

Ext4 (linux) en NTFS (windows) zijn niet 100% compatible.
Sommige padnamen zijn onder Ext4 zo lang dat NTFS ze niet pakt.

Daarnaast creeert het diskstation bij iedere map met multimedia erin een @eadir map met thumbnails etc. Deze zie je niet, ook niet in een command shell, bv in een SSH terminal.

Ik dacht slim te zijn door met "cp-rf * volumeUSB1/usbshare/" alles naar een externe NTFS disk te kopieren. Werkte prachtig, ook alle @eadirs worden meegekopieerd.
Maar als je dan alles weer terugzet op de HDD van het diskstation worden de @eadirs niet gesnapt, niet door W7 en ook niet als je via de SSH terminal terugkopieert.

Ik denk dat de @eadirs de belangrijkste oorzaak zijn van grootte verschillen.
Maak je er geen zorgen over, het diskstation maakt nieuwe aan voor de mulitmedia.