Synology-Forum.nl
Overige software => File Station => Topic gestart door: JohnGo op 21 december 2014, 21:57:09
-
Hi all,
Sinds kort merk ik dat ik bij het verplaatsen van bestanden van de NAS (DS231j) naar één van de twee aangekoppelde USB drives ik ook gratis bestanden meekrijg die met ._ beginnen. Ik heb geprobeerd te zoeken op dit forum, maar het zoekt moeilijk naar ._
Het verplaatsen doe ik met File Station. Als ik dus bijvoorbeeld een bestand genaamd "Huppeldepup.pdf" verplaats naar een map op de USB drive, dan ontstaat daar ook een bestand met de naam "._ Huppeldepup.pdf".
Ik weet niet zeker of dit na een recente update gebeurt of dat ik (misschien onwetend) een of andere setting heb aangepast.
Wie weet het antwoord?
Thanks
John
-
Je werkt zeker met een Mac? De Mac slaat extra bestandsinfo bij het gebruik van zijn eigen filesysteem op in resource forks. Omdat de NAS die niet ondersteund wordt die bestandsinfo in de aparte ._ - files opgeslagen.
-
Zo, da's een snelle reactie!
Nee, ik werk niet met een MAC. Ik had al wel hier en daar iets gevonden, maar dat ging inderdaad allemaal over MAC. Ik gebruik de DiskStation op een Windows7 laptop.
Ik snap eerlijk gezegd ook niet wat MAC of Windows ermee te maken zouden kunnen hebben: ik verplaats de bestanden immers direct van een download-map op de DS213j naar een USB-drive die daar aan hangt.Dat doet me toch vermoeden dat het iets in een recente update moet zijn; ik heb het "probleem" pas sinds kort (ik denk na de voorlaatste update van DSM 5).
Bedankt in ieder geval voor de snelle reactie.
John
-
Dan heeft het waarschijnlijk met het filesysteem op de USB schijf te maken dat niet helemaal compatible is met de NAS. De meest voorkomende situatie is die met de Mac, vandaar mijn veronderstelling. Hebben beide USB schijven hetzelfde filesysteem?
-
Eentje is FAT en eentje is NTFS. Gebeurt op allebei de drives.
Ik gebruik deze set (NAS met twee USB drives) al maanden op deze manier en nooit eerder dit verschijnsel gezien. Sinds kort dus wel.
-
Op m'n test ds111 met de laatste DSM versie/update, een usb fat aangesloten en meerdere files verplaatst in file station maar kan het niet reproduceren. :S
Ben benieuwd wie wel.
-
Net een hele map verplaatst van NAS naar USB drive, maar nu met de optie "SKIP" in plaats van "OVERWRITE". Geen ._ bestand......
Ik ga het de komende dagen eens in de gaten houden en er verder mee experimenteren.....
Tot zover bedankt.
John
-
Een fllenaam met een punt ervoor betekent dat de file "onzichtbaar' is op het Unix (Mac/Linux) filesysteem. FileStation laat echter hidden files zien. Misschien dat er toch nog metadata voor die file is die Windows niet laat zien, maar Filestation wel?
Hebben die ._ files nog een herkenbare inhoud met een clou?
-
Nou, schiet mij maar lek....
Ik verplaats net een paar bestanden/mappen van DS213j naar de ene USB drive (NTFS); niks aan de hand. Vervolgens verplaats ik een bestand naar de andere USB drive (FAT); krijg ik een ._ bestand in die map erbij.
En inderdaad, er staat inderdaad iets in wat wijst op MAC... Ik doe er effe een stukkie screenshot bij als attachment... Bestandje is maar 1k groot.
-
Heb je soms ooit een files laten plaatsen op je NAS met een MAC, misschien remote of zo ?
-
Is er nooit een Mac in het netwerk aangesloten geweest? Of zijn het bestanden die gekopieerd zijn van iemand die met een Mac werkt? Die ._ bestanden staan denk ik gewoon op je NAS. Omdat de NAS ze onzichtbaar maakt op zijn interne volume zie je ze pas verschijnen als je ze naar een externe schijf kopieert.
-
Dat zou ik zo van je aannemen, maar de bestanden die ik net heb verplaatst zijn afgelopen nacht gedownload met Download Station. In dit geval komen ze van een newsserver, maar het deed zich ook voor met een YouTube download die ik net ervoor had gedaan.
Da's overigens wel weer een "lead", nu ik er zo eens over nadenk.... sinds kort browse ik met Chrome en ik gebruik dus ook de Diskstation Manager in Chrome... met de Synology Download Station Extension... (zal toch niet??)
-
…zijn afgelopen nacht gedownload met Download Station.…
Dan is het toch heel goed mogelijk dat ze ooit op een mac aangemaakt zijn.
Als ik op mijn mac files zip voor algemeen gebruik (Dus ook voor de windows wereld) haal ik er altijd nog het programma 'ZipCleaner" overheen om die hidden files te verwijderen. Meestal staan daar dingen in als de laatste positie van het icoontje of een custom programma waarmee de file geopend moet worden. Handig op de mac, maar niet essentieel dus wis ik ze om de windows wereld niet helemaal in verwarring te brengen. ;)
-
Ik waardeer je hulp en je suggesties, maar het wil er bij mij niet echt in (ja, eigenwijs). Te meer daar ik altijd eerst de download goed bekijk voordat ik ze verplaats. Plus: de bestanden komen van diverse download-bronnen, o.a. via die Youtube Extension. Ook via SABnzbd van een news server of als torrent via Download Station. Tot voor kort had ik dit verschijnsel niet, nu wel. Omdat ik niet precies kan nagaan wanneer het is begonnen moet ik natuurlijk via nog meer testen en pielen zien uit te vinden wat de oorzaak is:
- de DSM upgrade?
- de overstap van FireFox naar Chrome?
- de download extension(s) in Chrome?
Nou is het ook weer niet zo dat het een enorm probleem is; die bestandjes kan ik altijd verwijderen. Maar vreemd is het wel.
Het meedenken wordt in ieder geval op prijs gesteld.
-
Als je zelf nooit een mac gehad hebt zitten die bestandjes dus gewoon in je download.
De enige verklaring die ik kan verzinnen is dat ze door DSM ook hidden zijn als ze op je normale volume staan en zichtbaar worden als ze naar de Usb verplaatst worden.
-
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.
-
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.
-
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:
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.
-
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!
-
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.
-
Omdat je dan weer via het netwerk kopieert.
-
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.
-
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.
-
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. :P
-
Maar hoe is dit te verklaren bij mp3's die ik zelf jaren geleden van mijn eigen legale cd's heb geript?
-
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?
-
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.
-
Ook niet in het bezit van een iPad of iPhone waarmee je de nummers afspeelt ?
-
Nee, ook dat niet.