You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to OneCommander
It appears that OC is hanging USB Eject requests by staying resident in memory in order to facilitate faster starts...With that said, I finally found a workaround:
Open the Event Viewer by typing “Event Viewer” in the Windows Start menu (you can also press Windows + R and type event.vwr and press Enter).
Navigate to Windows Logs and then to System.
Click on Filter current record.
In “Event IDs” type: 225 and click OK.
Done. This will display the kernel warnings indicating the name of the responsible process.
Terminate the OC process
Will OC v4 be continuing to do the same?
Please advise...
Thanks in advance...
OneCommander Support
unread,
Aug 4, 2026, 7:04:19 AM (3 days ago) Aug 4
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to OneCommander
In v3 you need to close active tabs showing contents of that drive (inactive tabs don't matter) so changes watcher and some other processes wouldn't prevent eject. The v4 is already listening for system eject commands and closes tabs automatically. The .50 has additional fixes for that.
M R
unread,
Aug 4, 2026, 7:58:57 AM (3 days ago) Aug 4
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message