Synology-Forum.nl
Overige software => Data replicator & overige backupsoftware => Topic gestart door: frahoe op 14 mei 2021, 20:29:28
-
Goedenavond,
Er is iets dat ik niet begrijp in Hyper Backup...
In een kopie op USB van een groot deel van de NAS, worden een aantal bestand van 1k toegevoegd die bestaande bestandsnamen gebruiken voorafgegaan door een punt. De originele bestanden met die naam staan er ook, dus er ontbreekt niets. Maar het is mij een raadsel en het is onoverzichtelijk.
grt
-
En wat staat er op de NAS zelf, ook .bestandsnamen?
-
Een bestandsnaam die met een punt begint is een totaal andere naam dan zonder punt. Technisch is er geen relatie.
Ik moet nu speculeren, maar ik denk dat het hier metadata betreft. Naast de data die in de file zelf staat, staan er ook data in de ext4 of btrfs directory structuur van de file (de metadata). Alleen ondersteund net elk diskformaat alle metadata, daarom is het verstandig dit soort metadata in een aparte file weg te schrijven als je de file naar een schijf met ander diskformaat verplaatst.
Als je de data dan weer terug zet, kun je de metadata herstellen.
Iets vergelijkbaars gebeurt op de mac als je een file ziped. De zipper voegt die metadata in een apparte file in het zipbestand. Na het unzippen wordt de metadata weer aan de file toegevoegd. Op de mac zie je niets van die extra files. Maar als je dit unzipped op een windows machine, dan kan dit niet toegevoegd worden en zie je extra files waar een windows gebruiker niets mee kan.
-
Nee, op de NAS komen ze niet voor; bij nader inzien wordt er ._ toegevoegd in plaats van alleen een .
Dat maakt het zoeken en verwijderen wel gemakkelijker en dus zijn bron en doel betere te vergelijken (wat mijn doel was/is). Het doet echter niets af aan het raadsel.
In de inhoud van deze bestanden kom ik (leesbaar) tegen: "Mac OS X", "ATTR" en "Zone.Identifier [ZoneTransfer]
ZoneId=3". Mogelijk duidt dat op iets 'meta-achtigs'. Ik gebruik overigens geen Mac.
Ik kan ook geen patroon zien in de bestanden waar dit bij gebeurt, niet in het type noch in de grootte of de datum.
-
Sorry!
Toen ik constateerde dat het om ._ ging en niet alleen om een . bleek een effectievere zoekactie mogelijk en vond ik op het Synology-ondersteuningscentrum:
------------
Diagnose
Dit probleem treedt op wanneer aan de volgende voorwaarden wordt voldaan:
Het bestand is geopend door een Mac-computer via AFP of SMB.
Het bestandssysteem van het doelapparaat is niet ext4 of Btrfs (bijv. FAT32, exFAT en NTFS).
Oplossing
Bij toegang tot bestanden op een Synology NAS kan macOS extra informatie toevoegen die aan de bestanden is gekoppeld, beter bekend als "uitgebreide attributen" (EAs). Bestandssystemen zoals FAT32, exFAT en NTFS ondersteunen geen EAs. EAs worden daarom opgesplitst in afzonderlijke bestanden die dezelfde naam hebben als de originele bestanden, maar beginnen met "._".
Deze "._" -bestanden op het doelapparaat zijn niet meer effectief, dus u kunt ze handmatig verwijderen.
-----------
Het raadsel is opgelost (mogelijk is de Mac-computer een iPad), maar het blijft lastig. Excuses dat ik jullie lastig gevallen heb met iets dat simpel te vinden was.
fh
-
Er zijn dus files met extra metadata die het filesysteem op de NAS wel aankan, maar het filesysteem op de USB disk niet. Bij het maken van een backup wordt er daarom een extra file aangemaakt, zoals @Briolet al aangeeft, om de metadata te kunnen behouden en terug te kunnen zetten indien nodig.
Het lijkt er op dat de desbetreffende bestanden ooit via een Mac aangemaakt of gekopieerd zijn.
Edit: Je had het al gevonden.
-
Met die underscore erachter is het veel herkenbaarder voor mij. Als je zoekt op "dot underscore files" vind je er veel over.
De mac heeft er zelfs een speciaal terminal commando voor om zo'n ._ file weer aan het oorspronkelijke bestand te koppelen.
DOT_CLEAN(1) BSD General Commands Manual DOT_CLEAN(1)
NAME
dot_clean -- Merge ._* files with corresponding native files.
SYNOPSIS
dot_clean [-fmnsv] [--keep=[mostrecent|dotbar|native]] [dir ...]
DESCRIPTION
For each dir, dot_clean recursively merges all ._* files with their corresponding native files
according to the rules specified with the given arguments. By default, if there is an
attribute on the native file that is also present in the ._ file, the most recent attribute
will be used.
If no operands are given, a usage message is output. If more than one directory is given,
directories are merged in the order in which they are specified.
OPTIONS
-f Flat merge. Do not recursively merge all directories in the given dir. This is off
by default.
-h Help. Prints verbose usage message.
-m Always delete dot underbar files.
-n Delete dot underbar file if there is no matching native file.
-s Follow symbolic links. This will follow symbolic dot underbar files when they are
found.
-v Print verbose output.
--keep=mostrecent
The default option. If an attribute is associated with a data fork, use that. Other-
wise, use information stored in the AppleDouble file. Note that the native fork's
data is preferred even if the data in the AppleDouble file is newer.
--keep=dotbar
Always use information stored in the AppleDouble file, replacing any extended
attributes associated with the native file.
--keep=native
Always use the information associated with the data fork, ignoring any AppleDouble
files.
EXAMPLES
The following is how to do an dot_clean merge on the mounted volume test, always using the dot
underbar information.
dot_clean --keep=dotbar /Volumes/test
DIAGNOSTICS
The dot_clean utility exits 0 on success, and >0 if an error occurs.
BUGS
None known.
BSD Sept 27, 2012 BSD
In deze metadata kan staan:
- Het programma waarmee de file geopend moet worden (i.p.v. het default voor die extensie)
- De plaats van de cursor bij het sluiten van een pdf (of ander tekst document)
- etc.
Allemaal mac specifiek en nooit essentieel. Alleen aanwezig voor het gemak.