OK! So good news is I got the Mac VM to HALF boot lol. I can turn it on, it pops on my screen and asks to pick a boot drive, then you get the black screen with all the code flashing by, then….. black screen. OR. I get a pink striped screen, it reboots and gets stuck in a boot loop. 

 

Anyone else experience this? Here’s the setup thus far

 

 

On 9/16/2021 at 9:46 PM, damnshaneisthatu said:

 

Did you find a fix for this? Or was it just restoring the other drives?

I only removed the install media and it worked. I just could not pass through the graphics card as it is not supported by macOS.

1 hour ago, Malachi89 said:

OK! So good news is I got the Mac VM to HALF boot lol. I can turn it on, it pops on my screen and asks to pick a boot drive, then you get the black screen with all the code flashing by, then….. black screen. OR. I get a pink striped screen, it reboots and gets stuck in a boot loop. 

 

Anyone else experience this? Here’s the setup thus far

 

I can't help much here as I don't have any AMD graphics card to try with.
You could post your VM XML instead of the VM configuration screenshot as it is way more precise in what's actually used to configure your VM. User interfaces lacks a number of parameters that text configuration files show.

45 minutes ago, cam217 said:

I can't help much here as I don't have any AMD graphics card to try with.
You could post your VM XML instead of the VM configuration screenshot as it is way more precise in what's actually used to configure your VM. User interfaces lacks a number of parameters that text configuration files show.

That’s alright! I appreciate you trying. haha. And DERP. Can’t believe I forgot to post the XML instead. Here we are

 

Spoiler

