That is on MacOS Sequoia.
A number of years in the past, I created in the midst of a backup course of run by rsync, a file on an exterior arduous disk:
ls -l /Volumes/V200GB_A/imac_save/Library/Containers/com.coteditor.CotEditor/Knowledge/Library/Autosave Data/0F338E6B-512C-4998-A941-41B770B4351D.genstore.noindex/7F5BDCD7-2D3E-4CC1-9628-BDC6CB369986.html
exhibits:
-r-xr-xr-x 1 ronaldfischer employees 6538 Jan 14 2022 /Volumes/V200GB_A/imac_save/Library/Containers/com.coteditor.CotEditor/Knowledge/Library/Autosave Data/0F338E6B-512C-4998-A941-41B770B4351D.genstore.noindex/7F5BDCD7-2D3E-4CC1-9628-BDC6CB369986.html
I’m the proprietor, and in addition in the correct group: The command id exhibits
uid=501(ronaldfischer) gid=20(employees) teams=20(employees),12(everybody),61(localaccounts),79(_appserverusr),80(admin),81(_appserveradm),98(_lpadmin),701(com.apple.sharepoint.group.1),702(com.apple.sharepoint.group.2),33(_appstore),100(_lpoperator),204(_developer),250(_analyticsusers),395(com.apple.access_ftp),398(com.apple.access_screensharing),399(com.apple.access_ssh),400(com.apple.access_remote_ae),703(com.apple.sharepoint.group.3)
However when I attempt to take away the file with
rm -f /Volumes/V200GB_A/imac_save/Library/Containers/com.coteditor.CotEditor/Knowledge/Library/Autosave Data/0F338E6B-512C-4998-A941-41B770B4351D.genstore.noindex/7F5BDCD7-2D3E-4CC1-9628-BDC6CB369986.html
I get the error message:
rm: /Volumes/V200GB_A/imac_save/Library/Containers/com.coteditor.CotEditor/Knowledge/Library/Autosave Data/0F338E6B-512C-4998-A941-41B770B4351D.genstore.noindex/7F5BDCD7-2D3E-4CC1-9628-BDC6CB369986.html: Permission denied
Is there some mysterious Apple safety mechanism in the best way?
Word: The vast majority of the recordsdata on that disk could be deleted. There’s simply a few them which refuse deletion.
