Hyper Backup "maakt" extra files aan op doelschijf!?

[Irmaxx59]

Beste forumleden,

Ik heb sinds kort een nieuwe DS718+ en maakt dus sinds kort ook gebruik van Hyper Backup met
het back-updoeltype "Lokale gegevens kopiëren"; dus een 1-op-1 back-up naar een USB HDD.
Nu heb ik op diverse tijden en dagen diverse BU-taken lopen.
Ik ben erachter gekomen, dat van veel files (niet allemaal!) een "._*.*" file wordt gemaakt! (zie bijlage)
Dus, beginnend met een punt (".") gevolgd door een 'underscore' ("_"). Dit gebeurd bij files als MP3, PDF, EXE etc.

Weet iemand waarom? Heb ik een instelling aan- of juist uitstaan?
Belangrijker: zijn ze van belang en kan/mag ik ze verwijderen?
 

[Birdy]

Lees dit Topic eens door, denk dat daar duidelijk wordt gemaakt, wat die ._ files zijn.

[Irmaxx59]

Oké, thanks Birdy.
Met mijn zéér beperkte kennis van Apple/MAC is het 'topic' toch wel verhelderend.

Ik kan via het netwerk (TotalCommander) geen ._-files zien op de NAS, wel op de USB HDD. Dit is dus 'normaal'?!
De ._-file wordt aangemaakt door de NAS alvorens gekopieerd/verplaatst te worden naar een FAT-/NTFS-systeem?!

Maar dan blijft mijn vraag: kan/mag ik die ._-files verwijderen?
Of heb ik ze nodig bij een 'restore' of iets dergelijks?

[Birdy]

Ik heb ook beperkte kennis van Apple/MAC
Maar, die files kun je volgens mij gewoon verwijderen, als het goed is, zijn het relatief kleine MAC-system-files.

[Ben(V)]

Het gaat niet alleen apple/mac bestanden.
Het EXT filesysteem heeft veel meer mogelijkheden om meta data op te slaan dan ntfs, fat of andere filesystemen.

Als je dus bijvoorbeeld een NFTS usb disk gebruikt en je kopieert daar een bestand heen en in het ext filesysteem is metadata opgeslagen, dan slaat linux dat op in deze bestanden zodat als je het terugzet naar een EXT File systeem.

Als je die ._ bestanden weggooit ben je dus die metadata kwijt.

[Irmaxx59]

Ik heb het volgende geprobeerd:
 - heb een MP3-file vanaf de USB HD, mbv. File Station (kopiëren/overschrijven), gekopieerd naar de NAS;
 - heb daarna het proces omgedraaid en vanaf de NAS de file teruggekopieerd naar de USB HD.

Resultaat: de gekopieerde file werd vergezeld door een ._-file!

Dus, al zou ik de ._-files verwijderen worden ze elke keer aangemaakt en gekopieerd naar de USB HD door de NAS.
Sterker nog, de ._-files worden steevast aangemaakt en gekopieerd met de kopiëren/overschrijven-optie, terwijl de MP3-file
zelf niet wordt overschreven...!

Verwijderen lijkt dus geen zin te hebben, bij de eerstvolgende uitvoering van de betreffende BU-taak worden
de bijbehorende ._-files 'vrolijk' aangemaakt en gekopieerd.

Overigens, niet van alle bestanden worden ._-files gegenereerd. Van bijv. de 2830 MP3-files zijn er 2348 ._-files gegenereerd.

[Ben(V)]

Misschien moet je af en toe gewoon eens lezen wat anderen hier schrijven.

Ik heb toch duidelijk gezegd dat die ._ bestanden metadata bevatten die niet in het ntfs filesysteem kunnen worden opgeslagen.
Dus elke keer dat je er iets naartoe kopieert dat metadata bevat komen die files terug.
Als je ze weghaalt raak je metadata kwijt.
Die metadata zal voornamelijk bij media bestanden (foto, audio, video) voorkomen.

[Briolet]

Overigens, niet van alle bestanden worden ._-files gegenereerd. Van bijv. de 2830 MP3-files zijn er 2348 ._-files gegenereerd.

Die bestanden bevatten dan geen metadata die niet over te zetten is. Zoals Ben al schrijft, bevatten de originele files metadata die niet door de doelschijf verwerkt kunnen worden. Die metadata wordt dan in een hidden file weggeschreven met dezelfde naam als de file zelf.

Als je de file weer terug zet, hoort het systeem de metadata uit die ._ file weer netjes terug te zetten.

Nu zijn metadata vaak niet de meest essentiële data, maar je verliest toch informatie als je die ._  files wist.

[Briolet]

Op de mac betaat het "dot_clean" commando dat deze files weer combineert. Maar normaal gesproken moet dit vanzelf gaan als je de file op een schijf zet die de metadata kan opslaan. Zeker als de nas deze aanmaakt, zal hij er aan aan denken om deze weer te combineren.

Code: [Selecteer]

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 cor-
     responding 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.