<?xml version='1.0' encoding='UTF-8'?>
<domain type='kvm' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'>
  <name>Macinabox BigSur</name>
  <uuid>5b98d13f-c2ff-4a6f-812e-6c705d3b859c</uuid>
  <description>MacOS Big Sur</description>
  <metadata>
    <vmtemplate xmlns="unraid" name="Windows 10" icon="default.png" os="osx"/>
  </metadata>
  <memory unit='KiB'>16777216</memory>
  <currentMemory unit='KiB'>16777216</currentMemory>
  <memoryBacking>
    <nosharepages/>
  </memoryBacking>
  <vcpu placement='static'>8</vcpu>
  <cputune>
    <vcpupin vcpu='0' cpuset='1'/>
    <vcpupin vcpu='1' cpuset='9'/>
    <vcpupin vcpu='2' cpuset='3'/>
    <vcpupin vcpu='3' cpuset='11'/>
    <vcpupin vcpu='4' cpuset='5'/>
    <vcpupin vcpu='5' cpuset='13'/>
    <vcpupin vcpu='6' cpuset='7'/>
    <vcpupin vcpu='7' cpuset='15'/>
  </cputune>
  <os>
    <type arch='x86_64' machine='pc-q35-5.1'>hvm</type>
    <loader readonly='yes' type='pflash'>/mnt/user/system/custom_ovmf/Macinabox_CODE-pure-efi.fd</loader>
    <nvram>/etc/libvirt/qemu/nvram/5b98d13f-c2ff-4a6f-812e-6c705d3b859c_VARS-pure-efi.fd</nvram>
  </os>
  <features>
    <acpi/>
    <apic/>
  </features>
  <cpu mode='host-passthrough' check='none' migratable='on'>
    <topology sockets='1' dies='1' cores='4' threads='2'/>
    <cache mode='passthrough'/>
  </cpu>
  <clock offset='utc'>
    <timer name='rtc' tickpolicy='catchup'/>
    <timer name='pit' tickpolicy='delay'/>
    <timer name='hpet' present='no'/>
  </clock>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>restart</on_crash>
  <devices>
    <emulator>/usr/local/sbin/qemu</emulator>
    <disk type='file' device='disk'>
      <driver name='qemu' type='raw' cache='writeback'/>
      <source file='/mnt/user/ISOs/BigSur-opencore.img'/>
      <target dev='hdc' bus='sata'/>
      <boot order='1'/>
      <address type='drive' controller='0' bus='0' target='0' unit='2'/>
    </disk>
    <disk type='file' device='disk'>
      <driver name='qemu' type='raw' cache='writeback'/>
      <source file='/mnt/user/domains/Macinabox BigSur/macos_disk.img'/>
      <target dev='hdd' bus='sata'/>
      <address type='drive' controller='0' bus='0' target='0' unit='3'/>
    </disk>
    <controller type='pci' index='0' model='pcie-root'/>
    <controller type='pci' index='1' model='pcie-root-port'>
      <model name='pcie-root-port'/>
      <target chassis='1' port='0x8'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x0' multifunction='on'/>
    </controller>
    <controller type='pci' index='2' model='pcie-root-port'>
      <model name='pcie-root-port'/>
      <target chassis='2' port='0x9'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/>
    </controller>
    <controller type='pci' index='3' model='pcie-root-port'>
      <model name='pcie-root-port'/>
      <target chassis='3' port='0xa'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x2'/>
    </controller>
    <controller type='pci' index='4' model='pcie-root-port'>
      <model name='pcie-root-port'/>
      <target chassis='4' port='0x13'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x3'/>
    </controller>
    <controller type='pci' index='5' model='pcie-root-port'>
      <model name='pcie-root-port'/>
      <target chassis='5' port='0xb'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x3'/>
    </controller>
    <controller type='pci' index='6' model='pcie-to-pci-bridge'>
      <model name='pcie-pci-bridge'/>
      <address type='pci' domain='0x0000' bus='0x01' slot='0x00' function='0x0'/>
    </controller>
    <controller type='virtio-serial' index='0'>
      <address type='pci' domain='0x0000' bus='0x02' slot='0x00' function='0x0'/>
    </controller>
    <controller type='sata' index='0'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x1f' function='0x2'/>
    </controller>
    <controller type='usb' index='0' model='ich9-ehci1'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x7'/>
    </controller>
    <controller type='usb' index='0' model='ich9-uhci1'>
      <master startport='0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0' multifunction='on'/>
    </controller>
    <controller type='usb' index='0' model='ich9-uhci2'>
      <master startport='2'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x1'/>
    </controller>
    <controller type='usb' index='0' model='ich9-uhci3'>
      <master startport='4'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x2'/>
    </controller>
    <interface type='bridge'>
      <mac address='52:54:00:3e:93:26'/>
      <source bridge='br0'/>
      <model type='e1000-82545em'/>
      <address type='pci' domain='0x0000' bus='0x03' slot='0x00' function='0x0'/>
    </interface>
    <serial type='pty'>
      <target type='isa-serial' port='0'>
        <model name='isa-serial'/>
      </target>
    </serial>
    <console type='pty'>
      <target type='serial' port='0'/>
    </console>
    <channel type='unix'>
      <target type='virtio' name='org.qemu.guest_agent.0'/>
      <address type='virtio-serial' controller='0' bus='0' port='1'/>
    </channel>
    <input type='tablet' bus='usb'>
      <address type='usb' bus='0' port='1'/>
    </input>
    <input type='mouse' bus='ps2'/>
    <input type='keyboard' bus='ps2'/>
    <hostdev mode='subsystem' type='pci' managed='yes'>
      <driver name='vfio'/>
      <source>
        <address domain='0x0000' bus='0x03' slot='0x00' function='0x0'/>
      </source>
      <rom file='/mnt/user/ISOs/vbios/5700 xt.rom'/>
      <address type='pci' domain='0x0000' bus='0x04' slot='0x00' function='0x0'/>
    </hostdev>
    <hostdev mode='subsystem' type='pci' managed='yes'>
      <driver name='vfio'/>
      <source>
        <address domain='0x0000' bus='0x03' slot='0x00' function='0x1'/>
      </source>
      <address type='pci' domain='0x0000' bus='0x05' slot='0x00' function='0x0'/>
    </hostdev>
    <hostdev mode='subsystem' type='usb' managed='no'>
      <source>
        <vendor id='0x1b1c'/>
        <product id='0x1b3c'/>
      </source>
      <address type='usb' bus='0' port='2'/>
    </hostdev>
    <hostdev mode='subsystem' type='usb' managed='no'>
      <source>
        <vendor id='0x1b1c'/>
        <product id='0x1b3d'/>
      </source>
      <address type='usb' bus='0' port='3'/>
    </hostdev>
    <memballoon model='none'/>
  </devices>
  <qemu:commandline>
    <qemu:arg value='-usb'/>
    <qemu:arg value='-device'/>
    <qemu:arg value='usb-kbd,bus=usb-bus.0'/>
    <qemu:arg value='-device'/>
    <qemu:arg value='************************'/>
    <qemu:arg value='-smbios'/>
    <qemu:arg value='type=2'/>
    <qemu:arg value='-cpu'/>
    <qemu:arg value='Penryn,kvm=on,vendor=GenuineIntel,+invtsc,vmware-cpuid-freq=on,+pcid,+ssse3,+sse4.2,+popcnt,+avx,+aes,+xsave,+xsaveopt,check'/>
  </qemu:commandline>
