search

AlexanderWillner / runMacOSinVirtualBox

Run macOS 10.16 Big Sur (and other versions) in VirtualBox on macOS
MIT License
936 stars 125 forks source link

Trying to find a bootable device... Failed #107

Open roshanneupane16 opened 4 years ago

roshanneupane16 commented 4 years ago

To Reproduce Steps to reproduce the behavior: Follow directions and run 'make all' Virtualbox launches and starts the startup.nsh script and it stops at 'Trying to find a bootable device... Failed' message.

Expected behavior Start Mac OS installation screen

Additional context Host OS is 10.15.4 Guest OS downloaded directly from App Store 10.15

pkivolowitz commented 4 years ago

Failed here as well. No FSn contained the boot file as specified in the readme.

AlexanderWillner commented 4 years ago

Can you post the log file? Generally, the script is working as expected (including the boot device).

aboulfad commented 4 years ago

Hello, same situation here. Host OS: 10.15.6, guest OS: 10.15.6, Vbox 6.0.22. Log attached, maybe related to this:

Creating dynamic image with size 1048576 bytes (1MB)... VBoxManage: error: VDI: cannot create image '/Users/toto/VirtualBoxVMs/catalina.efi.vdi' VBoxManage: error: Error code VERR_ALREADY_EXISTS at /Users/vbox/tinderbox/6.0-mac-rel/src/VBox/Storage/VDI.cpp(680) in function int vdiImageCreateFile(PVDIIMAGEDESC, unsigned int, PVDINTERFACEPROGRESS, unsigned int, unsigned int) VBoxManage: error: Cannot create the disk image "/Users/toto/VirtualBoxVMs/catalina.efi.vdi": VERR_ALREADY_EXISTS

Seems above error is unrelated and exists in other user's logs.

runMacOSVirtualbox.log

no bootable device

Thank you.

aboulfad commented 4 years ago

