Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unable to start VM #21

Closed
owaingeek opened this issue Oct 27, 2024 · 13 comments
Closed

Unable to start VM #21

owaingeek opened this issue Oct 27, 2024 · 13 comments
Labels
status:awaiting response Needs further info status:investigating Issue is currently being investigated.

Comments

@owaingeek
Copy link

When attempting to start the VM, the screen just flickers the Hyper-V logo and turns off. Screen cap is below:
https://drive.google.com/file/d/1bTqvy4Bg9l8WsxFIvlfjzW9D6548GgEv/view?usp=sharing

@Qonfused
Copy link
Owner

What virtual disks do you have connected to the VM? I'd double check that boot order under the hardware section for 'SCSI Controller' prioritizes the EFI virtual disk:

  • Navigate to 'SCSI Controller' and add a new hard drive for your EFI VHDX (and installer VHDX if applicable).
  • You'll need to attach your EFI VHDX with a location value of 0 and change the location value for your main virtual hard disk to a different value (e.g. 1 or 2). This is to ensure that the EFI disk is the first disk in the boot order.

If you have your com.apple.recovery.boot macOS base image on the EFI virtual disk, that is also fine.

@owaingeek
Copy link
Author

Hiya,
I did have my EFI on 0 and my main virtual hard disk on 1. I also had my com.apple.recovery.boot image on the EFI disk also.

@Qonfused Qonfused added the status:investigating Issue is currently being investigated. label Oct 29, 2024
@owaingeek
Copy link
Author

Hi,
Is there an update with this? Thanks

@Qonfused
Copy link
Owner

Sorry, I had meant to follow up sooner.

What does your EFI disk look like? If you created it manually, I'd make sure that there exists an EFI folder on that disk so that the root has both directories:

com.apple.recovery.boot/
EFI/

@owaingeek
Copy link
Author

Hi,
EFI does exist. I used the already created one on the GitHub.

@Qonfused
Copy link
Owner

I'd try cloning this repository and running the build script with .\scripts/build.ps1. This uses a much more modern configuration than the v0.1.0 release (from February) and should better help with debugging.

It'll create a dist/ directory where you can also run the create-virtual-machine.ps1 script from:

# Build the repository
.\scripts\build.ps1

# Use the latest version of macOS (cpu=2 cores, ram=8 GB, size=50 GB)
$ .\dist\Scripts\create-virtual-machine.ps1 -name "My New Virtual Machine"

@owaingeek
Copy link
Author

I’ll try again soon. I was having issues with this previously.
I will get back to you as soon as possible.

@Qonfused
Copy link
Owner

The README before wasn't quite correct syntactically for running those scripts (a huge oversight on my part). It was previously missing the .\ at the start which wouldn't be runnable if you tried copy/pasting from it from the README.

@owaingeek
Copy link
Author

Hi, this is as far as I am getting now. Still flashing on and off the screen but it says this
image

@owaingeek
Copy link
Author

Let me grab a better screenshot.
image

@Qonfused
Copy link
Owner

What CPU are you using and macOS version are you trying to boot?

If you're using a DEBUG build of the project (which it should by default), you should see an OpenCore log if you mount the EFI virtual disk. I'd upload it here just to verify that OpenCore isn't trying to boot into something else.

It's also possible one of the drivers (under EFI/OC/Drivers) can't run on your CPU. For older CPUs (that don't support RDRAND, i.e. Sandy Bridge and older), you'll need to use HfsPlusLegacy instead of HfsPlus (also refer to #7 (comment) if booting a legacy macOS version). If that's the case you just change this line to HfsPlusLegacy and create a new virtual machine from the new build:

Drivers:
- HfsPlus

@owaingeek
Copy link
Author

It's an Ivy-Bridge CPU, I will try that now.

@owaingeek
Copy link
Author

That worked, this is now as far as I get now
image

@Qonfused Qonfused added the status:awaiting response Needs further info label Nov 21, 2024
@Qonfused Qonfused closed this as not planned Won't fix, can't repro, duplicate, stale Nov 21, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
status:awaiting response Needs further info status:investigating Issue is currently being investigated.
Projects
None yet
Development

No branches or pull requests

2 participants