Hoi ik heb een mapje met muziek, die wil ik naar usb zetten, steek de usb in mijn Denon usb speler, en wat ziet ie dan: verborgen bestanden

Als ik die copy en past doe met windows dan is het geen probleem maar met Mac dan heb ik last van die bestanden.

Denk je ok verborgen bestanden weergeven en verwijderen, nou vergeet het maar ze zijn zo verborgen dat ik ze niet kan vinden en toch geven ze weer op mijn Denon helaas.

Wie weet een oplossing ?

https://apps.apple.com/nl/app/usbclean/id907406031?mt=12

Of geef een paar voorbeelden.

Komt dit vaak voor, én wil je de volledige controle over (onzichtbare) bestanden hebben dan raad ik je Path Finder aan:

https://cocoatech.com/#/

Kan je 60 dagen uitproberen.

of je doet, tijdelijk, even cmd+shift+.
dan zie je ook de onzichtbare bestanden, als je die combinatie nog een keer doet, zijn ze weer weg

Yep. Dat is al jaren een ding.
Er komt een kopie met ._ ervoor op je stickje.

Dat is op je Mac niet zichtbaar, maar sommige spelers (en spelcomputers e.d.) hebben daar problemen mee. Die lezen dat als bestand en verslikken zich daar dus in.

Ik had vroeger een appje wat ik gebruikte als ik games op de Nintendo zette.
Maar weet zo gauw niet meer hoe dat heet, of waar ik naar moet zoeken.

Je kan via Terminal de flashdrive opschonen van die bestanden:
dot_clean -m /Volumes/MyFlashDrive

Waar MyFlashDrive de naam van je USB-stick is.

Oud probleem.

https://github.com/illusiaDecafish/Eject-for-Windows

https://www.macfreak.nl/vragen-algemeen/usb-stick-fat-geformateerd-maar-niet-meer-herkend-door-auto/

MacFrankie:

Eén van de onhebbelijkheden van een Mac is dat hij overal verborgen bestanden neerzet. Daar heb je normaal geen last van, maar soms wel. Vooral autoradio's hebben er last van (mijn Volvo autoradio kon er niet tegen). Maar gelukkig is daar een goede oplossing voor: Eject for Windows.

https://www.macfreak.nl/netwerken-en-communicatie/van-mac-naar-windows-geen-ds-bestanden-meesturen/

Yep. Dat is al jaren een ding.
Er komt een kopie met ._ ervoor op je stickje.

Geen kopie, maar een bestand met metadata over het eigenlijke bestand. Dit komt alleen voor op bestandssystemen waar macOS z’n normale manier van metadata bewaren niet kan — lees: FAT — en levert eigenlijk altijd problemen op bij mediaspelers e.d. omdat die slecht geprogrammeerd zijn. Die apparaten kijken namelijk nooit naar de inhoud van een bestand om te zien of ze het af kunnen spelen, maar puur en alleen naar de bestandsextensie. En dan krijgen ze dus iets als ._Smells Like Teen Spirit.mp3 te zien en weten niet wat ze ermee aanmoeten want de inhoud is geen MP3-bestand. Met een beetje pech (als het apparaat écht slecht geprogrammeerd is) stopt het afspelen daar in plaats van dat hij het gewoon overslaat en negeert.

bedankt allemaal de terminal geprobeerd en de Eject voor Windows maar lukt helaas niet, Eject doet niks en de terminal ook niet

bedankt allemaal de terminal geprobeerd en de Eject voor Windows maar lukt helaas niet, Eject doet niks en de terminal ook niet

Dan heb je usbclean zeker niet geprobeerd ? (uit eerste antwoord)

Ja ik dacht doe eerst de alternatieven dan ga ik deze proberen morgen in de studio thx

Hoi ik heb een mapje met muziek...Denon usb speler...als ik...geen probleem...nou...helaas wie weet een oplossing?

Doen ze in Zoetermeer eigenlijk niet aan interpunctie?

Doen ze in Zoetermeer eigenlijk niet aan interpunctie?

Als je er een puntje voorzet, wordt het onzichtbaar…

Doen ze in Zoetermeer eigenlijk niet aan interpunctie?

Sorry ik ben mega slecht in een verhaaltje typen krijg mijn hele leven lang al commentaar erop maar het is niet anders 🤪

Geen kopie, maar een bestand met metadata over het eigenlijke bestand.

Ja, ik bedoelde dan ook een kopie van de bestandsnaam voorafgaand door ._.

Omschreef dat een beetje onduidelijk.

terminal openen:

cd <drive of map>
pwd

< de terminal laat nu zien welke map of drive is geselecteerd, zit je in de juiste enkel dan de hieronderstaande opdrachten uitvoeren, zo niet: cd <drive slepen> en eerst opnieuw met pwd checken >
find . -type f -name ".ds_store" -print -delete
find . -type f -name "._*" -print -delete

