Na kopieer taak via USB Copy dubbele kleine bestanden

[Banneke]

Ik heb een kopieer (mirroring) taak uitgevoerd op een externe USB schijf, dat is op zich goed gegaan maar er zijn daarnaast kleine 1kb bestanden aangemaakt met exact dezelfde bestandsnaam. Overigens niet in alle mappen, onderstaand is een voorbeeld.
Zou iemand mij kunnen vertellen wat ik hier niet goed zou kunnen hebben gedaan?

[Briolet]

Daar staan waarschijnlijk metadata in. Dit is data die bij een EXT4 bestandsysteem in de directory staat, maar waar het bestandsysteem van de USB schijf geen ruimte voor reserveert in de directory. Om die info niet te verliezen wordt dit dan als een hidden file op de doelschijf gezet.

[Banneke]

Kan ik dit op één of andere manier verbergen of uitzetten?

[Banneke]

De onderstaand taken zijn nog niet uitgevoerd want ik wil eerst duidelijk hebben of de taak zometeen niet ook nog de kleine dubbele bestanden gaat spiegelen, dan heb ik over 2 maanden duizenden van dit soort bestanden.

[Birdy]

Hier meer info over ._Files, je kunt ze niet verbergen maar wel verwijderen, weet alleen niet of dit gevolgen heeft voor het terug zetten van die bestanden (neem aan dat het soort van backup is voor je).

[Briolet]

Kan ik dit op één of andere manier verbergen of uitzetten?

Zorg ervoor dat je de usb schijf met EXT4 formatteert. (Of juist met HFS+, ik weet dat niet zeker? En je geeft ook niet aan hoe de schijf nu geformatteerd is)
In elk geval staat er in die files info die bij de file behoort. Als je het terug synchroniseert naar de nas, zal dit weer tot één file samengevoegd worden. Of het komt daar in de @eaDir folders te staan, maar dan stond die metadata daar nu al in.

[Banneke]

De schijf is nu ntfs geformateerd.
Het gaat er mij om dat ik de bestanden na de kopieer taak en ontkoppeld van de nas met een W10 pc kan lezen (office, photo viewer, etc.) is dat nog mogelijk als de schijf ext4 geformateerd is?

[Hofstede]

Volgens mij zit het net even anders.

Die .files staan al op de NAS zelf. Waarschijnlijk zijn die al aangemaakt door de NAS toen je de files op de NAS zette, om extra metadata op te slaan zoals al is gezegd.
Zolang je op de NAS werkt dan verbergt de NAS die .files voor je. Maar als je dan met USB copy de files naar een externe disk kopieert dan komen ze dus opeens naar voren.

[Banneke]

Achteraf de bestanden op de externe usb wissen heeft dan ook geen zin?
Ik heb het opgelost door "verborgen bestanden niet weergeven" aan te vinken in "opties voor verkenner".

@Briolet
Ik wil nog wel even weten of het kwaad kan de schijf ntfs geformateerd te laten.

[Briolet]

Ik weet niet waar die files oorspronkelijk vandaan kwamen. Als dat een mac HFS+ filesystem was, dan kunnen ook niet alle alle metadata op het EXT4 bestandsysteem van de nas opgeslagen worden. Om die metadata niet kwijt te raken, maakt dsm een @eaDir folder aan in dezelfde folder waar de file in staat en in die folder zet hij de metadata. Hier met de originele filenaam met "@SynoEAStream" als achtervoegsel. Daarnaast maakt hij ook nog een file met "@SynoResource" als achtervoegsel. (Wat dat is weet ik zo even niet).

Als voorbeeld heb ik dit eens gelist voor de file "Silverlight.dmg":

volume1/Macintosh/@eaDir$ cat Silverlight.dmg@SynoEAStream
Mac OS X           2??ATTR?PkP9com.apple.quarantine?com.apple.diskimages.fsck?P!com.apple.diskimages.recentcksum?5)com.apple.metadata:kMDItemDownloadedDate"?%com.apple.metadata:kMDItemWhereFroms0083;58aeea73;Safari;YK?31i:6965424 on 9613DDF8-450E-35C4-B95A-B518DC0CDABC @ 1487858291 - CRC32:$994863FDbplist00?3A?_!?V?
bplist00?_jhttp://download.microsoft.com/download/0/3/E/03EB1393-4F4E-4191-8364-C641FAB20344/50901.00/Silverlight.dmg
w

