Posted on 11-18-2020 04:04 AM
We have several M1 chip MacBooks that we want to deploy. How can we push and ensure the Rosetta policy to install (softwareupdate --install-rosetta) gets installed before all the other policies (i.e. Office, TeamViewer, etc.) ? If not, the other installs will fail. I can create a separate policy for each application that has a different scope but that becomes a pain.
Solved! Go to Solution.
Posted on 11-25-2020 05:52 AM
So, I got this working. What I did was create a Smart Group for M1 machines. Then, then only policy that I had that kicked off as Enrollment complete is one that installs Rosetta. If it's not an M1 then it kicks off the rest of the policies. Once Rosetta is install I have an event trigger that fires off the rest of the policies. So far it's worked. This allows me more flexibility to quickly change around policies.
Posted on 06-24-2021 09:34 AM
So far so good with the package/script combo here. Thanks!
Posted on 07-14-2021 10:00 AM
Funny, I thought that I had commented here already. Must have been another thread. As an FYI, the Launch Daemon (/Library/Apple/System/Library/LaunchDaemons/com.apple.oahd.plist) that a number of admins have been using to check against, is now installed on the OS out of the box. Just a heads up.
Posted on 08-18-2021 06:45 AM
In Sum, use the "*". Build your workflows to stagger using triggers.
The M1 Policy is a Run Unix Command '
/usr/sbin/softwareupdate --install-rosetta --agree-to-license'
Your # 1 Policy is
|Once per computer||Enrollment||All computers, All users, Kiosk - Zoom Room excluded||None|
|Once per computer||baseapps||All computers, All users, Kiosk - Zoom Room excluded||None|
Posted on 08-18-2021 06:46 AM
Look at my -event baseapps and then my trigger on the apps is baseapps.
Posted on 11-11-2021 06:04 AM
I created a policy that runs this script and then I put it into my policy array. It works every time.
#!/bin/sh #Checks if a Mac is Apple Silicon or Intel. Installs Rosetta if the Mac is Apple Silicon. arch=$(/usr/bin/arch) if [ "$arch" == "arm64" ]; then echo "Apple Silicon - Installing Rosetta" /usr/sbin/softwareupdate --install-rosetta --agree-to-license elif [ "$arch" == "i386" ]; then echo "Intel - Skipping Rosetta" else echo "Unknown Architecture" fi
11-23-2021 07:40 AM - edited 11-23-2021 07:41 AM
Any one have an issue with running a script to enable Rosetta 2 on Monterey?
/usr/sbin/softwareupdate --install-rosetta --agree-to-license
I see the script failing on macbook pro 2021 with 12.01 installed. Works fine in big sur
01-05-2022 11:36 AM - edited 01-05-2022 11:37 AM
I got it to work just today with this command:
sudo /usr/sbin/softwareupdate --install-rosetta --agree-to-license
14" MBP, M1 Pro, OS 12.1
I just did the Files and Processes payload in a policy, add that command to the payload, then ran sudo jamf policy -id etc and it worked for me.
Credit to @Mac for the command towards the top of this post
Posted on 11-23-2021 07:50 AM
We are able to install Rosetta 2 from a shell script. I set my proxy in the script first then the install of Rosetta 2 on a Monterey 12.0.1 MacBook Air. I haven't tried it on a Pro yet.
Posted on 11-23-2021 09:03 AM
I ran into this issue not being able to install Rosetta 2 on Monterey. I have a new Mac and when I tried to run the "/usr/sbin/softwareupdate --install-rosetta --agree-to-license" command in terminal I get an prompt saying it's not available. Not sure what is going on. I reached out on the MacAdmin Slack channel and Oweban gave me a link that allowed me to download a Rosetta pkg: https://swcdn.apple.com/content/downloads/22/22/002-23588-A_TE78EA61ZT/20rnkfl4l6yqqeny3i7xz3mkvdo4s...
I've tied the package to my Prestage and will test it to see if it installs Rosetta 2 before the other software.
Posted on 11-23-2021 09:13 AM
Thanks. When I look at installations in system information it showed it as being already installed. Which is odd. My script to install Rosetta 2 checks for /Library/Apple/System/Library/LaunchDaemons/com.apple.oahd.plist which is not longer there. (Seems 11.5 took this out?) So now i'm checking for /Library/Apple/System/Library/Receipts/com.apple.pkg.RosettaUpdateAuto.bom
Posted on 11-23-2021 10:00 AM
There were some reports in these forums previously that suggested that Apple macOS Big Sur updates e.g. 11.1 to 11.3 might remove/disable Rosetta2 such that after a macOS update you needed to reinstall Rosetta2.
It is due to this concern that I had decided that critical components like Anti-Virus software which still currently only work via Rosetta are not suitable for enterprise use. As a result we are dumping Sophos.
From your post and others it is not clear if Rosetta2 has become non-functional or whether it is merely that the LaunchDaemon has changed name or removed. Have you tried executing an Intel app to see if Rosetta2 is still functioning despite the missing LaunchDaemon?
If Rosetta2 is non-functional due to the lack of this LaunchDaemon then your script check still needs to look for the LaunchDaemon.
The original theory had been that a macOS upgrade removed Rosetta2 because a new matching update of Rosetta2 would need to be installed. It could however be Apple just deliberately making things difficult - perhaps to encourage the move to native software.
It maybe that merely replacing the LaunchDaemon and re-loading it might be sufficient. Comparing the LaunchDaemon after reinstalling Rosetta2 would be useful.
(I am still waiting for my MacBook Pro 14" to arrive so I can test this.)
Some installer packages when re-run will see the previous installations receipt and refuse to install because they presume it is already installed. Removing the previous receipt and then running the installer should then work. This could be added to your script.
Posted on 11-23-2021 10:05 AM
@jelockwood and @ostrowsp I've come across this script that might have some additional ideas on things to check when looking to see if Rosetta is installed. I have not tested or done anything with this myself.
Posted on 11-23-2021 10:31 AM
Thanks for the link. Looking at that script I see this:
# Rosetta Folder location
# Condition to check to see if the Rosetta folder exists. This check was added because the
# Rosetta2 service is already running in macOS versions 11.5 and greater without Rosseta2 actually
# being instaslled.
So the service is already running even though its not installed!
Posted on 12-15-2021 10:11 AM
Hey i saw a reply from someone that was very helpful wrt smart groups and i refreshed the page and now its gone, so i will reproduce what he said in image form. the below works for setting the smart group. Spent way too much time trying to figure out why office wouldnt install today without remembering about stupid rosetta (which i could clearly see was the problem from jamf.log)... I only set up one mac every few months so now this should be fixed going forward with the smart group. Thanks guys.
Posted on 01-27-2022 03:49 PM
Posted on 05-08-2022 09:37 AM