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]" (
meta
data
ls)
Als je dat doet met een gemounte share, laat DSM de metadata uit de @eaDir, die hierboven verminkt zichbaar zijn, niet zien.
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:
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.