volume1/Macintosh/@eaDir$ cat Silverlight.dmg@SynoResource
Mac OS X           2 R

Als je via een share kijkt, toont synology deze @eaDir niet. Metadata kun je opvragen in de mac terminal met : "mdls [filenaam]" (metadata ls)

Als je dat doet met een gemounte share, laat DSM de metadata uit de @eaDir, die hierboven verminkt zichbaar zijn, niet zien.

Code: [Selecteer]

nas$ mdls /Volumes/Macintosh/Silverlight.dmg
kMDItemDisplayName         = "Silverlight.dmg"
kMDItemFSContentChangeDate = (null)
kMDItemFSName              = "Silverlight.dmg"
kMDItemFSOwnerGroupID      = 100
kMDItemFSOwnerUserID       = 1026
kMDItemFSSize              = 15097394
Kopieer ik de file terug van de nas naar de mac, dan plakt dsm die metadata er weer in en zie ik:

Code: [Selecteer]

mac$ mdls /Users/Briolet/Desktop/Silverlight.dmg
kMDItemContentCreationDate         = 2017-02-23 13:58:09 +0000
kMDItemContentCreationDate_Ranking = 2017-02-23 00:00:00 +0000
kMDItemContentModificationDate     = 2017-02-23 13:58:11 +0000
kMDItemContentType                 = "com.apple.disk-image-udif"
kMDItemContentTypeTree             = (
    "public.archive",
    "public.item",
    "public.data",
    "public.disk-image",
    "com.apple.disk-image",
    "com.apple.disk-image-udif"
)
kMDItemDateAdded                   = 2019-03-18 20:32:26 +0000
kMDItemDateAdded_Ranking           = 2019-03-18 00:00:00 +0000
kMDItemDisplayName                 = "Silverlight.dmg"
kMDItemDownloadedDate              = (
    "2017-02-23 13:58:11 +0000"
)
kMDItemFSContentChangeDate         = 2017-02-23 13:58:11 +0000
kMDItemFSCreationDate              = 2017-02-23 13:58:09 +0000
kMDItemFSCreatorCode               = ""
kMDItemFSFinderFlags               = 0
kMDItemFSHasCustomIcon             = (null)
kMDItemFSInvisible                 = 0
kMDItemFSIsExtensionHidden         = 0
kMDItemFSIsStationery              = (null)
kMDItemFSLabel                     = 0
kMDItemFSName                      = "Silverlight.dmg"
kMDItemFSNodeCount                 = (null)
kMDItemFSOwnerGroupID              = 20
kMDItemFSOwnerUserID               = 501
kMDItemFSSize                      = 15097394
kMDItemFSTypeCode                  = ""
kMDItemInterestingDate_Ranking     =
kMDItemKind                        = "Schijfkopie"
kMDItemLogicalSize                 = 15097394
kMDItemPhysicalSize                = 15097856
kMDItemWhereFroms                  = (
    "http://download.microsoft.com/download/0/3/E/03EB1393-4F4E-4191-8364-C641FAB20344/50901.00/Silverlight.dmg"
)
Je ziet dat ook de oorspronkelijke downlod locatie weer hersteld wordt.

Fils beginnend met een @ zijn hidden files on DSM. Maar bij kopiëren naar een externe schijf is die folder niet meer hidden en maakt dsm er een "._****" file van. Deze behoort hidden te zijn op unix bestandsystemen. Windows kan er niets mee, maar een Mac herkent dit waarschijnlijk wel als een primitieve manier om de metadata op te slaan.

---------

Is het erg als de metadata verloren gaan? Dat is persoonlijk. Hier kan b.v. de url in staan vanwaar de file oorspronkelijk gedownload is. Er kan de laatste scrollpositie in staan voor een txt of pdf file. Er kan de laatste datum van bekijken in staan etc. Als je die files alleen in windows bekijkt, kun je ze ook wissen.

Je kunt de schijf rustig ntfs laten. Nu ik er over nadenk zou alleen bij een HFS+ format de data weer in één file terug komen.

[Banneke]

Vind je het heel erg als ik alleen de laatste zin begrijp 
Enorm bedankt voor het uitzoeken..

Bedankt allemaal voor het meedenken ik weet genoeg.