Je krijgt in beide gevallen een lijst met gevonden (meta)data bestanden die de regel heeft gewist. De bestanden worden automatisch weer aangemaakt onder macOS als de schijf wordt gebruikt (opnieuw gemount wordt), dus elke keer als je de schijf wilt gebruiken op andere systemen, omgevingen of apparaten: opnieuw de regels ingeven.

Terminal afsluiten, drive ejecten en klaar is klara ...

Wel zorgen dat je de goede map selecteerd. Maar dat lijkt me toch redelijk logisch.

En anders handmatig ingeven. Regel voor regel.

Wat doet het?

cd = change directory (dus locatie wijzigen)
pwd =  print name working directory (toon waar je bent)
find = zoek
-type f = zoek enkel bestanden
-name "ZZZZZ" = naam met patroon ZZZZZ
-print = toon alle gevonden bestanden
-delete = verwijder alle gevonden bestanden

._naam bestanden zijn een nachtmerrie buiten macOS/MacOS X en Windows ... Altijd geweest, zal altijd zo blijven. Wat ik alleen opmerkelijk blijf vinden is dat onder Windows of Linux bij het kopieeren van bestanden er geen .bestandsnaam of ._bestandsnaam op een externe schijf wordt gezet en bij macOS dus wel ... Ook Linux en Windows hebben meta-data die bestanden vergezellen. Dus het kan anders ...

Overigens heeft Windows of Linux hier geen probleem mee (met bestanden beginnend met een punt) en negeert de bestanden. Maar autoradio's, navigatie apparatuur of ander soortige apparatuur kan hier problemen mee hebben. Niet alles draait Windows, Android, macOS of iOS ... en zeker op embedded devices of specialistische toepassingen is soms de processor, programmatuur en implementatiemogelijkheid beperkt. In dat geval vervallen allerlei "validatie slagen".

Hoe moeilijk zou het zijn geweest voor Apple om dat netjes te implementeren? Nu zijn er allemaal tooltjes, schoonmaak programma's en dus bovenstaande terminal commando's (tesamen met "dot_clean"). Maar eigenlijk had dit prima vanuit macOS ingeregeld kunnen worden.

Maar goed, je kunt dus of een tooltje gebruiken, de terminal openen en dot_clean gebruiken of bovenstaande regels.

ik ben echt donkerblond haha, ik zit op de sd en geen in de terminal de hele Code en dan doet ie niks find . -type f -name ".ds_store" -print -delete
find . -type f -name "._*" -print -delete

Probeer nou een van de tooltjes die aangeraden zijn, dan hoef je niet met de Terminal te klooien. Die van @nnsa staat in de App Store en puk1980 gaf al een gratis alternatief. Hier, nog een .

Probeer nou een van de tooltjes die aangeraden zijn, dan hoef je niet met de Terminal te klooien. Die van @nnsa staat in de App Store en puk1980 gaf al een gratis alternatief. Hier, nog een .

dit is de oplossing mega bedankt het is gelukt ik ben helemaal happy X

Code: [Selecteer]

find . -type f -name ".ds_store" -print -delete
find . -type f -name "._*" -print -delete


Is dit niet met een kanon op een mug schieten?
rm .*en je bent van elk bestand af waarvan de naam met een punt begint. De enige die op de USB-stick o.i.d. zullen staan, zijn achter-de-schermenbestanden die je daar over het algemeen toch niet nodig hebt.

.. en je bent van elk bestand af waarvan de naam met een punt begint.

Ja, alle inderdaad. Uit mijn link:

(excluding the file ._. this one is essential when you've set a custom drive icon)

Geen drama in dit geval maar niet handig. Ik begrijp die Terminal reflex nooit zo goed als je niet eens weet of de vraagsteller daar wel bedreven in in. Dat velen dat hier zijn is nog geen reden om het iedereen aan te raden, zeker niet in dit geval waar er supereenvoudige gratis tools zijn waarmee niks mis kan geen.

Je adviseert hier notabene zonder verder uitleg het rm commando .
https://www.macworld.com/article/177994/rmdangers.html

Fijn dat het opgelost is voor je peterzoetermeer .

Is dit niet met een kanon op een mug schieten?

Code: [Selecteer]

rm .*en je bent van elk bestand af waarvan de naam met een punt begint. De enige die op de USB-stick o.i.d. zullen staan, zijn achter-de-schermenbestanden die je daar over het algemeen toch niet nodig hebt.

Nee, want het gaat niet alleen om .ds_store, maar ook om ._ bestanden, niet alleeen in de ROOT directory, maar het kan ook om bestanden gaan in subdirectories. Dus vandaar de opdracht ...

Een kanon zou ik eerder zien in

# find . -type f -name ".ds_store" -size 1k -print -delete
 

Maar goed, belangrijk zijn de spaties:

find [spatie] . [spatie] -type [spatie] f [spatie] -name [spatie] ".ds_store" [spatie] -print [spatie] -delete
Een spatie te weinig of te veel gaat niet werken. Wat je ook kunt doen om het eerst "te testen":

find . -name ".ds_store" -print
of

find . -name "._*" -print
als het werkt, dan (na een spatie) -delete toevoegen.

rm .* werkt natuurlijk ook, maar nogmaals, enkel in de root. En mijn ervaring met (bijvoorbeeld) een 500GB ExFAT volume met honderden duizenden bestanden en duizenden directories is nogal ... frustrerend. En met de huidige snelheid van USB3.x en computers doorloopt de Mac (hier althans) dergelijke find opdrachten met enkele seconden.

Ik begrijp die Terminal reflex nooit zo goed als je niet eens weet of de vraagsteller daar wel bedreven in in.

Ik reageerde niet op de originele vraag maar op @doctor_apple die een heel ingewikkelde manier aangeeft om ongewenste bestanden op een USB-stick voor een mediaspeler te verwijderen.

Je adviseert hier notabene zonder verder uitleg het rm commando

Als alternatief voor de verwijder-stappen van een manier die al z’n best doet om eerst zeker te weten dat je in de juiste map zit. Daarnaast zie ik niet hoe rm gevaarlijker zou zijn dan de optie -delete van find, want allebei gooien ze de bestanden onherroepelijk weg.

Nee, want het gaat niet alleen om .ds_store, maar ook om ._ bestanden, niet alleeen in de ROOT directory, maar het kan ook om bestanden gaan in subdirectories. Dus vandaar de opdracht ...

In dat geval:
rm -R .*

Natuurlijk kan "rm -R .*" ook ... Het gaat hier om de terminal en (nog steeds een redelijk deel aan) unix opdrachten, dus er zullen altijd meer wegen zijn die naar Rome leiden.

Weet alleen niet zozeer wat op tegen find is, maar goed. rm -R ook goed ...

... en wat de terminal betreft? macOS is nog steeds opgebouwd rondom een unix-achtige kernel, met een WINDOW manager, een load aan deamons en heel veel andere unix-achtige oplossingen. Onder de motorkap gebruikt macOS (nog steeds) de nodige text-gebaseerde oplossingen.

En waarom de terminal? Wel, de Finder in dit geval is de boosdoener, weet je nog? Die pleurt overal maar lukraak extra bestandjes. De "tooltjes" die hier en daar genoemd worden, zijn vaak niets anders dan "wrappers" voor terminal opdrachten. Zelfs opruimprogramma's als "Onyx" doen toch heel veel "op de prompt".

Wat ik nooit heb begrepen is de zekere angst om "de terminal" te gebruiken. Spreek een windows gebruiker en die is er mogelijk niet dol op, maar bij macOS gebruikers lijkt er een soort van natuurlijke aversie tegen te bestaan en angst.

Dit terwijl macOS juist heel veel dingen gedaan krijgt vanuit die terminal.

Ik bedoel, maak eens een schijf aan met 30 submappen en een kleine 5200 plaatjes. Ga dan vervolgens in de finder, handmatig ervoor zorgen dat je alle verborgen bestanden te zien krijgt en vervolgen met de hand alle .DS_Store of ._ bestanden verwijderen.

Goed je kunt automator gebruiken, maar de prompt is dan toch zoveel efficienter ...

En, wat is ingewikkeld?

find?

Is dat ingewikkeld? Ik heb nota bene een uitleg gegeven wat find precies doet ... En de POSIX variant van

find . -name "._" -print -delete"

is:

find . -name \.\_* -exec rm -rf {} \;

Dan is:

find . -name "._*" -print -delete

toch leesbaarder 

Overigens roept zowel rm -r, find met -delete alsmede find met exec uiteindelijk een systemcall aan die het bestand "unlinked". Oftewel "verwijderdt".

Ik begrijp juist eigenlijk de anti-Terminal-reflex niet. Ik bedoel, heb je wel eens een 1:1 bootable disk image aangemaakt van je bootable Monterey schijf vanuit de Finder? Of uberhaupt een backup met de systeem-tools van Apple? Gewoon met Disk Utility?

En, heb je wel eens gezien hoe makkelijk het eigenlijk is vanuit de terminal, enkel met het ingeven van enkele opdrachten?

Ik heb hier vorige week de interne schijf eens gewist (was gepartitoneerd) en wilde eens met een schone indeling beginnen. Timemachine vs de Terminal backup-methode:

Timemachine: ruim 2.5 uur ...
Terminal Restore: 28 minuten ...

Maar goed, ieder zo zijn keus  ... Je HOEFT de terminal-route niet te bewandelen als je het eng vindt ... Maar om bang te zijn voor de terminal? Nah ...

   (<- 'dozing off' heet die smiley. Allebei totaal niet begrijpen wat ik bedoel..)

Ik ben geholpen met die app daar gaat het om de rest is voor mij abracadabra 😂 bedankt jongens voor jullie steun

dit is de oplossing mega bedankt het is gelukt ik ben helemaal happy X