oh darn, we are pressing "enter" in Terminal too quick (#56), can't believe i fell for this ... but regardless the step in the VM to go thru the installation steps never happens, VM is stuck on this black screen after this msg in Terminal: Press enter to stop the VM and to eject the installer medium (to avoid an installation loop for macOS < 10.16).... Screen Shot 2020-08-02 at 9 43 24 AM

Reading all the open issues, potentially related to VB version, i won't be able to test as i don't want to move to VB6.1: https://github.com/AlexanderWillner/runMacOSinVirtualBox/issues/103#issuecomment-660681646

aboulfad commented 4 years ago

ok i decided to upgrade to VB 6.1.12 to try it out and indeed all works fine ! So in summary do not press "enter" before Catalina is installed and ensure VB 6.1.4 or later is used. thank you.

RishonDev commented 3 years ago

Same here, except I am running virtual box 6.1.16,is there a possible fix for it?I can't find anything online.

paulschreiber commented 3 years ago

I had the same problem with VB 6.1.16 and macOS 10.14.

AlexanderWillner commented 3 years ago

I think the most important issue is to identify in which circumstances the issue arises. While it seems to work on my machine and on others, it seems to be an issue on some others...

paulschreiber commented 3 years ago

I've tried installation a few times (erasing everything between runs), and can't get past this point. What can I do to debug the installation?

ipatch commented 3 years ago

tested this repo with setting up a big sur vm on my mbp 2013 late running mojave. ended up running into the original author's issue.

the work-around i'm using when i get dropped into the efi shell. shut down the VM.

  1. create a new vm in vbox, just use the same settings as the one created by the python scrips.
  2. set the newly created vm to boot from the ISO/cdr file created from the python scripts
  3. attach the created hdd from the generated python scripts.
  4. boot the vm

so far so good. vbox is able to launch the installer iso/cdr, the installer found the hdd drive generated by the python scripts, and macos big sur is installing as i type this.

not the most elegant solution, but def quicker than not using these scripts and manually setting up a macos vm for vbox. thanks for putting these scripts / repo together its def a time saver. 🙏

RishonDev commented 3 years ago

try using vmware instead.that is much better than virtualbox.no error,very simple to use.

eltoneo commented 3 years ago

I think the most important issue is to identify in which circumstances the issue arises. While it seems to work on my machine and on others, it seems to be an issue on some others...

RE: VirtualBox VM 6.1.18 r142142 darwin.amd64 (Jan 12 2021 14:26:05) release Hi, 'Make all', ran on a late 2013 MacBook Pro w/Catalina host, Mojave guest, output's the following to Shell:

UEFI Interactive Shell v2.2 EDK II UEFI v2.70 (EDK II, 0x00010000) Mapping table FS0: Alias(s):HD0a65535a1:;BLK1: PciRoot (0x0)/Pci(0x1F,0x2)/Sata(0x0,0xFFFF,0x0)/HD(1,MBR,0x00000000,0x1,0x7FF) FS1: Alias(s):HD0b65535a1:;BLK3: PciRoot(0x0)/Pci(0x1F,0x2)/Sata(Ox1,0xFFFF,0x0)/HD(1,GPT,0C2DC02D-26B9-4586-988D-0F4920DA0F31,0x28,0x64000) BLK0: Alias(s): PciRoot(0x0)/Pci(Ox1F,0x2)/Sata(0x0,0xFFFF,0x0) BLK2: Alias(s): PciRoot(0x0)/Pci(0x1F,0x2)/Sata(0x1,0xFFFF,0x0) BLK5:Alias(s): PciRoot(0x0)/Pci(0x1F,0x2)/Sata(0x2,0xFFFF,0x0) BLK4:Alias(s): PciRoot(0x0)/Pci(0x1F,0x2)/Sata(0x1,0xFFFF,0x0)/HD(2,GPT,48C34CEC-39BE-4590-A545-1E14952F3F5B,0x64028,0xFF9BFB0) Press ESC in 1 seconds to skip startup.nsh or any other key to continue. Image ’fs0:\EFI\drivers\apfs.efi’ loaded at D983E000 - Success APFSStart:1584: Mounting with apfs_efi_osx-1412.141.1 eft_fusion_pairing:686: Container 9feee6b8-fd96-49a8-b8ed-f1b3cda7471e efi_fusion_pairing:691: fusion uuid: 00000000-0000-0000-0000-000000000000 efi_container_create:928: LoadedImage->DeviceHandle = 0xda62fe98 efi_container_create:990: Volume attached is internal nx_kernel_mount:1385: : checkpoint search: largest xid 2, best xid 2 @ 3 er_state_obj_get_forrecovery:4639: No ER state object for volume macOS - rolling is not happening, nothing to recover. Mapping table FS0: Alias(s):HD0a65535a1::BLK1: PciRoot(0x0)/Pci(0x1F,0x2)/Sata(0x0,0xFFFF,0x0)/HD(1,MBR,0x00000000,0x1,0x7FF) FS1: Alias(s):HD0b65535a1::BLK3: PciRoot(0x0)/Pci(0x1F,0x2)/Sata(0x1,0xFFFF,0x0)/HD(1,GPT,0C2DC02D-26B9-4586-988D-OF 4920DAGF31,0x28,0x64000) FS2: Alias(s):HD0b65535a2::BLK5: PciRoot(0x0)/Pci(0x1F,0x2)/Sata(0x1,0xFFFF,0x0)/HD(2,GPT,48C34CEC-39BE-4590-A545-1E14952F3F5B,0x64028,0xFF9BFB0)/VenMedia(BE74FCF7-0B7C-49F3-9147-01F4042E6842, 6A8006F970B4914987B1B9A37BFC78D2) BLK0: Alias(s): PciRoot(0x0)/Pci(0x1F,0x2)/Sata(0x0,0xFFFF,0x0) BLK2: Alias(s): PciRoot(0x0)/Pci(0x1F,0x2)/Sata(0x1,0xFFFF,0x0) BLK6: Alias(s): PciRoot(0x0)/Pci(0x1F,0x2)/Sata(0x2,0xFFFF,0x0) BLK4: Alias(s): PciRoot(0x0)/Pci(0x1F,0x2)/Sata(0x1,0xFFFF,0x0)/HD(2,GPT,48C34CEC-39BE-4590-A545-1E14952F3F5B,0x64028,0xFF9BFB0) Trying to find a bootable device... Failed. Shell> $

The ISO it generates appears valid, since it does boot w/vbox, manually, from scratch.

eltoneo commented 3 years ago

tested this repo with setting up a big sur vm on my mbp 2013 late running mojave. ended up running into the original author's issue.

the work-around i'm using when i get dropped into the efi shell. shut down the VM.

  1. create a new vm in vbox, just use the same settings as the one created by the python scrips.
  2. set the newly created vm to boot from the ISO/cdr file created from the python scripts
  3. attach the created hdd from the generated python scripts.
  4. boot the vm

so far so good. vbox is able to launch the installer iso/cdr, the installer found the hdd drive generated by the python scripts, and macos big sur is installing as i type this. Hi, Just confirmed this work-around does install OS X w/o the package for sound

jason-o-matic commented 3 years ago

I ran into this and fixed it with the following steps:

  1. make clean
    • I may have also manually removed any files in ~/VirtualBox VMs/ that looked related
  2. make all
    • This worked originally with none of the configuration environment variables set
    • Once the machine was up I opened VirtualBox and tried to increase CPU and memory to the max allowable, but this seemed to break things
    • I tried using the environment variables to set those same max allowable values, but the new VM failed to work
    • I decreased the CPU count from 6 to 4 (leaving memory at max allowable) and this seemed to work
    • Also worth noting that on the failed runs I changed the display scale from 100% to 150%, but that doesn't seem super related
  3. This prompt showed up but I didn't do anything with it "Press enter to stop the VM and to eject the installer medium (to avoid an installation loop for macOS < 10.16)...."
  4. I completed the full Big Sur setup process in the VM
  5. Inside the VM I clicked the apple in the upper left and chose Shutdown
  6. Waited for the VM to completely stop
  7. Then I hit enter in my host terminal

When I first read the quoted prompt originally the VM was sitting at the beginning of the mac setup process, but I took the quoted message to mean that I should hit enter immediately, which resulted in the original behavior of this issue.

EDIT: Added info about things I tried that failed. It's also worth noting that every time I click the apple menu and choose shut down, the next time I start the VM I see a prompt saying the machine was shut down because of a problem.

eltoneo commented 3 years ago

ATT: runMacOSinVirtualBox My post highlighted that no sound package get’s installed. Therefore, why bother to run MacOS in Oracle VBox with out any sound? If OS X Mavericks has sound in VBox guest, why can’t Mojave? eltoneo

On Apr 22, 2021, at 12:56 PM, Jason Gladish @.***> wrote:

I ran into this and fixed it with the following steps:

make clean make all This prompt showed up but I didn't do anything with it "Press enter to stop the VM and to eject the installer medium (to avoid an installation loop for macOS < 10.16)...." I completed the full Big Sur setup process in the VM Inside the VM I clicked the apple in the upper left and chose Shutdown Waited for the VM to completely stop Then I hit enter in my host terminal When I first read the quoted prompt originally the VM was sitting at the beginning of the mac setup process, but I took the quoted message to mean that I should hit enter immediately, which resulted in the original behavior of this issue.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/AlexanderWillner/runMacOSinVirtualBox/issues/107#issuecomment-825063780, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKO6W3TYQNTNPRRVQFYMWW3TKBPLBANCNFSM4NAGQ65Q.