All Posts by Date or last 15, 30, 90 or 180 days.
also by Lloyd: diglloyd.com photography and WindInMyFace.com
Thank you for purchasing through links and ads on this site.
OWC / MacSales.com...
diglloyd Deal Finder...
Buy other stuff at Amazon.com...
Upgrade the memory of your 2019 iMac up to 128GB
877-865-7002
Today’s Deal Zone Items... Handpicked deals...
$4500 $3500
SAVE $1000

$1699 $1199
SAVE $500

$6799 $6799
SAVE $0

$249 $129
SAVE $120

$3198 $1798
SAVE $1400

$2799 $2099
SAVE $700

$199 $199
SAVE $0

$1398 $898
SAVE $500

$140 $100
SAVE $40

$699 $549
SAVE $150

$4499 $2649
SAVE $1850

$1699 $1199
SAVE $500

$5999 $5999
SAVE $0

$181 $141
SAVE $40

$7699 $7699
SAVE $0

$4499 $2649
SAVE $1850

$400 $330
SAVE $70

$4499 $2649
SAVE $1850

$2350 $1950
SAVE $400

$1700 $1300
SAVE $400

$200 $160
SAVE $40

$1997 $897
SAVE $1100

$250 $110
SAVE $140

$3999 $2499
SAVE $1500

$200 $170
SAVE $30

$3999 $2499
SAVE $1500

$1498 $1398
SAVE $100

$2497 $1897
SAVE $600

$748 $598
SAVE $150

$899 $699
SAVE $200

Apple Breaks Basic Functionality in macOS Crapalina: Terminal.app Cannot Access Files Even with Full Disk Access and 'sudo'

You have to wonder who thought up the security in macOS Crapalina: using Terminal.app, I have trouble accessing my own files (“permission denied”). Seriously?!!! Yeah—files for which I am the owner with read and write permission. I rely heavily on Terminal, and this was very confusing at first, since it would work with some files in some places, but not others.

What kind of sense does this scattershot behavior make? The macOS Crapalina security scheme is tied to the GUI infrastructure in devious and unpredictable and flat-out idiotic ways which confuses the issue even more. It is disturbing in its erratic behavior, especially for a system that is Unix at its core.

Most users will be utterly baffled and dismayed if they ever do anything even slightly out of the ordinary, and will quickly be trained to dispense with the nuisance dialogs (“foobar.app wants to access the stuff you’ve allowed for 57 other apps, is that OK?”) , making the whole scheme (an appropriate term) lose most of its security value.

The security in macOS Crapalina is a steaming fly-buzzed pile of security theater that users will quickly shovel away to get work done. But shoveling this shitpile still doesn’t get the job done.

How to make Terminal work more often

Anyway, to make Terminal work properly, give it Full Disk Access in How to Add File/Folder Access Permissions in macOS Catalina. It should look like this, below.

Except... that it still won’t work, even with sudo on top of this... see below.

NOTE: changes might not take effect until the padlock icon is closed or the window is closed. You must also close and re-open the application(s) for which permission was added.

Giving full disk access to Terminal.app in System Preferences => Security & Privacy

Still does not work

Problem is, even giving Full Disk Access does NOT really allow access, not even using 'sudo' as can be seen directly below.

The broken design of Apple’s latest security infrastructure can be seen in the screen capture below: even given Full Disk Access and using 'sudo', Terminal.app is unable to even list most of the applications in /Applications/Utilities. And that is hardly the only place this problem occurs.

My own software will run but won’t install into /usr/local/bin. The incoherence of that should be self-evident to any used to unix.

Apple is seemingly hell-bent on destructive design incompetence in macOS. This is so ridiculous and so unacceptable as to merit some kind of Jackass Design award—any artists out there (?)—I need a graphic going forward, because it might just get worse.

Giving full disk access to Terminal.app plus using 'sudo' STILL cannot list some files

 

View all handpicked deals...

Apple 13.3" MacBook Pro (Mid 2017, Space Gray)
$1699 $1199
SAVE $500

diglloyd.com | Terms of Use | PRIVACY POLICY
Contact | About Lloyd Chambers | Consulting | Photo Tours
Mailing Lists | RSS Feeds | Twitter
Copyright © 2020 diglloyd Inc, all rights reserved.
Display info: __RETINA_INFO_STATUS__