EjectAll tries to eject system disks

[And]

Alfred 5.0.4 Build 2095

MacOS Ventura 13.0 (22A380)

 

Happens almost every time I'm using ejectall command

[vitor]

I’m unable to reproduce. Could you:

1. Update Alfred.
2. Press the Reset from your last image.
3. Reboot.
4. Try again.
   

[And]

Alfred is the latest version now 5.0.5 [2096]

Reset done

Right after reboot everything is fine. When I do "eject all" after couple of hours, I've got the same

 

What else can I try?

[vitor]

Under Eject, change it to Removable Media and see if that solves it. Also, when you do eject do you see any volumes mounted on the system disks? What’s on that list is what Alfred will try to eject.

 

Edited November 11, 2022 by vitor

[Chris Messina]

I often use the Eject All command to eject my external SSDs. However, after updating to macOS Ventura 13.0.1 (22A400) and running Alfred 5.0.5 (Build 2096), when I use the command, I get errors for many more disks, many of which probably shouldn't be ejected, including my startup disk! 

 

Did something change?

 

 

 

 

[Vero]

33 minutes ago, Chris Messina said:

Did something change?

 

Nothing in Alfred has changed, but Ventura is brand new and still quirky.

 

In Features > System, try changing which types of media is included in the Eject keyword's scope, then try using the "eject" keyword. What list of drives do you see then?

[Stephen_C]

I appreciate this may not help very much but, running the same macOS and Alfred versions, I have no problem with the "ejectall” command. I make the comment merely to indicate it may not be a universal problem.

 

Stephen

[And]

In my case the problem seems to be solved by adding "Recovery" to the list of exclusions

[Chris Messina]

Ok, thanks again! @Vero my Eject setting was set to this: 

 

 

I've changed it to "Removable media".

[Stephen_C]

Just to muddy the water even further, my "Eject” setting is also "Local Mounted Volumes” and the exclusions include "Macintosh HD” (i.e., that works for me as indicated in my previous post).

 

Stephen