</domain>

 

 

Thank you Spaceinvader for providing this content and all the content you create. 

 

I am stuck when running the "1_macinabox_helper" script.  I continuously receive the same error: "failed to get domain 'put the name of the vm here'" and when I go to VMs tab, there is no VM.

 

Below is the script from the helper:

 

Script location: /tmp/user.scripts/tmpScripts/1_macinabox_helper/script
Note that closing this window will abort the execution of this script
Starting to Fix XML
error: failed to get domain 'put the name of the vm here'
No network adapters in xml to change. Network adapter is already vmxnet3











Added custom qemu:args for macOS
topolgy line left as is
custom ovmf added
error: Failed to define domain from /tmp/put the name of the vm herefixed.xml
error: (domain_definition):3: Extra content at the end of the document

^

This is what has been done to the xml

Your network type was already correct. Network has not been changed.
The custom qemu:args have been added to you xml.
VM is set to use custom ovmf files.
xml is now fixed. Now goto your vm tab and run the VM
Rerun this script if you make any other changes to the macOS VM using the Unraid VM manger

 

 

Attached is my Macinabox BigSur_original.xml file. 

 

I would greatly appreciate any and all help here to get this up and running. 

 

 

Macinabox BigSur_original.xml

You've got to follow the video tutorial.
Each script has to be run once. Then the helper script has to be modified with the name of your VM... Hence the 'failed to get domain 'put the name of the vm here'

Edited September 20, 20214 yr by cam217

I did run each script and have been following the tutorial.  Should I run each script again?  

 

Ive also tried each download method and the same issue occurs.

 

Ill try again....

5 hours ago, cam217 said:

Then the helper script has to be modified with the name of your VM.

@drumking53
as written, this is your issue!

So  I ran it again and it ran very quickly.  Here is the download log:

 

log-2.txt

 

also here is the log from Macinabox docker

macinabox.rtf

@ghost82 you mean like this?

 

I apologize for the n00b questions, but this forum has been very helpful with the new guys. 

 

 

macinabox_helper_userscript.sh

Edited September 20, 20214 yr by drumking53

1 hour ago, drumking53 said:

you mean like this?

Yes, but it seems this version is already edited.

In your first posts it was not edited.

What I can suggest is to start again clean and follow to the letter the video guide.

Hi, 

 

I am trying to set this up with a 3070TI. 

The VM boots, I can see the disk I need to boot in. 

When I click the disk it's loading till the line:

ACPI: Executed 3 blocks of module-level executable AML code.

 

Ater there it's stuck.

 

When I boot the VM, this gets in the log:

2021-09-23T14:21:36.937949Z qemu-system-x86_64: warning: host doesn't support requested feature: CPUID.01H:ECX.pcid [bit 17]
2021-09-23T14:21:36.939104Z qemu-system-x86_64: warning: host doesn't support requested feature: CPUID.01H:ECX.pcid [bit 17]
2021-09-23T14:21:36.939806Z qemu-system-x86_64: warning: host doesn't support requested feature: CPUID.01H:ECX.pcid [bit 17]
2021-09-23T14:21:36.940587Z qemu-system-x86_64: warning: host doesn't support requested feature: CPUID.01H:ECX.pcid [bit 17]
2021-09-23T14:21:36.941392Z qemu-system-x86_64: warning: host doesn't support requested feature: CPUID.01H:ECX.pcid [bit 17]
2021-09-23T14:21:36.942212Z qemu-system-x86_64: warning: host doesn't support requested feature: CPUID.01H:ECX.pcid [bit 17]

 

