Sonoma won't work #546

Open
opened 2025-12-29 01:21:21 +01:00 by adam · 38 comments
Owner

Originally created by @tyu1996 on GitHub (Nov 15, 2023).

So after the failed attempt to install Ventura (it just doesn't work even I followed #571), but I successfully installed the Monterey followed the issue mentioned. Installed Sonoma update from App Store, now it becomes an unending reboot loop.

Am going to re-install Sonoma from its recovery boot, will tell again if it works.

(I'm using Win 11 WSL2 Ubuntu Jammy for docker)

Edit: Returned a failed installation.

Originally created by @tyu1996 on GitHub (Nov 15, 2023). So after the failed attempt to install Ventura (it just doesn't work even I followed #571), but I successfully installed the Monterey followed the issue mentioned. Installed Sonoma update from App Store, now it becomes an unending reboot loop. Am going to re-install Sonoma from its recovery boot, will tell again if it works. (I'm using Win 11 WSL2 Ubuntu Jammy for docker) Edit: Returned a failed installation.
Author
Owner

@sickcodes commented on GitHub (Nov 16, 2023):

Working on it rn

@sickcodes commented on GitHub (Nov 16, 2023): Working on it rn
Author
Owner

@RichardFevrier commented on GitHub (Nov 23, 2023):

Any way we can help to debug/dissect this problem @sickcodes ? (process, specific tools..)

@RichardFevrier commented on GitHub (Nov 23, 2023): Any way we can help to debug/dissect this problem @sickcodes ? (process, specific tools..)
Author
Owner

@RichardFevrier commented on GitHub (Nov 23, 2023):

Here are some logs just in case.

Screenshot from 2023-11-23 13-57-35
Screenshot from 2023-11-23 13-58-08

@RichardFevrier commented on GitHub (Nov 23, 2023): Here are some logs just in case. ![Screenshot from 2023-11-23 13-57-35](https://github.com/sickcodes/Docker-OSX/assets/5154754/9424a9f9-8b6b-4561-9ffe-268a008c4855) ![Screenshot from 2023-11-23 13-58-08](https://github.com/sickcodes/Docker-OSX/assets/5154754/ac2fba27-1305-4521-a7b2-f7516ffd007e)
Author
Owner

@khmyznikov commented on GitHub (Nov 23, 2023):

@RichardFevrier I have the exact same issue with original OSX-KVM project
Screenshot from 2023-11-23 19-34-09
Same for Ventura/Sonoma

@khmyznikov commented on GitHub (Nov 23, 2023): @RichardFevrier I have the exact same issue with original OSX-KVM project ![Screenshot from 2023-11-23 19-34-09](https://github.com/sickcodes/Docker-OSX/assets/6115884/85e5fa6b-52cb-4805-85da-bb56c280969f) Same for Ventura/Sonoma
Author
Owner

@RichardFevrier commented on GitHub (Nov 24, 2023):

Related to #714

@RichardFevrier commented on GitHub (Nov 24, 2023): Related to #714
Author
Owner

@khmyznikov commented on GitHub (Nov 24, 2023):

Folks, try to install Big Sur first, then update to Sonoma, and change -cpu Penryn to -cpu host

@khmyznikov commented on GitHub (Nov 24, 2023): Folks, try to install Big Sur first, then update to Sonoma, and change `-cpu Penryn` to `-cpu host`
Author
Owner

@Heryk13 commented on GitHub (Nov 25, 2023):

Folks, try to install Big Sur first, then update to Sonoma, and change -cpu Penryn to -cpu host

i tried but when it asks for reboot the installation is where it fails, i tried changing the --restart flag too when running docker but no luck, tried --restart unless-stopped but it started restarting every 10 - 15 minutes even doing nothing and don't know why.

@Heryk13 commented on GitHub (Nov 25, 2023): > Folks, try to install Big Sur first, then update to Sonoma, and change `-cpu Penryn` to `-cpu host` i tried but when it asks for reboot the installation is where it fails, i tried changing the --restart flag too when running docker but no luck, tried --restart unless-stopped but it started restarting every 10 - 15 minutes even doing nothing and don't know why.
Author
Owner

@guimox commented on GitHub (Nov 25, 2023):

I have this exact same problem when trying to install Sonoma in the OSX-KVM project from Kholia.

@guimox commented on GitHub (Nov 25, 2023): I have this exact same problem when trying to install Sonoma in the OSX-KVM project from Kholia.
Author
Owner

@voidarclabs commented on GitHub (Nov 27, 2023):

I've also had this issue. The Ventura installer fails to copy bootbase.efi and crashes, Sonoma from the app store and from a recovery installer causes a bootloop regardless, and there aren't any current fixes. Having messed around with macOS in VMware for a while now, the bootlooping behaviour can be replicated by installing macOS 13 < and rebooting. From what research I've done, the reason that Ventura and above don't work for some is due to hardware limitations on Ryzen CPUs specifically, and is unavoidable save for some CPUID magic that we're unaware of. The issue most likely stems from the fact that Ventura supports M series chips as well as x86, and if there were some way to replicate an M1 CPUID that it would subvert the problem. Something to look into?

@voidarclabs commented on GitHub (Nov 27, 2023): I've also had this issue. The Ventura installer fails to copy `bootbase.efi` and crashes, Sonoma from the app store and from a recovery installer causes a bootloop regardless, and there aren't any current fixes. Having messed around with macOS in VMware for a while now, the bootlooping behaviour can be replicated by installing macOS 13 < and rebooting. From what research I've done, the reason that Ventura and above don't work for some is due to hardware limitations on Ryzen CPUs specifically, and is unavoidable save for some CPUID magic that we're unaware of. The issue most likely stems from the fact that Ventura supports M series chips as well as x86, and if there were some way to replicate an M1 CPUID that it would subvert the problem. Something to look into?
Author
Owner

@Heryk13 commented on GitHub (Nov 29, 2023):

I've also had this issue. The Ventura installer fails to copy bootbase.efi and crashes, Sonoma from the app store and from a recovery installer causes a bootloop regardless, and there aren't any current fixes. Having messed around with macOS in VMware for a while now, the bootlooping behaviour can be replicated by installing macOS 13 < and rebooting. From what research I've done, the reason that Ventura and above don't work for some is due to hardware limitations on Ryzen CPUs specifically, and is unavoidable save for some CPUID magic that we're unaware of. The issue most likely stems from the fact that Ventura supports M series chips as well as x86, and if there were some way to replicate an M1 CPUID that it would subvert the problem. Something to look into?

wow it makes sense, my computer cpu is ryzen 7 5700U

@Heryk13 commented on GitHub (Nov 29, 2023): > I've also had this issue. The Ventura installer fails to copy `bootbase.efi` and crashes, Sonoma from the app store and from a recovery installer causes a bootloop regardless, and there aren't any current fixes. Having messed around with macOS in VMware for a while now, the bootlooping behaviour can be replicated by installing macOS 13 < and rebooting. From what research I've done, the reason that Ventura and above don't work for some is due to hardware limitations on Ryzen CPUs specifically, and is unavoidable save for some CPUID magic that we're unaware of. The issue most likely stems from the fact that Ventura supports M series chips as well as x86, and if there were some way to replicate an M1 CPUID that it would subvert the problem. Something to look into? wow it makes sense, my computer cpu is ryzen 7 5700U
Author
Owner

@bluesailor45 commented on GitHub (Dec 1, 2023):

I do not think its related only to Ryzen processors. I have the same issue on my Intel Core i7-13700K processor

@bluesailor45 commented on GitHub (Dec 1, 2023): I do not think its related only to Ryzen processors. I have the same issue on my Intel Core i7-13700K processor
Author
Owner

@HDK101 commented on GitHub (Dec 5, 2023):

I guess no one found a fix for this

@HDK101 commented on GitHub (Dec 5, 2023): I guess no one found a fix for this
Author
Owner

@khmyznikov commented on GitHub (Dec 6, 2023):

I guess no one found a fix for this

For me -cpu host did the trick, but need to install Big Sur first. I have 10 gen i7

@khmyznikov commented on GitHub (Dec 6, 2023): > I guess no one found a fix for this For me `-cpu host` did the trick, but need to install Big Sur first. I have 10 gen i7
Author
Owner

@Gucan commented on GitHub (Dec 6, 2023):

There are two problems with installing Sonoma.
First, you need to change the -cpu parameter to host, otherwise it will restart indefinitely when you try to start it after installation.
Second, during online installation, I don’t know why the recovery environment will try to download the installation resources of the arm series, resulting in an error that it cannot be found. bootbase.efi, just execute the following command after the disk tool formats the partition.

mkdir -p /Volumes/'partition name'/private/tmp
cp -R "/Install macOS Sonoma.app" /Volumes/'partition name'/private/tmp/
mkdir "/Volumes/'partition name'/private/tmp/Install macOS Sonoma.app/Contents/SharedSupport"
curl -L -o "/Volumes/'partition name'/private/tmp/Install macOS Sonoma.app/Contents/SharedSupport/SharedSupport.dmg" https://swcdn.apple.com/content/downloads/24/37/052-09398-A_DIKZGBNOM0/y4rz9dued01dtyl65nxqgd08wj2ar5cr6v/InstallAssistant.pkg
"/Volumes/'partition name'/private/tmp/Install macOS Sonoma.app/Contents/MacOS/InstallAssistant_springboard"
@Gucan commented on GitHub (Dec 6, 2023): There are two problems with installing Sonoma. First, you need to change the -cpu parameter to host, otherwise it will restart indefinitely when you try to start it after installation. Second, during online installation, I don’t know why the recovery environment will try to download the installation resources of the arm series, resulting in an error that it cannot be found. bootbase.efi, just execute the following command after the disk tool formats the partition. ``` mkdir -p /Volumes/'partition name'/private/tmp cp -R "/Install macOS Sonoma.app" /Volumes/'partition name'/private/tmp/ mkdir "/Volumes/'partition name'/private/tmp/Install macOS Sonoma.app/Contents/SharedSupport" curl -L -o "/Volumes/'partition name'/private/tmp/Install macOS Sonoma.app/Contents/SharedSupport/SharedSupport.dmg" https://swcdn.apple.com/content/downloads/24/37/052-09398-A_DIKZGBNOM0/y4rz9dued01dtyl65nxqgd08wj2ar5cr6v/InstallAssistant.pkg "/Volumes/'partition name'/private/tmp/Install macOS Sonoma.app/Contents/MacOS/InstallAssistant_springboard" ```
Author
Owner

@ShiftHackZ commented on GitHub (Dec 7, 2023):

There are two problems with installing Sonoma. First, you need to change the -cpu parameter to host, otherwise it will restart indefinitely when you try to start it after installation. Second, during online installation, I don’t know why the recovery environment will try to download the installation resources of the arm series, resulting in an error that it cannot be found. bootbase.efi, just execute the following command after the disk tool formats the partition.

mkdir -p /Volumes/'partition name'/private/tmp
cp -R "/Install macOS Sonoma.app" /Volumes/'partition name'/private/tmp/
mkdir "/Volumes/'partition name'/private/tmp/Install macOS Sonoma.app/Contents/SharedSupport"
curl -L -o "/Volumes/'partition name'/private/tmp/Install macOS Sonoma.app/Contents/SharedSupport/SharedSupport.dmg" https://swcdn.apple.com/content/downloads/24/37/052-09398-A_DIKZGBNOM0/y4rz9dued01dtyl65nxqgd08wj2ar5cr6v/InstallAssistant.pkg
"/Volumes/'partition name'/private/tmp/Install macOS Sonoma.app/Contents/MacOS/InstallAssistant_springboard"

I can confirm this works. Just did a fresh install of Sonoma using this method with kholia/OSX-KVM.

@ShiftHackZ commented on GitHub (Dec 7, 2023): > There are two problems with installing Sonoma. First, you need to change the -cpu parameter to host, otherwise it will restart indefinitely when you try to start it after installation. Second, during online installation, I don’t know why the recovery environment will try to download the installation resources of the arm series, resulting in an error that it cannot be found. bootbase.efi, just execute the following command after the disk tool formats the partition. > > ``` > mkdir -p /Volumes/'partition name'/private/tmp > cp -R "/Install macOS Sonoma.app" /Volumes/'partition name'/private/tmp/ > mkdir "/Volumes/'partition name'/private/tmp/Install macOS Sonoma.app/Contents/SharedSupport" > curl -L -o "/Volumes/'partition name'/private/tmp/Install macOS Sonoma.app/Contents/SharedSupport/SharedSupport.dmg" https://swcdn.apple.com/content/downloads/24/37/052-09398-A_DIKZGBNOM0/y4rz9dued01dtyl65nxqgd08wj2ar5cr6v/InstallAssistant.pkg > "/Volumes/'partition name'/private/tmp/Install macOS Sonoma.app/Contents/MacOS/InstallAssistant_springboard" > ``` I can confirm this works. Just did a fresh install of Sonoma using this method with kholia/OSX-KVM.
Author
Owner

@yaakovfeldman commented on GitHub (Dec 10, 2023):

There are two problems with installing Sonoma. First, you need to change the -cpu parameter to host, otherwise it will restart indefinitely when you try to start it after installation. Second, during online installation, I don’t know why the recovery environment will try to download the installation resources of the arm series, resulting in an error that it cannot be found. bootbase.efi, just execute the following command after the disk tool formats the partition.

mkdir -p /Volumes/'partition name'/private/tmp
cp -R "/Install macOS Sonoma.app" /Volumes/'partition name'/private/tmp/
mkdir "/Volumes/'partition name'/private/tmp/Install macOS Sonoma.app/Contents/SharedSupport"
curl -L -o "/Volumes/'partition name'/private/tmp/Install macOS Sonoma.app/Contents/SharedSupport/SharedSupport.dmg" https://swcdn.apple.com/content/downloads/24/37/052-09398-A_DIKZGBNOM0/y4rz9dued01dtyl65nxqgd08wj2ar5cr6v/InstallAssistant.pkg
"/Volumes/'partition name'/private/tmp/Install macOS Sonoma.app/Contents/MacOS/InstallAssistant_springboard"

This worked for me as well, using OSX-KVM. But using docker-osx is there anyway to override the cpu type?

Also Sonoma in OSX-KVM was much much slower and laggier than Ventura in docker-osx, on the same host and with the same resources - have others found this as well?

@yaakovfeldman commented on GitHub (Dec 10, 2023): > There are two problems with installing Sonoma. First, you need to change the -cpu parameter to host, otherwise it will restart indefinitely when you try to start it after installation. Second, during online installation, I don’t know why the recovery environment will try to download the installation resources of the arm series, resulting in an error that it cannot be found. bootbase.efi, just execute the following command after the disk tool formats the partition. > > ``` > mkdir -p /Volumes/'partition name'/private/tmp > cp -R "/Install macOS Sonoma.app" /Volumes/'partition name'/private/tmp/ > mkdir "/Volumes/'partition name'/private/tmp/Install macOS Sonoma.app/Contents/SharedSupport" > curl -L -o "/Volumes/'partition name'/private/tmp/Install macOS Sonoma.app/Contents/SharedSupport/SharedSupport.dmg" https://swcdn.apple.com/content/downloads/24/37/052-09398-A_DIKZGBNOM0/y4rz9dued01dtyl65nxqgd08wj2ar5cr6v/InstallAssistant.pkg > "/Volumes/'partition name'/private/tmp/Install macOS Sonoma.app/Contents/MacOS/InstallAssistant_springboard" > ``` This worked for me as well, using OSX-KVM. But using docker-osx is there anyway to override the cpu type? Also Sonoma in OSX-KVM was much much slower and laggier than Ventura in docker-osx, on the same host and with the same resources - have others found this as well?
Author
Owner

@bluesailor45 commented on GitHub (Dec 22, 2023):

I was able to install Ventura with OSX-KVM procedure after changing in the OpenCore-Boot.sh file to the '-cpu host' parameter. However I do not know how to change the -cpu parameter in the docker procedure (sickcodes/docker-OSX). In addition I do not understand how to execute the commands recommended after the disk format tool, as I understand this is the disk format tool within the MacOS Install.
Is anybod pleased to explain the exact procedures using the sickcodes/docker-OSX procedures?

@bluesailor45 commented on GitHub (Dec 22, 2023): I was able to install Ventura with OSX-KVM procedure after changing in the OpenCore-Boot.sh file to the '-cpu host' parameter. However I do not know how to change the -cpu parameter in the docker procedure (sickcodes/docker-OSX). In addition I do not understand how to execute the commands recommended after the disk format tool, as I understand this is the disk format tool within the MacOS Install. Is anybod pleased to explain the exact procedures using the sickcodes/docker-OSX procedures?
Author
Owner

@yaakovfeldman commented on GitHub (Dec 23, 2023):

I was able to install Ventura with OSX-KVM procedure after changing in the OpenCore-Boot.sh file to the '-cpu host' parameter. However I do not know how to change the -cpu parameter in the docker procedure (sickcodes/docker-OSX). In addition I do not understand how to execute the commands recommended after the disk format tool, as I understand this is the disk format tool within the MacOS Install. Is anybod pleased to explain the exact procedures using the sickcodes/docker-OSX procedures?

To execute the commands just open Terminal, which is a menu option within the install environment.

To change the cpu parameter would probably involve rebuilding the dockerfile as it doesn’t seem to be exposed as configurable, although I assume @sickcodes will eventually update it as they are apparently working on support.

@yaakovfeldman commented on GitHub (Dec 23, 2023): > I was able to install Ventura with OSX-KVM procedure after changing in the OpenCore-Boot.sh file to the '-cpu host' parameter. However I do not know how to change the -cpu parameter in the docker procedure (sickcodes/docker-OSX). In addition I do not understand how to execute the commands recommended after the disk format tool, as I understand this is the disk format tool within the MacOS Install. Is anybod pleased to explain the exact procedures using the sickcodes/docker-OSX procedures? To execute the commands just open Terminal, which is a menu option within the install environment. To change the cpu parameter would probably involve rebuilding the dockerfile as it doesn’t seem to be exposed as configurable, although I assume @sickcodes will eventually update it as they are apparently working on support.
Author
Owner

@bluesailor45 commented on GitHub (Dec 24, 2023):

I was able to install Ventura with sickcodes/docker-OSX only adding the "-e CORES=4 " to the docker coomand:
docker run -it
--device /dev/kvm
-p 50922:10022
-v /tmp/.X11-unix:/tmp/.X11-unix
-e "DISPLAY=${DISPLAY:-:0.0}"
-e GENERATE_UNIQUE=true
-e CORES=4
-e MASTER_PLIST_URL='https://raw.githubusercontent.com/sickcodes/osx-serial-generator/master/config-custom.plist'
sickcodes/docker-osx:ventura

after several 'restarts' in the install process it finally installed OK. Only two problems as so far:

  1. "Volume hash mismatch" pops up on MacOS
  2. Safary shows only contents when activating e.g the 'about Safari' popup window. or anothe popup window.
@bluesailor45 commented on GitHub (Dec 24, 2023): I was able to install Ventura with sickcodes/docker-OSX only adding the "-e CORES=4 " to the docker coomand: docker run -it \ --device /dev/kvm \ -p 50922:10022 \ -v /tmp/.X11-unix:/tmp/.X11-unix \ -e "DISPLAY=${DISPLAY:-:0.0}" \ -e GENERATE_UNIQUE=true \ -e CORES=4 \ -e MASTER_PLIST_URL='https://raw.githubusercontent.com/sickcodes/osx-serial-generator/master/config-custom.plist' \ sickcodes/docker-osx:ventura after several 'restarts' in the install process it finally installed OK. Only two problems as so far: 1. "Volume hash mismatch" pops up on MacOS 2. Safary shows only contents when activating e.g the 'about Safari' popup window. or anothe popup window.
Author
Owner

@ndrewh commented on GitHub (Jan 13, 2024):

fwiw, i was able to install sonoma using the sonoma branch (you may need to rebuild container to get latest OSX-KVM which appears to contain some important changes?).

I did need one change, courtesy of the venerable notes.md in OSX-KVM.

diff --git a/Dockerfile b/Dockerfile
index f73c12c..6cf57c4 100644
--- a/Dockerfile
+++ b/Dockerfile
@@ -194,7 +194,7 @@ RUN touch Launch.sh \
     && tee -a Launch.sh <<< '[[ "${RAM}" = half ]] && export RAM="$(("$(head -n1 /proc/meminfo | tr -dc "[:digit:]") / 2000000"))"' \
     && tee -a Launch.sh <<< 'sudo chown -R $(id -u):$(id -g) /dev/snd 2>/dev/null || true' \
     && tee -a Launch.sh <<< 'exec qemu-system-x86_64 -m ${RAM:-4}000 \' \
-    && tee -a Launch.sh <<< '-cpu ${CPU:-Penryn},${CPUID_FLAGS:-vendor=GenuineIntel,+invtsc,vmware-cpuid-freq=on,+ssse3,+sse4.2,+popcnt,+avx,+aes,+xsave,+xsaveopt,check,}${BOOT_ARGS} \' \
+    && tee -a Launch.sh <<< '-cpu ${CPU:-Haswell-noTSX},${CPUID_FLAGS:-vendor=GenuineIntel,+invtsc,vmware-cpuid-freq=on,+ssse3,+sse4.2,+popcnt,+avx,+aes,+xsave,+xsaveopt,check,}${BOOT_ARGS} \' \
     && tee -a Launch.sh <<< '-machine q35,${KVM-"accel=kvm:tcg"} \' \
     && tee -a Launch.sh <<< '-smp ${CPU_STRING:-${SMP:-4},cores=${CORES:-4}} \' \
     && tee -a Launch.sh <<< '-usb -device usb-kbd -device usb-tablet \' \
@@ -296,7 +296,7 @@ ENV BOOT_ARGS=
 ENV BOOTDISK=

 # edit the CPU that is being emulated
-ENV CPU=Penryn
+ENV CPU=Haswell-noTSX
 ENV CPUID_FLAGS='vendor=GenuineIntel,+invtsc,vmware-cpuid-freq=on,+ssse3,+sse4.2,+popcnt,+avx,+aes,+xsave,+xsaveopt,check,'

 ENV DISPLAY=:0.0
diff --git a/Dockerfile.naked b/Dockerfile.naked
index 712d059..bf0e4f9 100644
--- a/Dockerfile.naked
+++ b/Dockerfile.naked
@@ -126,7 +126,7 @@ ENV BOOT_ARGS=
 ENV BOOTDISK=

 # edit the CPU that is beign emulated
-ENV CPU=Penryn
+ENV CPU=Haswell-noTSX

 ENV DISPLAY=:99
@ndrewh commented on GitHub (Jan 13, 2024): fwiw, i was able to install sonoma using the sonoma branch (you may need to rebuild container to get latest OSX-KVM which appears to contain some important changes?). I did need one change, courtesy of the venerable [notes.md ](https://github.com/kholia/OSX-KVM/blob/a9b20147deef2ca9ffe43567aba51853a18150f2/notes.md)in OSX-KVM. ```diff diff --git a/Dockerfile b/Dockerfile index f73c12c..6cf57c4 100644 --- a/Dockerfile +++ b/Dockerfile @@ -194,7 +194,7 @@ RUN touch Launch.sh \ && tee -a Launch.sh <<< '[[ "${RAM}" = half ]] && export RAM="$(("$(head -n1 /proc/meminfo | tr -dc "[:digit:]") / 2000000"))"' \ && tee -a Launch.sh <<< 'sudo chown -R $(id -u):$(id -g) /dev/snd 2>/dev/null || true' \ && tee -a Launch.sh <<< 'exec qemu-system-x86_64 -m ${RAM:-4}000 \' \ - && tee -a Launch.sh <<< '-cpu ${CPU:-Penryn},${CPUID_FLAGS:-vendor=GenuineIntel,+invtsc,vmware-cpuid-freq=on,+ssse3,+sse4.2,+popcnt,+avx,+aes,+xsave,+xsaveopt,check,}${BOOT_ARGS} \' \ + && tee -a Launch.sh <<< '-cpu ${CPU:-Haswell-noTSX},${CPUID_FLAGS:-vendor=GenuineIntel,+invtsc,vmware-cpuid-freq=on,+ssse3,+sse4.2,+popcnt,+avx,+aes,+xsave,+xsaveopt,check,}${BOOT_ARGS} \' \ && tee -a Launch.sh <<< '-machine q35,${KVM-"accel=kvm:tcg"} \' \ && tee -a Launch.sh <<< '-smp ${CPU_STRING:-${SMP:-4},cores=${CORES:-4}} \' \ && tee -a Launch.sh <<< '-usb -device usb-kbd -device usb-tablet \' \ @@ -296,7 +296,7 @@ ENV BOOT_ARGS= ENV BOOTDISK= # edit the CPU that is being emulated -ENV CPU=Penryn +ENV CPU=Haswell-noTSX ENV CPUID_FLAGS='vendor=GenuineIntel,+invtsc,vmware-cpuid-freq=on,+ssse3,+sse4.2,+popcnt,+avx,+aes,+xsave,+xsaveopt,check,' ENV DISPLAY=:0.0 ``` ```diff diff --git a/Dockerfile.naked b/Dockerfile.naked index 712d059..bf0e4f9 100644 --- a/Dockerfile.naked +++ b/Dockerfile.naked @@ -126,7 +126,7 @@ ENV BOOT_ARGS= ENV BOOTDISK= # edit the CPU that is beign emulated -ENV CPU=Penryn +ENV CPU=Haswell-noTSX ENV DISPLAY=:99 ```
Author
Owner

@awsms commented on GitHub (Jan 30, 2024):

I have to limit my Sonoma VM to a single CPU core/thread, otherwise it will freeze during boot. Wondering if someone else has the same issue.

@awsms commented on GitHub (Jan 30, 2024): I have to limit my Sonoma VM to a single CPU core/thread, otherwise it will freeze during boot. Wondering if someone else has the same issue.
Author
Owner

@RichardFevrier commented on GitHub (Jan 30, 2024):

I have to limit my Sonoma VM to a single CPU core/thread, otherwise it will freeze during boot. Wondering if someone else has the same issue.

Nope 8 cores 2 threads for each.

@RichardFevrier commented on GitHub (Jan 30, 2024): > I have to limit my Sonoma VM to a single CPU core/thread, otherwise it will freeze during boot. Wondering if someone else has the same issue. Nope 8 cores 2 threads for each.
Author
Owner

@awsms commented on GitHub (Jan 31, 2024):

I have to limit my Sonoma VM to a single CPU core/thread, otherwise it will freeze during boot. Wondering if someone else has the same issue.

Same issue here:
https://github.com/sickcodes/Docker-OSX/issues/380#issuecomment-1505166214
Big Sur works fine for me though, only Sonoma requires this workaround (my CPU is a Ryzen 5 5600H)

@awsms commented on GitHub (Jan 31, 2024): >I have to limit my Sonoma VM to a single CPU core/thread, otherwise it will freeze during boot. Wondering if someone else has the same issue. Same issue here: https://github.com/sickcodes/Docker-OSX/issues/380#issuecomment-1505166214 Big Sur works fine for me though, only Sonoma requires this workaround (my CPU is a Ryzen 5 5600H)
Author
Owner

@dumabg commented on GitHub (Feb 20, 2024):

On docker run, I put -e CPU=Haswell-noTSX and it works:

docker run --rm -it \
    --privileged \
    --device /dev/kvm \
    -e CPU=Haswell-noTSX \
   ...

I don't need to do the mentioned by Gucan (mkdir ...) https://github.com/sickcodes/Docker-OSX/issues/715#issuecomment-1843299658

@dumabg commented on GitHub (Feb 20, 2024): On docker run, I put **-e CPU=Haswell-noTSX** and it works: ``` docker run --rm -it \ --privileged \ --device /dev/kvm \ -e CPU=Haswell-noTSX \ ... ``` I don't need to do the mentioned by Gucan (mkdir ...) https://github.com/sickcodes/Docker-OSX/issues/715#issuecomment-1843299658
Author
Owner

@andrewcharnley commented on GitHub (Feb 24, 2024):

I can also confirm doing the -e CPU=Haswell-noTSX flag works. I have a Ryzen 5 5600G.

I found pacman to be a major blocker to building the DockerFile and had to add the following to retry packages

RUN pacman -Sy wget --noconfirm
RUn echo "DisableDownloadTimeout" >> /etc/pacman.conf
RUN echo "XferCommand = /usr/bin/wget --passive-ftp -q --show-progress -O %o %u" >> /etc/pacman.conf

So far Sonoma is installing well.

@andrewcharnley commented on GitHub (Feb 24, 2024): I can also confirm doing the `-e CPU=Haswell-noTSX` flag works. I have a Ryzen 5 5600G. I found pacman to be a major blocker to building the DockerFile and had to add the following to retry packages ```#RUN perl -i -p -e s/^\#Color/Color$'\n'ParallelDownloads\ =\ 1/g /etc/pacman.conf RUN pacman -Sy wget --noconfirm RUn echo "DisableDownloadTimeout" >> /etc/pacman.conf RUN echo "XferCommand = /usr/bin/wget --passive-ftp -q --show-progress -O %o %u" >> /etc/pacman.conf ``` So far Sonoma is installing well.
Author
Owner

@mihalycsaba commented on GitHub (Mar 8, 2024):

Bit offtopic, but can you use Xcode with Sonoma? I still couldn't install it, getting all kind of weird errors with the installation. For example I don't have input if I use Haswell-noTSX on amd 5600g

@mihalycsaba commented on GitHub (Mar 8, 2024): Bit offtopic, but can you use Xcode with Sonoma? I still couldn't install it, getting all kind of weird errors with the installation. For example I don't have input if I use Haswell-noTSX on amd 5600g
Author
Owner

@dumabg commented on GitHub (Mar 8, 2024):

Bit offtopic, but can you use Xcode with Sonoma? I still couldn't install it, getting all kind of weird errors with the installation. For example I don't have input if I use Haswell-noTSX on amd 5600g

Yes.

@dumabg commented on GitHub (Mar 8, 2024): > Bit offtopic, but can you use Xcode with Sonoma? I still couldn't install it, getting all kind of weird errors with the installation. For example I don't have input if I use Haswell-noTSX on amd 5600g Yes.
Author
Owner

@mihalycsaba commented on GitHub (Mar 8, 2024):

I have managed to install Sonoma with Haswell-noTSX but keyboard and mouse input doesn't work.

@mihalycsaba commented on GitHub (Mar 8, 2024): I have managed to install Sonoma with Haswell-noTSX but keyboard and mouse input doesn't work.
Author
Owner

@Lorena301 commented on GitHub (Mar 8, 2024):

I have managed to install Sonoma with Haswell-noTSX but keyboard and mouse input doesn't work.

Hi! I had the same problem. Have you been able to solve it?

@Lorena301 commented on GitHub (Mar 8, 2024): > I have managed to install Sonoma with Haswell-noTSX but keyboard and mouse input doesn't work. Hi! I had the same problem. Have you been able to solve it?
Author
Owner

@dmelo commented on GitHub (Mar 9, 2024):

I was able to get sonoma, after upgrading from Big Sur. But I'm having the same problem as @Lorena301 . The interface is not responding to mouse and keyboard. Any clue?

diff --git a/Dockerfile b/Dockerfile
index f73c12c..6cf57c4 100644
--- a/Dockerfile
+++ b/Dockerfile
@@ -194,7 +194,7 @@ RUN touch Launch.sh \
     && tee -a Launch.sh <<< '[[ "${RAM}" = half ]] && export RAM="$(("$(head -n1 /proc/meminfo | tr -dc "[:digit:]") / 2000000"))"' \
     && tee -a Launch.sh <<< 'sudo chown -R $(id -u):$(id -g) /dev/snd 2>/dev/null || true' \
     && tee -a Launch.sh <<< 'exec qemu-system-x86_64 -m ${RAM:-4}000 \' \
-    && tee -a Launch.sh <<< '-cpu ${CPU:-Penryn},${CPUID_FLAGS:-vendor=GenuineIntel,+invtsc,vmware-cpuid-freq=on,+ssse3,+sse4.2,+popcnt,+avx,+aes,+xsave,+xsaveopt,check,}${BOOT_ARGS} \' \
+    && tee -a Launch.sh <<< '-cpu ${CPU:-Haswell-noTSX},${CPUID_FLAGS:-vendor=GenuineIntel,+invtsc,vmware-cpuid-freq=on,+ssse3,+sse4.2,+popcnt,+avx,+aes,+xsave,+xsaveopt,check,}${BOOT_ARGS} \' \
     && tee -a Launch.sh <<< '-machine q35,${KVM-"accel=kvm:tcg"} \' \
     && tee -a Launch.sh <<< '-smp ${CPU_STRING:-${SMP:-4},cores=${CORES:-4}} \' \
     && tee -a Launch.sh <<< '-usb -device usb-kbd -device usb-tablet \' \
@@ -296,7 +296,7 @@ ENV BOOT_ARGS=
 ENV BOOTDISK=
 
 # edit the CPU that is being emulated
-ENV CPU=Penryn
+ENV CPU=Haswell-noTSX
 ENV CPUID_FLAGS='vendor=GenuineIntel,+invtsc,vmware-cpuid-freq=on,+ssse3,+sse4.2,+popcnt,+avx,+aes,+xsave,+xsaveopt,check,'
 
 ENV DISPLAY=:0.0
docker build -t docker-osx:local-big-sur --build-arg SHORTNAME=big-sur .

docker run -it \
    --device /dev/kvm \
    -p 50923:10022 \
    -v /tmp/.X11-unix:/tmp/.X11-unix \
    -e "DISPLAY=${DISPLAY:-:0.0}" \
    -e RAM=32 \
    -e CPU=Haswell-noTSX \
    --name diogo_macos_sonoma \
    docker-osx:local-big-sur

My CPU is an AMD Ryzen 7 3800X.

@dmelo commented on GitHub (Mar 9, 2024): I was able to get sonoma, after upgrading from Big Sur. But I'm having the same problem as @Lorena301 . The interface is not responding to mouse and keyboard. Any clue? ``` diff --git a/Dockerfile b/Dockerfile index f73c12c..6cf57c4 100644 --- a/Dockerfile +++ b/Dockerfile @@ -194,7 +194,7 @@ RUN touch Launch.sh \ && tee -a Launch.sh <<< '[[ "${RAM}" = half ]] && export RAM="$(("$(head -n1 /proc/meminfo | tr -dc "[:digit:]") / 2000000"))"' \ && tee -a Launch.sh <<< 'sudo chown -R $(id -u):$(id -g) /dev/snd 2>/dev/null || true' \ && tee -a Launch.sh <<< 'exec qemu-system-x86_64 -m ${RAM:-4}000 \' \ - && tee -a Launch.sh <<< '-cpu ${CPU:-Penryn},${CPUID_FLAGS:-vendor=GenuineIntel,+invtsc,vmware-cpuid-freq=on,+ssse3,+sse4.2,+popcnt,+avx,+aes,+xsave,+xsaveopt,check,}${BOOT_ARGS} \' \ + && tee -a Launch.sh <<< '-cpu ${CPU:-Haswell-noTSX},${CPUID_FLAGS:-vendor=GenuineIntel,+invtsc,vmware-cpuid-freq=on,+ssse3,+sse4.2,+popcnt,+avx,+aes,+xsave,+xsaveopt,check,}${BOOT_ARGS} \' \ && tee -a Launch.sh <<< '-machine q35,${KVM-"accel=kvm:tcg"} \' \ && tee -a Launch.sh <<< '-smp ${CPU_STRING:-${SMP:-4},cores=${CORES:-4}} \' \ && tee -a Launch.sh <<< '-usb -device usb-kbd -device usb-tablet \' \ @@ -296,7 +296,7 @@ ENV BOOT_ARGS= ENV BOOTDISK= # edit the CPU that is being emulated -ENV CPU=Penryn +ENV CPU=Haswell-noTSX ENV CPUID_FLAGS='vendor=GenuineIntel,+invtsc,vmware-cpuid-freq=on,+ssse3,+sse4.2,+popcnt,+avx,+aes,+xsave,+xsaveopt,check,' ENV DISPLAY=:0.0 ``` ``` docker build -t docker-osx:local-big-sur --build-arg SHORTNAME=big-sur . docker run -it \ --device /dev/kvm \ -p 50923:10022 \ -v /tmp/.X11-unix:/tmp/.X11-unix \ -e "DISPLAY=${DISPLAY:-:0.0}" \ -e RAM=32 \ -e CPU=Haswell-noTSX \ --name diogo_macos_sonoma \ docker-osx:local-big-sur ``` My CPU is an AMD Ryzen 7 3800X.
Author
Owner

@skug67 commented on GitHub (Mar 24, 2024):

Same problem (no mouse/keyboard response) here.

@skug67 commented on GitHub (Mar 24, 2024): Same problem (no mouse/keyboard response) here.
Author
Owner

@sickcodes commented on GitHub (Apr 8, 2024):

I've added Sonoma today, just pushing it to DockerHub as we speak.

docker run -it \
    --device /dev/kvm \
    -p 50922:10022 \
    -v /tmp/.X11-unix:/tmp/.X11-unix \
    -e "DISPLAY=${DISPLAY:-:0.0}" \
    -e GENERATE_UNIQUE=true \
    -e CPU='Haswell-noTSX' \
    -e CPUID_FLAGS='kvm=on,vendor=GenuineIntel,+invtsc,vmware-cpuid-freq=on' \
    -e MASTER_PLIST_URL='https://raw.githubusercontent.com/sickcodes/osx-serial-generator/master/config-custom-sonoma.plist' \
    sickcodes/docker-osx:sonoma
@sickcodes commented on GitHub (Apr 8, 2024): I've added Sonoma today, just pushing it to DockerHub as we speak. ``` docker run -it \ --device /dev/kvm \ -p 50922:10022 \ -v /tmp/.X11-unix:/tmp/.X11-unix \ -e "DISPLAY=${DISPLAY:-:0.0}" \ -e GENERATE_UNIQUE=true \ -e CPU='Haswell-noTSX' \ -e CPUID_FLAGS='kvm=on,vendor=GenuineIntel,+invtsc,vmware-cpuid-freq=on' \ -e MASTER_PLIST_URL='https://raw.githubusercontent.com/sickcodes/osx-serial-generator/master/config-custom-sonoma.plist' \ sickcodes/docker-osx:sonoma ```
Author
Owner

@sickcodes commented on GitHub (Apr 8, 2024):

The mouse and keyboard issue was resolved here: a208578bf0

replaced

    && tee -a Launch.sh <<< '-usb -device usb-kbd -device usb-tablet \' \`

with

    && tee -a Launch.sh <<< '-device qemu-xhci,id=xhci \' \
    && tee -a Launch.sh <<< '-device usb-kbd,bus=xhci.0 -device usb-tablet,bus=xhci.0 \' \
@sickcodes commented on GitHub (Apr 8, 2024): The mouse and keyboard issue was resolved here: https://github.com/sickcodes/Docker-OSX/commit/a208578bf0c8173f7b4f666144f819afde509931 replaced ``` && tee -a Launch.sh <<< '-usb -device usb-kbd -device usb-tablet \' \` ``` with ``` && tee -a Launch.sh <<< '-device qemu-xhci,id=xhci \' \ && tee -a Launch.sh <<< '-device usb-kbd,bus=xhci.0 -device usb-tablet,bus=xhci.0 \' \ ```
Author
Owner

@awsms commented on GitHub (Apr 8, 2024):

I've added Sonoma today, just pushing it to DockerHub as we speak.

docker run -it \
    --device /dev/kvm \
    -p 50922:10022 \
    -v /tmp/.X11-unix:/tmp/.X11-unix \
    -e "DISPLAY=${DISPLAY:-:0.0}" \
    -e GENERATE_UNIQUE=true \
    -e CPU='Haswell-noTSX' \
    -e CPUID_FLAGS='kvm=on,vendor=GenuineIntel,+invtsc,vmware-cpuid-freq=on' \
    -e MASTER_PLIST_URL='https://raw.githubusercontent.com/sickcodes/osx-serial-generator/master/config-custom-sonoma.plist' \
    sickcodes/docker-osx:sonoma

Still having the issue where I can't boot to Sonoma unless I'm only giving a single CPU core to the VM. :(

@awsms commented on GitHub (Apr 8, 2024): > I've added Sonoma today, just pushing it to DockerHub as we speak. > > ``` > docker run -it \ > --device /dev/kvm \ > -p 50922:10022 \ > -v /tmp/.X11-unix:/tmp/.X11-unix \ > -e "DISPLAY=${DISPLAY:-:0.0}" \ > -e GENERATE_UNIQUE=true \ > -e CPU='Haswell-noTSX' \ > -e CPUID_FLAGS='kvm=on,vendor=GenuineIntel,+invtsc,vmware-cpuid-freq=on' \ > -e MASTER_PLIST_URL='https://raw.githubusercontent.com/sickcodes/osx-serial-generator/master/config-custom-sonoma.plist' \ > sickcodes/docker-osx:sonoma > ``` Still having the issue where I can't boot to Sonoma unless I'm only giving a single CPU core to the VM. :(
Author
Owner

@dmelo commented on GitHub (Apr 15, 2024):

There are two problems with installing Sonoma. First, you need to change the -cpu parameter to host, otherwise it will restart indefinitely when you try to start it after installation. Second, during online installation, I don’t know why the recovery environment will try to download the installation resources of the arm series, resulting in an error that it cannot be found. bootbase.efi, just execute the following command after the disk tool formats the partition.

mkdir -p /Volumes/'partition name'/private/tmp
cp -R "/Install macOS Sonoma.app" /Volumes/'partition name'/private/tmp/
mkdir "/Volumes/'partition name'/private/tmp/Install macOS Sonoma.app/Contents/SharedSupport"
curl -L -o "/Volumes/'partition name'/private/tmp/Install macOS Sonoma.app/Contents/SharedSupport/SharedSupport.dmg" https://swcdn.apple.com/content/downloads/24/37/052-09398-A_DIKZGBNOM0/y4rz9dued01dtyl65nxqgd08wj2ar5cr6v/InstallAssistant.pkg
"/Volumes/'partition name'/private/tmp/Install macOS Sonoma.app/Contents/MacOS/InstallAssistant_springboard"

This worked for me as well, using OSX-KVM. But using docker-osx is there anyway to override the cpu type?

Also Sonoma in OSX-KVM was much much slower and laggier than Ventura in docker-osx, on the same host and with the same resources - have others found this as well?

@yaakovfeldman , have you managed to make Sonoma faster? I'm experiencing the same issue here.

@dmelo commented on GitHub (Apr 15, 2024): > > There are two problems with installing Sonoma. First, you need to change the -cpu parameter to host, otherwise it will restart indefinitely when you try to start it after installation. Second, during online installation, I don’t know why the recovery environment will try to download the installation resources of the arm series, resulting in an error that it cannot be found. bootbase.efi, just execute the following command after the disk tool formats the partition. > > ``` > > mkdir -p /Volumes/'partition name'/private/tmp > > cp -R "/Install macOS Sonoma.app" /Volumes/'partition name'/private/tmp/ > > mkdir "/Volumes/'partition name'/private/tmp/Install macOS Sonoma.app/Contents/SharedSupport" > > curl -L -o "/Volumes/'partition name'/private/tmp/Install macOS Sonoma.app/Contents/SharedSupport/SharedSupport.dmg" https://swcdn.apple.com/content/downloads/24/37/052-09398-A_DIKZGBNOM0/y4rz9dued01dtyl65nxqgd08wj2ar5cr6v/InstallAssistant.pkg > > "/Volumes/'partition name'/private/tmp/Install macOS Sonoma.app/Contents/MacOS/InstallAssistant_springboard" > > ``` > > This worked for me as well, using OSX-KVM. But using docker-osx is there anyway to override the cpu type? > > Also Sonoma in OSX-KVM was much much slower and laggier than Ventura in docker-osx, on the same host and with the same resources - have others found this as well? @yaakovfeldman , have you managed to make Sonoma faster? I'm experiencing the same issue here.
Author
Owner

@matias-tecnosoul commented on GitHub (Apr 29, 2024):

@yaakovfeldman , have you managed to make Sonoma faster? I'm experiencing the same issue here.

same here, sonoma very slow

@matias-tecnosoul commented on GitHub (Apr 29, 2024): > @yaakovfeldman , have you managed to make Sonoma faster? I'm experiencing the same issue here. same here, sonoma very slow
Author
Owner

@demian-mint commented on GitHub (Jun 3, 2024):

I tried updating Big sur to sonoma but it still reboots endlessly

@demian-mint commented on GitHub (Jun 3, 2024): I tried updating Big sur to sonoma but it still reboots endlessly
Author
Owner

@anas-baadshah commented on GitHub (Oct 27, 2024):

Any updates, anyone able to use Somona yet? We have managed to install the Sonoma but its keep opening the EFI disk rather than the boot volume we create. Its keep loading indefinitely. Any helps?

@anas-baadshah commented on GitHub (Oct 27, 2024): Any updates, anyone able to use Somona yet? We have managed to install the Sonoma but its keep opening the EFI disk rather than the boot volume we create. Its keep loading indefinitely. Any helps?
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/Docker-OSX#546