The Mac mini and Macbook Air M1 that were ordered came with 11.0.1 and 11.0.0 respectively. The mini didn't have Rosetta and Air is pre-installed.
Short of reinstalling Big Sur on the mini M1, how can I delete Rosetta 2?
Code Block arch -x86_64 bash
I suspect that this process is running in order to host an Intel iTunes visualiser plug-in. While iTunes visualisers are way outside of my area of expertise, I’ve seen similar things with other plug-ins.For example Apple Music is using it, with process name:
VisualizerService-x86(Music)
Obtain a list of files/directories and LaunchAgents with: pkgutil --files com.apple.pkg.RosettaUpdateAuto
Save them in a way that you can access them in the recovery
Boot into recovery
Make sure your disk is mounted
delete the files from Disk
reboot
Thanks @BoBKelso! To add up to your answer, steps 4 and 5 weren't clear to me, so here is what I did instead:
pkgutil --files com.apple.pkg.RosettaUpdateAuto
csrutil disable
and confirm (temporary disable SIP)/Library/Apple/usr/share/rosetta
and /Library/Apple/usr/libexec
with all their contents)csrutil enable
and confirmUser
My name
I'd really recommend doing this sort of "fresh system" testing in a virtual machine. Thanks to Virtualization.framework there are a few cheap or free options, such as https://github.com/KhaosT/MacVM , https://apps.apple.com/us/app/utm-virtual-machines/id1538878817?mt=12 , and https://apps.apple.com/us/app/virtualos/id1614659226?mt=12 . It's a little slow but you can be sure that the OS install is totally fresh, very much like what you would expect a customer with nothing installed would have.
Building on answers by @kyrsquir and @BoBKelso and saving a few reboots.
pkgutil
to figure what was installed where on the now mounted Data partition, e.g. pkgutil --files com.apple.pkg.RosettaUpdateAuto --volume /Volumes/Data
whoami
on x64 arch should say:% arch -x86_64 whoami
arch: posix_spawnp: whoami: Bad CPU type in executable
Coming at you from 2025, where people are once again deleting Rosetta 2 because it blocks an update. Do not delete libexec
, delete libexec/oah
, because there's an executable in libexec
that isn't part of Rosetta 2. Unless this is something new. Then just pay attention to that package listing and only delete folders that were explicitly created by the packager, and not if they contain anything else not in the installer list.