Mac Waiting For Dsmos

That computer is not automatically halted or rebooted. Also 'About the Mac' does not work, they say. Startup/shutdown worked fine for me-aside from the half minute of hangtime while 'Waiting for DSMOS'. Did not try 'About this Mac'. In this article, I'm going to show you the complete guide to fix VirtualBox errors while installing Mac OS X. Most of the website that creating content regarding the installation of Mac OS X El Capitan or macOS Sierra on VirtualBox is not complete and have errors. The article might be correct and work on one device perfectly and without any problem.

• Mac Boot Waiting For Dsmos
• Waiting For Dsmos Mac Mini
• Waiting For Dsmos Hangs

• Supported version: 0.6.2

So with troubleshooting a hackintosh, it can be a bit difficult to really understand where you're getting stuck as the exact keyword you're trying to search for may not match anything on google. While this page won't solve all your issues, it should at least help better understand where in the macOS boot-process you're getting stuck and hopefully give some ideas as to why you're stuck.

# OpenCore Booting

This section will be brief, as OpenCore boot issues are fairly rare and usually simple user error:

• System powers on and searches for boot devices
• System locates BOOTx64.efi on your OpenCore USB under EFI/BOOT/
• BOOTx64.efi is loaded which then chain-loads OpenCore.efi from EFI/OC/
• NVRAM Properties are applied
• EFI drivers are loaded from EFI/OC/Drivers
• Graphics Output Protocol(GOP) is installed
• ACPI Tables are loaded from EFI/OC/ACPI
• SMBIOS Data is applied
• OpenCore loads and shows you all possible boot options
• You now boot your macOS installer

If you're having issues booting at this point, main things to check for:

For the rest of the possible issues, see here:

# boot.efi Handoff

This is where macOS's bootloader(boot.efi) comes onto the scene, specifically what it does is prep the environment for the kernel to load and where OpenCore injects kexts. If you're getting stuck at this point, there's likely an issue with loading the kernel, main culprits:

For the rest of the possible issues, see here:

Note: In macOS 10.15.4, Apple changed the boot.efi debugging protocol, so things will look quite a bit different from before but all the same rules still apply

# XNU/Kernel Handoff

Now that boot.efi has setup everything for us, we now get to watch the kernel do it's thing. This section is commonly referred as the Rooting phase:

This section is where SMBIOS data is verified, ACPI tables/Kexts are loaded and macOS tries to get everything in order. Failures here are generally a result of:

• Corrupted SSDTs
• Corrupted kexts(or incorrectly setup under your config.plist -> Kernel -> Add)
• Messed up memory map

See here for more troubleshooting info:

Now here we have [ PCI configurations begin ], this section can be seen as a hardware test for our systems, kexts and SSDTs we injected, and where IOKit starts hardware probs to find devices to attach to.

The main things that are tested here:

• Embedded Controllers
• Storage(NVMe, SATA, etc)
• PCI/e
• NVRAM
• RTC
• PS2 and I2C

For more specific info on how to get around this area, see here:

Canon lbp 810 driver for mac. This is where the 15 port limit and USB mapping comes into play, and where the infamous 'Waiting for Root Device' errors pops in, main things to check for:

Mac Boot Waiting For Dsmos

This is where our FakeSMC/VirtualSMC come into the scene and do their magic, DSMOS itself is a kext that verifies if your system has an SMC and will request a key. If this key is missing, then DSMOS will not decrypt the rest of the binaries and you'll get stuck here. You may also get stuck at AppleACPICPU which is just the same error.

Source: Dont Steal Mac OS X.kext

This is where Apple's audio driver comes in, and where AppleALC shines. Generally rare to see issues here but if you do, try disabling AppleALC and any other audio related kexts.

And here we get to the GPU driver initialization, and where WhateverGreen also does its magic. Generally errors here are due to the GPU and not WhateverGreen itself, main culprits:

Now here we have [ PCI configurations begin ], this section can be seen as a hardware test for our systems, kexts and SSDTs we injected, and where IOKit starts hardware probs to find devices to attach to.

The main things that are tested here:

• Embedded Controllers
• Storage(NVMe, SATA, etc)
• PCI/e
• NVRAM
• RTC
• PS2 and I2C

For more specific info on how to get around this area, see here:

Canon lbp 810 driver for mac. This is where the 15 port limit and USB mapping comes into play, and where the infamous 'Waiting for Root Device' errors pops in, main things to check for:

Mac Boot Waiting For Dsmos

This is where our FakeSMC/VirtualSMC come into the scene and do their magic, DSMOS itself is a kext that verifies if your system has an SMC and will request a key. If this key is missing, then DSMOS will not decrypt the rest of the binaries and you'll get stuck here. You may also get stuck at AppleACPICPU which is just the same error.

Source: Dont Steal Mac OS X.kext

This is where Apple's audio driver comes in, and where AppleALC shines. Generally rare to see issues here but if you do, try disabling AppleALC and any other audio related kexts.

And here we get to the GPU driver initialization, and where WhateverGreen also does its magic. Generally errors here are due to the GPU and not WhateverGreen itself, main culprits:

# macOS Handoff

And you've finally got past all that verbose! If you're getting stuck at the Apple logo after all that verbose, then there's a couple things to check for:

Attachments

Change History

Changed 9 years ago by MusicMiK

• attachmentVirtualBox-4.1.2_OSE-DMI-board-info-patch.diff.gz added

comment:14 Changed 8 years ago by Edward

comment:17follow-up:↓ 18 Changed 8 years ago by grahamperrin

Waiting For Dsmos Mac Mini

comment:19 Changed 5 years ago by frank

Waiting For Dsmos Hangs

• Status changed from new to closed
• Resolution set to obsolete
• Description modified (diff)