Ik werk de laatste tijd wat vaker met een remote NAS en omdat ik met m'n MacBook regelmatig wissel  tussen bedraad met extern scherm, op de bank via WiFi en buitenshuis werken kom ik deze bekende waarschuwing wat vaker tegen als ik een schijf wil ontkoppelen (ook met de lokale NAS:


'Try again' helpt uiteraard niet dus de vraag is hoe werp ik een schijf uit zonder 'Force Eject' te moeten kiezen? Apple helpt mij niet verder dan 'Uitloggen' en dat wil ik niet want wil door kunnen werken, en 'Sluit alle programma's'. Dat laatste doe ik uiteraard, op de Finder na maar daar is de betreffende schijf op dat moment niet meer in beeld. Is hier nou geen makkelijke manier voor om het toch voor elkaar te krijgen, of om te zien wélk programma het uitwerpen tegenhoudt? Liefst zonder 3rd party tool.

[MacBook Pro M4, Sequoia 15.2, QNAP NAS via SMB]

Ondanks dat je liever geen tooltje hiervoor wil gebruiken, zeg ik: kijk toch eens hier naar:

https://apps.apple.com/nl/app/mountain/id528726140?mt=12

Anders kom je toch terecht in een inefficiënt proces van het raadplegen van de activity monitor, om te zien / vinden welk proces het unmounten voorkomt...

Finder opnieuw opstarten al eens geprobeerd?

Dank beide, als het zich weer voordoet probeer ik dat uit. Het lukte daarstraks wel toen ik het na 20 min nogmaals probeerde. In de tussentijd was er qua open apps niets veranderd dus het moet gaan om een proces op de achtergrond dat vanzelf is gestopt..

Je kan ook volgend terminal commando proberen (bron bevat ook nog enige andere suggesties).

sudo lsof <volumenaam>


In de tussentijd was er qua open apps niets veranderd dus het moet gaan om een proces op de achtergrond dat vanzelf is gestopt..

Met dit advies had ik moeten beginnen, want als je even wacht, kan je vaak wel de schijf gewoon ejecten.

Ik heb vaak een gerelateerd probleem als ik iets op mijn NAS wil weggooien. Vaak bij jpg of doc(x) bestanden, dus bestanden die met "snelle weergave" kunnen worden bekeken. Deze bestanden heb ik niet geopend.

Ik vermoed dat dat komt doordat er op de achtergrond processen bezig zijn previews te genereren. Mogelijk houden deze de bestanden open.

Ik heb vaak een gerelateerd probleem als ik iets op mijn NAS wil weggooien.

Daar heb ik nog wel een tip voor: als je dit binnen de Mac omgeving wil doen in een Finder venster, dan is dit vaak een crime. Doe je dit op de NAS zelf, in mijn geval QNAP met Qfile dan gaat dit veel beter.

Ik vermoed dat dat komt doordat er op de achtergrond processen bezig zijn previews te genereren. Mogelijk houden deze de bestanden open.

Quick Look wordt inderdaad meermaals opgelijst als een mogelijke oorzaak. Een Finder herstart kan dan eventueel aangewezen zijn.

In my case, QuickLook and mds both had a hold on it (despite no active finder windows open). I could restart mds, but qlmanage -r said it was "resetting quicklookd" but it still held the file open according to lsof +D /path/to/volume. A relaunch of the finder cleared it up and I was able to eject the volume.

terminal commando

Dank, ook een goeie tip. En de anderen ook voor het meedenken. Quicklook als oorzaak zou heel goed kunnen. Met lsof kan ik in ieder geval zien waar de blokkade zit als het weer gebeurt en dat was eigenlijk wat ik zocht .

Je zou kunnen proberen alle QuickLook processen in Activiteitenweergave te killen, en daarna betreffend volume uitwerpen.

Wat is er trouwens tegen 'Force Eject'? Kans op data verlies?

Kans op data verlies?

Dat zeggen ze toch ...? Het zal wel meevallen maar om daar nou een gewoonte van te maken voelt ook niet goed .

Ook dat ga ik uitproberen als het weer zover is.

Daar heb ik nog wel een tip voor: als je dit binnen de Mac omgeving wil doen in een Finder venster, dan is dit vaak een crime. Doe je dit op de NAS zelf, in mijn geval QNAP met Qfile dan gaat dit veel beter.

Op m'n Synology gebruik ik in die gevallen inderdaad DS File of de web interface.

Quick Look wordt inderdaad meermaals opgelijst als een mogelijke oorzaak. Een Finder herstart kan dan eventueel aangewezen zijn.

Ja, die truc ken ik ook, en lost het probleem eigenlijk nooit op.

Je kan ook volgend terminal commando proberen (bron bevat ook nog enige andere suggesties).

Code: [Selecteer]

sudo lsof <volumenaam>


Ik zal dit eens proberen, dank!

Finder herstarten niet aanbevolen. Meestal is dit een opmaat naar een volledige herstart.

Als last resort: Force Eject > ook niet aanbevolen.

Quick Look processen killen > nog geen bewezen oplossing en de tijd die hier mee gemoeid is, is meestal langer dan om even te wachten, waarna eject wel werkt.

Hier nog een soort lotgenoot.

Dan nog iets over Mountain app:

Enkele redenen waarom Mountain populair is:

1. Uitgebreide functionaliteit: Naast het automatisch uitwerpen van schijven, kan Mountain ook volumes koppelen, ontkoppelen en opnieuw koppelen.