Is there some way to fix this?

5 hours ago, Geertjuhh said:

with a 3070TI.

Can't work, unfortuantely in any mac os version, there was never a driver released.

On 9/15/2021 at 11:53 PM, Malachi89 said:

I followed along the tutorial video without issue until we turned off the VM, updated core/RAM, userscripts, started VM. It asked me to choose my drive, chose bigsur (like i named it) and I get stuck at this. Any thoughts? I’ve redone this VM again and same issue. Tried different core/ram settings, default included. Nada.

 

For everyone struggling with quoted issue: it's important that you use old version of Opencore Configurator. Tutorial was posted around December 2020, so I've downloaded Opencore Configurator 2.19.1.0 (December 23, 2020) and everything worked as it should have. No manual XML editing needed. When you use the latest Opencore Configurator, you get a warning about incompatibility with your Opencore, then it breaks something and you get stuck as described in quoted post.

 

Also I have a question: how do I change resolution? I have the only option of 2560x1600 in settings which is too large for my 2560x1440 monitor.

Edited September 24, 20214 yr by AnimusAstralis

Any ideas how to get more resolution options for those of us not doing GPU passthrough?

 

I've changed QXL to VirtIO and even VGA (using Virt Manager) and this changed it from one large resolution available to 1080p as the only res avaialble.

 

I'd like to use this VM in a window, these resolutions aren't great for that.

20 hours ago, ghost82 said:

Can't work, unfortuantely in any mac os version, there was never a driver released.

Ah ok, clear. 
 

Is there Some list of supported cards? Will a Radeon 580 work for example?

2 hours ago, Geertjuhh said:

Is there Some list of supported cards?

Yes, there is:

 

https://dortania.github.io/GPU-Buyers-Guide/modern-gpus/amd-gpu.html#native-amd-gpus

 

https://dortania.github.io/GPU-Buyers-Guide/modern-gpus/nvidia-gpu.html

7 hours ago, AnimusAstralis said:

For everyone struggling with quoted issue: it's important that you use old version of Opencore Configurator.

I think that using external tools like opencore configurator is not a good idea.

As you noticed, a predefined version of opencore configurator works for a predefined version of oopencore.

If you open a config plist with the wrong versio of opencore configurator it can mess all the configuration, resulting in a not bootable os.

The only tool certified to check the config.plist file is ocvalidate, a command line tool that is packed with each version of opencore.

I know you like the gui and easy things, but here all you need is texedit and ocvalidate.

6 hours ago, Chamzamzoo said:

Any ideas how to get more resolution options for those of us not doing GPU passthrough?

