reference:
early 2016 iMac with a local SSD running 10.14.5 Mojave
Drobo NAS filer server mounted with SMB://
-small home network with a 1800 series HP router
-both iMac & Drobo connected wired ethernet cable to the router
I am re purposing a home network DroBo NAS box and deleted about half a million files. No big but about 100 files remained that Finder was unable to delete. Some of the files came from long gone situations and the initial permissions and users were long gone, still most files did delete with success except say about 100 files.
I went into hack mode and was able to remove all the files:
-if the file is small enough you can try to "move" from the network NAS (as opposed to "copy") onto your local desk top. Use caution here if the file is corrupt.
-if the file is a package you can use the Finder "Show Package Content" and expand the package. Then one by one, delete each file object in the package. In a bottom up fashion.
-use the Finder "Get Info" and pay attention the 'Lock' box and or the file permissions. In my case I could not modify the permissions but they they were correctly pointed the current user ID with read/write. In some cases the stuck files had the 'Lock" asserted and one by one I de asserted "Lock" and the files deleted. It was intermittent but some times a locked file's icon was different, showing its locked status.
-you might un mount all users off the home network and re boot the NAS box
-I use SMB:// exclusively for every day use but there is Apple's AFP. You just can't equal love all of the internet's creatures and I have seen reddit posts that Apple's Mojave version of AFP is buggy. I have not researched this. I struggled with SMB to remove orphaned Pixelmator application files but AFP was able to delete them directly.
-Some executable files that were not installed, kept for reference, both windows and or Apple, proved difficult to delete.
-some of the packages that resisted the initial delete command were quite large; had thousands of individual files. Most of these individual files were PDF or common text files with open permissions so go figure. It took a full day to get the remaining garbage off the old file server. I guess I could have wiped the file server.
-Alternatives to Apple's mighty Finder are "Path Finder" the gold standard? and "Fork Life" and "Commander One".
-you could open "Terminal" and use standard unix commands. The third party app "Path Finder" can automatically open a Mojave Terminal window at the exact file share and directory link. In this window you can attempt removing orphaned files using linux commands.
file permissions set by a local user and copied into a network file server should be set to some sort of generic situation. In a fair and equal world you then should be able to delete these generic objects on said file server if you have proper "admin" and password.
Just a fun scenario... imagine a small specialized accounting office trying to delete on an Apple network the Trump tax returns while the police are knocking on the front door with a warrant.
anyways hope this helps
early 2016 iMac with a local SSD running 10.14.5 Mojave
Drobo NAS filer server mounted with SMB://
-small home network with a 1800 series HP router
-both iMac & Drobo connected wired ethernet cable to the router
I am re purposing a home network DroBo NAS box and deleted about half a million files. No big but about 100 files remained that Finder was unable to delete. Some of the files came from long gone situations and the initial permissions and users were long gone, still most files did delete with success except say about 100 files.
I went into hack mode and was able to remove all the files:
-if the file is small enough you can try to "move" from the network NAS (as opposed to "copy") onto your local desk top. Use caution here if the file is corrupt.
-if the file is a package you can use the Finder "Show Package Content" and expand the package. Then one by one, delete each file object in the package. In a bottom up fashion.
-use the Finder "Get Info" and pay attention the 'Lock' box and or the file permissions. In my case I could not modify the permissions but they they were correctly pointed the current user ID with read/write. In some cases the stuck files had the 'Lock" asserted and one by one I de asserted "Lock" and the files deleted. It was intermittent but some times a locked file's icon was different, showing its locked status.
-you might un mount all users off the home network and re boot the NAS box
-I use SMB:// exclusively for every day use but there is Apple's AFP. You just can't equal love all of the internet's creatures and I have seen reddit posts that Apple's Mojave version of AFP is buggy. I have not researched this. I struggled with SMB to remove orphaned Pixelmator application files but AFP was able to delete them directly.
-Some executable files that were not installed, kept for reference, both windows and or Apple, proved difficult to delete.
-some of the packages that resisted the initial delete command were quite large; had thousands of individual files. Most of these individual files were PDF or common text files with open permissions so go figure. It took a full day to get the remaining garbage off the old file server. I guess I could have wiped the file server.
-Alternatives to Apple's mighty Finder are "Path Finder" the gold standard? and "Fork Life" and "Commander One".
-you could open "Terminal" and use standard unix commands. The third party app "Path Finder" can automatically open a Mojave Terminal window at the exact file share and directory link. In this window you can attempt removing orphaned files using linux commands.
file permissions set by a local user and copied into a network file server should be set to some sort of generic situation. In a fair and equal world you then should be able to delete these generic objects on said file server if you have proper "admin" and password.
Just a fun scenario... imagine a small specialized accounting office trying to delete on an Apple network the Trump tax returns while the police are knocking on the front door with a warrant.
anyways hope this helps
Last edited: