Unable to launch an app installer ...

I downloaded a driver installer from the Tripp Lite web site. This driver is supposed to enable a serial adapter to work with my iMac. It's said to work with Big Sur v11.4 and I am running v11.6.


When trying to launch the installer I get an error message saying that I don't have the permission to do that (see below).



Normally, I get a similar message but I can work it out by authorizing it the the system preferences. Now, ithat option is unavailable.


Tripp Lite said that it was a known problem and that Apple was responsible for that. I called Apple about that and escalated the problem 2 levels above the customer support. We tried running under root, disabling SIP, launching without extensions (CMD + R) ... nothing worked.


Tripp Lite suggested to use a special Terminal command (SUDO xattr -rd com.apple.quarantine [app name]) and that does not work either. Maybe there is a syntax problem using that command. I tried the command below and Terminal returned an error that seems to indicate a syntax error:


SUDO xattr -rd com.apple.quarantine /Applications/Install USA19H Driver.app

Password: XXXXXXX

xattr: No such file: /Applications/Install

xattr: No such file: USA19H

xattr: No such file: Driver.app


Is any of you, expert in Apple stuff, able to help me at least try to launch the Install USA19H Driver.app located in the Applications folder ?


Thanks in advance.



iMac Line (2012 and Later)

Posted on Nov 4, 2021 6:34 PM

Reply
Question marked as Top-ranking reply

Posted on Nov 7, 2021 6:25 AM

Have you tried ctrl-clicking on the installer and selecting Open, then Open again on the confirmation dialog?


This is irrelevant to the problem, but I'll use it as an example to explain why you got those errors.

SUDO xattr -rd com.apple.quarantine /Applications/Install USA19H Driver.app
Password: XXXXXXX
xattr: No such file: /Applications/Install
xattr: No such file: USA19H
xattr: No such file: Driver.app

Unix shells treat white space as argument delimiters. In your example, you sent three different paths to the xattr command, not one. When there are spaces in the path, you need to escape them with "\ " or enclose the entire string in double quotes.

SUDO xattr -rd com.apple.quarantine /Applications/Install\ USA19H\ Driver.app
SUDO xattr -rd com.apple.quarantine "/Applications/Install USA19H Driver.app"

Similar questions

20 replies
Question marked as Top-ranking reply

Nov 7, 2021 6:25 AM in response to Robert Lesperance

Have you tried ctrl-clicking on the installer and selecting Open, then Open again on the confirmation dialog?


This is irrelevant to the problem, but I'll use it as an example to explain why you got those errors.

SUDO xattr -rd com.apple.quarantine /Applications/Install USA19H Driver.app
Password: XXXXXXX
xattr: No such file: /Applications/Install
xattr: No such file: USA19H
xattr: No such file: Driver.app

Unix shells treat white space as argument delimiters. In your example, you sent three different paths to the xattr command, not one. When there are spaces in the path, you need to escape them with "\ " or enclose the entire string in double quotes.

SUDO xattr -rd com.apple.quarantine /Applications/Install\ USA19H\ Driver.app
SUDO xattr -rd com.apple.quarantine "/Applications/Install USA19H Driver.app"

Nov 9, 2021 5:00 PM in response to Robert Lesperance

It's possible that there's a 32 bit component in the installer that won't run on Big Sur. You can check that by downloading and running the free GO64 app. It will show you which are strictly 32 bit, 64 bit and those with a 32 bit component.


If the installer is an installer package like this:


you can use the demo version of Pacifist to open and instal the contents of the package.


Nov 18, 2021 12:47 PM in response to Barney-15E

Thanks so much to mighty_worm and Barney-15E. The chmod command worked. The installer app finally launched and the rest is business as usual. The driver installed. Better, it works even if Tripp Lite has not confirmed it to work with Big Sur v11,6.


As Barney puts it, should I have confidence in Tripp Lite for not being able to at least help me launching the installer ? They should at least just try it out to see if it worked. But not having the installer to launch because of a special permissions setup, says it all.


Now I am left with 3 solutions for a problem I thought had none.


Thanks to you both and to this forum. Hoping that there will be no surprises.

Nov 7, 2021 5:57 AM in response to Robert Lesperance

I finally was able to run a command to remove quarantine from the app, but it still does accept to launch.


What system setting could prevent a file/app from launching other than (1) running under root, (2) modifying all authorizations to «read and write», (3) starting without extensions (command + R), (4) disabling SIP and (4) removing the quarantine ?


Help or comments would be greatly appreciated ?

Nov 9, 2021 7:30 PM in response to Barney-15E

I really don't understand why Tripp Lite cannot help me with this problem They confirm support for OS 11.4 but not 11.6.


I feel they are forsaking that serial adapter ... and probably a few other ones. But, that's an impression. They were rather quiet and not very expansive about the problem. Not to many information freed from my multiple emails with them. More, they were continuously referring me to Apple, that tried hard to help, but were not able to get the app to launch.

Nov 18, 2021 10:50 AM in response to mighty_worm

Hi mighty_worm,


Thanks for the info. Quite special to receive this information from a Level 1 user. I would still appreciate to have a better understanding of this command, it's precise scope and security related consequences. I am only a Terminal novice.


I would appreciate a confirmation from more experienced users before trying it.


If it works, what can explain why Tripp Lite has formatted the app's permissions the way they did and why weren't they able to help me ?


Thanks again for dropping that command to my attention.


Nov 19, 2021 3:17 AM in response to Barney-15E

Barney,


I understand that there is a difference between the 2 methods of modifying the permissions, but deeper, what is the function/action that the chmod command controls that an owned file does not ?


If I become owner of a file by modifying the ownership in the info panel, what is the restriction that still applies that prevent it from launching but that the chmod command unlocks ?

Nov 19, 2021 4:44 AM in response to Robert Lesperance

I don’t think there is any difference. I believe Finder uses chaos, also. However, it can choose not to execute the chmod command.


I don’t know what the Mode of that installer was before it was fixed. It should have been owned by whatever user saved it into the Applications folder.

I’m not sure why an app installer was in the Applications folder in the first place. Apple does it with OS installers, but it also cleans up after itself.


Did you change owners? What was the owner before you changed it and when did you do that? chmod only changes the mode, not ownership.


This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

Unable to launch an app installer ...

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.