2. Gebruiksvriendelijke interface: De app heeft een intuïtieve menubalk-interface die gemakkelijk te gebruiken is.

3. Aanpasbare regels: Gebruikers kunnen gedetailleerde regels instellen voor het beheer van hun volumes.

4. Ondersteuning voor verschillende bestandssystemen: Het werkt met een breed scala aan bestandssystemen, waaronder APFS, HFS+, exFAT, en meer.

5. Regelmatige updates: De ontwikkelaar houdt de app actief bij en voegt nieuwe functies toe.

6. Goede recensies: Mountain heeft over het algemeen positieve beoordelingen in de Mac App Store.

Dat zeggen ze toch ...?

Tja, ik ben natuurlijk maar een geval van n=1, maar ik doe het in voorkomend geval altijd zo, dat 'Force Eject'. Zolang ik weet dat ik zelf geen data aan het transferen ben, zie ik geen probleem. Ding is verbonden met een cache, of QuickLook proces of zo, en dat is geen 'data'. In al die jaren nog nooit -merkbaar- data verloren.

Finder herstarten 'niet aanbevolen'. Door wie? Bij elke hickup begin ik met de Finder herstarten, en nooit gemerkt dat daadoor mijn systeem instabiel werd; integendeel.

Finder herstarten 'niet aanbevolen'. Door wie?

Door mij.

Bij elke hickup begin ik met de Finder herstarten, en nooit gemerkt dat daadoor mijn systeem instabiel werd; integendeel.

Ik heb andere ervaringen en die deel ik hier.

Ik heb andere ervaringen en die deel ik hier.

Da's heel mooi. Moet je het er wel even bijzetten. Want nu lijkt het een oekaze van Apple te zijn, terwijl het net als bij mij een n=1 is, waar lezer zelf de waarde van moet inschatten, want FWIW (for what it's worth).

Een Finder herstart ofg een forced eject hebben (vziw) nog niet tot problemen geleiud bij mij. En dan heb ik het over (zo uit mijn hoofd) voor OS X 10.4 tot en met het huidige macOS 15 Sequoia.

De eerste schuldige is gevonden: Apple Foto's. Na het openen/verplaatsen van een paar (backup) fotobibliotheken naar een externe SSD wilde die niet meer ontkoppelen. 'lsof' gaf aan dat er een aantal sql bestanden open stonden en dat leek te kloppen met een paar foto-processen in Activiteitenweergave:





Het lampje op de SSD blijft ook onregelmatig knipperen, dus er gaat data heen en weer. Finder herstarten: geen resultaat. Deze processen afsluiten: geen resultaat. Misschien is er nog een ander proces dat bezig is (ik had gefilterd op 'photo'). Best irritant want het feit dat het hier om een fotobibliotheek gaat lijkt me juist een goede reden om niet voor 'Force Eject' te kiezen.

Hetzelfde probleem met de NAS moet een andere oorzaak hebben want daarop open ik geen fotobibliotheken. To be continued.

EDIT: na uit- en inloggen de schijf wel kunnen verwijderen. Niet handig dit.. Op het door nnsa genoemde tooltje kom ik nog terug.

UPDATE: De NAS melding verscheen ook weer en dat bleek in dit geval Spotlight te zijn. Geen bestanden open maar 'lsof' liet wel 'mds' zien voor het hele volume en dat heeft met Spotlight te maken. Het volume daarom nu uitgesloten in de Spotlight voorkeuren en afwachten of het daarme opgelost is. Het 'Mountain' tooltje van nnsa voldeed niet, er werden allerlei (interne) volumes getoond in het appje maar niet mijn NAS. Alles geprobeerd, maar hij verscheen niet.

...nu lijkt het een oekaze van Apple te zijn, terwijl het net als bij mij een n=1 is, waar lezer zelf de waarde van moet inschatten, want FWIW (for what it's worth).

@Flix: zullen we aan de moderators vragen om bij ieder bericht van mij een poll te zetten, wie het er mee eens/oneens is ?

Nèhhhhh

@nnsa, echt?
Als jij zegt dat iets "niet is aanbevolen" lijkt dat iets te zijn wat Apple zegt, in bv een Support Doc, en niet een eigen mening/ervaring, wat het dus blijkt te zijn. Zit best een groot verschil in.
Wees gewoon duidelijk waar de gegeven info vandaan komt; heeft de lezer m.i. recht op. Geldt eveneens voor het gebruik van AI als bron.

Ik ga mijn tijd beter gebruiken Flix, in plaats van deze misplaatste en niet relevante discussie verder te voeren. Zoek maar een ander slachtoffer op MacFreak…

Ik heb gemerkt dat de schijf verwijderen vanuit Disk Utility soms, maar niet altijd, aangeeft welke app de operatie blokkeert, terwijl de Finder verwijst naar een of ander onbenoemd programma (macOS Ventura).

Ter info een korte uitleg (van CCC) betreffende het disk arbitrage proces.

Helaas, zowel 'eject' van de schijf zelf, en 'unmount' of 'eject' van het onderliggende volume geven steeds deze melding zonder verdere info:



In dit geval een ander schijfje met een fotobibliotheek, om het uit te proberen. Ook nu is het Spotlight en/of photoanalysisd. Dank voor de link met info, best gek dat Apple zich niet nietjes aan zijn eigen mechanisme houdt .