I can suggest (I didn't try) to check into the ovmf bios (press esc as soon as vm boots, there settings for resolutions) and change the resolution also in opencore in config.plist (by default it is set to "max").

If once booted, you still have high resolution, I think there's no way to change it, it's what the os sees.

Edited September 24, 20214 yr by ghost82

1 hour ago, ghost82 said:

I think that using external tools like opencore configurator is not a good idea.

Why? One should only know what version to use. Otherwise it's manual editing which defeats the purpose of the tutorial.

 

1 hour ago, ghost82 said:

I can suggest (I didn't try) to check into the ovmf bios (press esc as soon as vm boots, there settings for resolutions) and change the resolution also in opencore in config.plist (by default it is set to "max").

If once booted, you still have high resolution, I think there's no way to change it, it's what the os sees.

Thanks for this suggestion! BIOS settings do nothing (I've checked it earlier), but editing config.plist helped. At least 1920x1080 resolution works, not sure about some exotic ones though.

12 hours ago, AnimusAstralis said:

Why? One should only know what version to use

Because it's a third party app and it was never "ceritified" by the opencore developers.

Yes, the correct method has to be simple manual editing and verify the changes with ocvalidate, as I wrote before.

Anyway, one can do what he/she wants, just be prepared to recover from an unbootable system!

12 hours ago, AnimusAstralis said:

but editing config.plist helped. At least 1920x1080 resolution works

What the bootloader does is searching for all the supported resolutions of the video card (passed through or virtual); then it chooses one of these.

If you enable log to file (target=67) in the config.plist you will read all the available resolutions.

The resolution can be set to "max", as I wrote, or it can be set manually, choosing from one of that listed in the log file.

 

This is for example the output to one of my log files, with "max" set in config.plist:

07:052 00:103 OCC: GOP exists on ConsoleOutHandle and has 10 modes
07:058 00:006 OC: Requested resolution is 0x0@0 (max: 1, force: 0) from Max
07:064 00:006 OCC: Requesting 0x0@0 (max: 1) resolution, curr 2, total 10
07:070 00:006 OCC: Current FB at 0x1000000000 (0x258000), format 1, res 800x600 scan 1024
07:076 00:006 OCC: Mode 0 - 1920x1080:1
07:082 00:006 OCC: Mode 1 - 640x480:1
07:089 00:006 OCC: Mode 2 - 800x600:1
07:095 00:006 OCC: Mode 3 - 1024x768:1
07:101 00:006 OCC: Mode 4 - 1280x720:1
07:107 00:006 OCC: Mode 5 - 1280x800:1
07:113 00:006 OCC: Mode 6 - 1280x1024:1
07:119 00:006 OCC: Mode 7 - 1440x900:1
07:125 00:006 OCC: Mode 8 - 1400x1050:1
07:131 00:006 OCC: Mode 9 - 1680x1050:1
07:137 00:006 OCC: Setting mode 0 with 1920x1080 resolution
07:178 00:040 OCC: Changed resolution mode to 0
07:184 00:006 OC: Changed resolution to 0x0@0 (max: 1, force: 0) from Max - Success

 

Edited September 25, 20214 yr by ghost82

On 9/24/2021 at 9:13 PM, ghost82 said:

Yes, there is:

 

https://dortania.github.io/GPU-Buyers-Guide/modern-gpus/amd-gpu.html#native-amd-gpus

 

https://dortania.github.io/GPU-Buyers-Guide/modern-gpus/nvidia-gpu.html

i guess the list is a 'bit outdated, my RX 6900XT is working fine...

 

Just spent last hour and half setting this up but i guess i used the wrong version of opencore configurator causing the above style error  I am now trying to fully reinstall from scratch again.

 

• Which version of opencore do i need to use to set this up properly?
  • What are issues can cause the above screen? I had tried 4 cores / 8 threads, 3 cores / 6 threads and using yes and no on the topology (I thought it was that error at first but going back a few pages, people said it may actually be an opencore software issue)
• How can i rename the VM to just “macOS” instead of “Macinabox Big Sur” once I’ve properly installed?

 

Edited September 28, 20214 yr by Linguafoeda

11 hours ago, Linguafoeda said:

 

Just spent last hour and half setting this up but i guess i used the wrong version of opencore configurator causing the above style error  I am now trying to fully reinstall from scratch again.

 

• Which version of opencore do i need to use to set this up properly?
  • What are issues can cause the above screen? I had tried 4 cores / 8 threads, 3 cores / 6 threads and using yes and no on the topology (I thought it was that error at first but going back a few pages, people said it may actually be an opencore software issue)
• How can i rename the VM to just “macOS” instead of “Macinabox Big Sur” once I’ve properly installed?

 

Your need a compatible Opencore Configurator version for your Opencore Bootloader Version. In the case of Space Invader's latest tutorial, you need the version 2.19.1.0:

https://mackie100projects.altervista.org/download/opencore-configurator-2-19-1-0/

 

The issue for this screen is that your Bootloader version isnt compatible with your Configurator version. When you create your config.plist file with the configurator and the verions doesnt match together, the configurator breaks up your config.plist and the bootloader cant boot the OS.

 

Try it first without a GPU and use VNC instead. Cause if you use a incompatible GPU this also can be a reason that you will stuck in this boot screen(e.g. AMD RX 6XXX Series or all of the newer NVidia Cards).