._ bestanden

[JohnGo]

Hoe kan dan verklaard worden dat ik ze op het NAS niet zie als ik met Windows Explorer in de download map kijk en dat ik ze ook niet meekrijg bij het verplaatsen als ik dat met Windows (of met TeraCopy of MultiCommander) doe? Dat laatste gaat dan natuurlijk via mijn PC, dus langzamer, maar ik krijg geen extra bestanden mee.

[Hofstede]

Dat heb ik al gezegd. Omdat die bestanden eigenlijk alleen voor intern gebruik van de NAS zijn worden ze via het netwerk onzichtbaar gemaakt. Of beter gezegd, als je ze via de netwerkverbinding ophaalt dan combineert de NAS de twee bestanden, het origineel en de extra eigenschappen in de ._ file, weer tot één file.

[Briolet]

maar het zoekt moeilijk naar ._

Zoek op "._ files", in die combinatie heb je wel treffers. Het is een methode om delen van files die op het HFS+ filesysteem bij de file opgeslagen worden, op een ander bestandsformaat ook te kunnen opslaan.

De mac heeft zelfs een speciaal commando om die files weer samen te voegen met het origineel:

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 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

Misschien dat de nas er tegenwoordig beter mee overweg kan en ze pas zichtbaar worden als je ze op een disk met ander bestandsformaat kopieert.

[JohnGo]

Ah, OK. Wat ik nu dus zie is 'normaal' gedrag, wat eerder verborgen bleef. Kan dus kloppen met mijn idee dat het na een recente upgrade is 'begonnen'.


Ik heb in ieder geval genoeg tips en info om er eens op het gemak verder onderzoek naar te doen.


Thanks all!

[JohnGo]

O ja, en dan nog iets. Als ik bestanden verplaatst via de DS File App op m'n iPad dan heb ik die ._ bestanden dus NIET.

[Hofstede]

Omdat je dan weer via het netwerk kopieert.

[ThaDoc]

Ik heb hetzelfde probleem. Als ik bestanden van de NAS naar mijn USB schijf kopieer komen er steeds van die "._" bestanden bij op de schijf.

[dijk0855]

Ik heb sinds kort ook dit probleem als ik bestanden met de lokale DS Backup overzet naar een NFTS usb-schijf. Het komt voor bij zelfgeripte MP3-bestanden. Volgens de Helpdesk van Synology zijn het extra properties die in het bestand ingesloten zijn.
Bij overdracht naar NFTS krijg je deze properties dan in een apart bestand.
Hoe ze in het bestand zijn gekomen is me een raadsel, want ik heb nooit een MAC gebruikt en tot voor kort had ik dit probleem niet.
Misschien kunnen ze er wel uitgehaald worden, maar dat wordt me allemaal te ingewikkeld. Het zou prettig zijn als er een optie binnen DS hiervoor was, in ieder geval voor de backup. Anders laat ik het maar zo.

[Briolet]

Het kan zijn dat die files altijd op een filesysteem gestaan hebben die de metadata uit het HFS+ filesysteem ook aan kan. Pas als de op NFTS gezet moeten worden, moet het backup programma beslissen of hij een deel niet mee backuped, of dit in de ._ files zet.

Volgens mij is dit correct gedrag van een backup programma om zo weinig mogelijk verloren te laten gaan in een backup. 

[dijk0855]

Maar hoe is dit te verklaren bij mp3's die ik zelf jaren geleden van mijn eigen legale cd's heb geript?

[Briolet]

Volgens mij staat in de ._ file alleen metadata. Een voorbeeld van metadata zijn de rechten (eigenaars en groepen etc.). Op het moment dat de file op de nas komt, worden die toegevoegd.

Traditional, Unix filesystems implement these notions as part of their physical on-disk layout. For example, file information is stored as an inode in a separate block on the disk; directories are files; control information is stored centrally in a superblock, and so on. The Linux VFS is designed to work with filesystems that understand and implement such concepts. Non-Unix filesystems, such as FAT or NTFS, still work in Linux, but their filesystem code must provide the appearance of these concepts. For example, even if a filesystem does not support distinct inodes, it must assemble the inode data structure in memory as if it did. Or, if a filesystem treats directories as a special object, to the VFS they must represent directories as mere files. Oftentimes, this involves some special processing done on the fly by the non-Unix filesystems to cope with the Unix paradigm and the requirements of the VFS. Such filesystems still work, however, and usually suffer very little.

Dus ook als je er zelf niets aan toegevoegd hebt, krijgen die files metadata toegevoegd. Misschien heb je apple bestandsysteem ondersteuning aan staan op de nas?

[dijk0855]

Misschien heb je apple bestandsysteem ondersteuning aan staan op de nas?

Nee, ook nooit gehad. Alleen Windows bestandsservice. Nooit iets met Mac gedaan. Misschien een of andere toepassing die deze metadata onlangs heeft toegevoegd. Maar daar kom ik waarschijnlijk niet achter.

[Hutje]

Ook niet in het bezit van een iPad of iPhone waarmee je de nummers afspeelt ?

[dijk0855]

Nee, ook dat niet.