Hoe .AppleDouble verwijderen van NAS?

[macxbo]

Ik heb een vriend een deftige NAS aanbevolen en hij is gegaan voor een DS418play.
Daarvoor had hij al 5 jaar een onwerkbare trage 3 terrabyete Western Digital mybook NAS en ik heb hem geholpen via netwerk één terrabyte aan data over te zetten naar zijn Synology die nu vol zit met .AppleDouble bestanden (zie schermafbeelding in bijlage).
Hetzelfde verhaal lees ik daar maar zonder oplossing > https://forums.whirlpool.net.au/archive/2051313

Wie weet hoe die te verwijderen, kan dit vanop de NAS zelf (ik kan erop via QuickConnect) of moet dit via een computer?
Hij heeft een Macbook pro met Macos High Sierra.

[macxbo]

ik vond net nog een topic op dit forum gepost op 21 dec. 2014 genaamd > '._ bestanden' (link). De topicstarter werkt niet met een Mac.

Zeer bizar, ik heb enkel Mac's in huis en heb op mijn 3 Synology NAS'en nooit '._' of '.appledouble' bestanden gezien.
Een jaar of zes geleden had ik zelf een Western Digital mybook NAS en daarop zag ik ze wel, terwijl allebei toch een Linux OS hebben...
Nu is de vraag dus hoe ze te verwijderen van een Synology NAS...

[Sylvester]

Kijk ook hier eens.
https://www.onemorething.nl/community/topic/appledouble-2/

Genoeg op internet te vinden.
Gewoon weggooien

[Hofstede]

Die bestanden komen waarschijnlijk van de oude WD NAS af en zijn meegekomen met het kopiëren.
Het snelste kun je die waarschijnlijk via de terminal weghalen.

[Wyodor]

Als ik iets zie wat mij onbekend voorkomt, ga ik zoeken.

Vond dit :

https://discussions.apple.com/thread/5260367

Staat dit in om te doen in Terminal :

defaults write com.apple.desktopservices DSDontWriteNetworkStores true

[cyrus1977]

De mac maakt deze bestanden aan zodra je een netwerk drive aanroept. Ik verwijder ze altijd. Stel het bestand heet .DS_Store wat vaak voorkomt. Dan doe je dit.

sudo find / -name ".DS_Store" -depth -exec rm {} \;

Dit doe je via de ssh/telnet als root op de NAS natuurlijk.

[Birdy]

als root op de NAS

In dat geval hoeft "sudo" niet, mag wel.

[cyrus1977]

Wilde het even heeeeeel duidelijk maken.
Haha standaardje voor mij aangezien ook meer tijd op andere systemen (debian) door breng die dat wel vereisen.

[Briolet]

Primair lijkt me dit een bug in audiostation. Bestanden die met een punt beginnen, zijn bedoeld als 'hidden' bestanden en zouden niet in zo'n listing mogen verschijnen.

[Ben(V)]

Synology hanteert de @ als hidden en niet de dot.

[Hofstede]

Bij een Synology NAS worden die .AppleDouble files ook niet aangemaakt door OS X, bij een WD MyBook wel. Ze zijn dus simpelweg bij het kopieren van de MyBook NAS naar de Synology NAS meegekomen. Als ze zijn gewist is het probleem opgelost.

[cyrus1977]

bij werden wel .DS_Store bestanden aangemaakt, maar dat heb ik opgelost.

[Briolet]

Synology hanteert de @ als hidden en niet de dot.

Klopt, maar het draait ook op linux en daar is het echt de standaard dat ook de dot verborgen blijft, dus zo'n file wil je niet zien. (Voor mij al een ergernis sinds ik de nas heb) Nu gebruikt de nas ergens een lijst met bestanden die wel verborgen worden in FileStation. o.a. ".DS_Store", maar het was logischer geweest om dat voor allen te doen.

Hier schijnt het om eenmalig meegekopieerde files te gaan die ook niet terug zullen komen. Dus ik zou gewoon het eerder genoemde terminal commando van cyrus1977 gebruiken. (Dat wel met de goede filenaam)

[Birdy]

Klopt, in Linux is de dot inderdaad verborgen als je gewoon (b.v.) "ls -l" doet, doe je (b.v.) "ls -la" dan zie je de verborgen dot files en mappen wel.

Synology hanteert haar eigen manier van verborgen files en mappen, het apenstaartje, die zie je dus niet terug in File Station maar wel in linux met "ls -l" dus, Linux ziet het niet als verborgen.

Dus:
- .file:     wel zichtbaar in File Station en niet in Linux, wel met "ls -la"
- @file:   niet zichtbaar in File Station en wel in Linux

[bbebbop]

sudo find / -name ".DS_Store" -depth -exec rm {} \;

Dat was het blijkbaar! .DS_Store vervangen door .appledouble het was gelukt een nieuwe propere Nas DS418PLAY.
Ik was nog geen lid, maar bij deze toch bedankt.