vftool VS OSX-KVM

As an alternative, here's a really minimalist command-line wrapper to run VMs in the macOS Virtualization.framework: https://github.com/evansm7/vftool

Does vftool use https://developer.apple.com/documentation/virtualization or https://developer.apple.com/documentation/hypervisor ?

https://github.com/evansm7/vftool appears to indicate the former, but I thought the later was required for rosetta so interested to try this.

The battery life on the MacBook M1 is pretty amazing but not having Virtualbox has been a pain and we are exploring options for our new team. I have mostly worked for companies with actual teams dedicated to providing build tools.

Past attempts to Dockerize all the infrastructure dependencies (e.g. we run our own database and DNS servers) and tying all of that with the build scripts was deemed more effort than its worth so that never quite got going. Maybe its different scratch?

I have tried a bunch of these projects so while interesting I'm not sure about building workflows around them:

https://mac.getutm.app/

https://github.com/KhaosT/SimpleVM

https://github.com/danielrfry/toyvm

https://github.com/evansm7/vftool

https://multipass.run/install

https://github.com/features/codespaces

https://medium.com/@paulrobu/how-to-run-ubuntu-22-04-vms-on-apple-m1-arm-based-systems-for-free-c8283fb38309

I know architecture differences will cause pain, hell here we are already. I think everyone will benefit from crowd sourcing experiences and hopefully we can save each other chunks of life thrown away.

==

    What tool do you use to {edit code, build artifacts, run unit tests, deploy artifacts, run e2e tests}

VMs work. Qemu is working with patches. You have to build it though. None of the releases seems to be patched yet. There is an early preview of Parallels. Both Linux and Windows on Arm are working. Docker has an early release as well. There are few prebuilt projects on Github too:

https://github.com/evansm7/vftool

I needed to add a persistent network configuration (which I didn't really figure out -- I was okay with starting an interface manually. I also had to re-generate the SSH host keys for some reason.

In order to do these, I loaded the image in initramfs (basically started the VM w/o specifying root=/dev/vda as the command line argument). Then I mounted /dev/vda and chroot'd to it. Then I could change the root password to something that I knew, and setup the keys / config.

I also was able to use the Ubuntu kernel/initrd to load a Debian 10 image as well. The default Debian 10 cloud image doesn't include the necessary kernel modules (virtio_console might be the only one necessary to add).

I've spent a few days testing out this and the linked vftool (https://github.com/evansm7/vftool) to try to get a Debian VM. It's not an easy thing, but it did eventually work. I ended up corrupting the disk image though, so that wasn't fun.

In order to do this on my Mac w/o needing a Linux machine, I installed ext4fuse so that I could mount raw disk images and mount partitions. I followed instructions from this GH issue, which was a great help.

https://github.com/evansm7/vftool/issues/2

Late to the party here, but I have an M1 MacBook Air--other commenters mentioned marcan's WIP linux port which if fully realized, I'd expect someone would come up with a way to boot arch on it. Today, Apple provides a couple different APIs for accelerated aarch64 virtualization, and I've gotten several distros working using this tool (which uses the Virtualization.Framework). It's FAST too--haven't run benchmarks or anything but compiling code seems as snappy as my i9-9900k desktop

I'm having the exact same problem. 192.168.64.0/24 seems to be the address space that macOS's virtualization framework uses. (At least, vftool spins up VMs using the same space.)

Heres the best guide so far, includes image download links and such: https://github.com/evansm7/vftool/issues/2#issuecomment-735455161

Yes, I recently had to compile some stuff on Windows (I'm on an AMD Linux host) and VirtualBox just wouldn't start Microsoft's Windows dev VM (the one they provide for free for Virtualbox). I ended up learning how to use qemu and it works great...and as a bonus I was able to run a hackintosh (via https://github.com/kholia/OSX-KVM) and it works near flawlessly, which was something I was never able to accomplish with Virtualbox (granted I haven't tried in a few years).

I'm pretty happy with Qemu now, even if it's jsut a CLI interface. I was tempted to try the virt-* stuff, but honestly it seems like one more thing to learn so I'm going to hold off until I need something like copy/paste between VMs and can't figure it out in qemu direct.

Working on a patch to include it as a flake input instead of vendoring it in the repo, so this should no longer be true. I use the QCOW2s for OpenCore from osx-kvm that I have not figured out how to reproduce yet https://github.com/kholia/OSX-KVM/blob/master/OpenCore/OpenCore.qcow2

For almost a year, I have been coding a little project in Python intended to piggyback on the framework of kholia's OSX-KVM project, known as ultimate-macOS-KVM, or ULTMOS.

I just researched a bit, mac os x guest vm with pcie passthrough seems possible on linux.

Dropping the links below:

https://github.com/kholia/OSX-KVM

https://github.com/yoonsikp/macOS-KVM-PCI-Passthrough

VirGL is definitely an interesting project, but all one has to do to get GPU passthrough working (from a Linux QEMU host to any guest OS) is: 1.) research a cheap, secondary GPU that is natively supported by the guest OS, 2.) plug such a secondary GPU into a PCIe slot on the host and hook it up to the primary monitor with a secondary cable (D-Sub vs. DVI, etc.), 3.) setup Linux to ignore the secondary GPU at boot and configure a QEMU VM for the GPU passthrough. The whole process takes perhaps one or two hours and as works flawlessly, with no stability issues. (Switching across the two GPU cables can be accomplished in software by using Display Data Channel /DDC/ utilities and switching keyboard/mouse can be accomplished by using evdev /event device/ passthrough.) More information: https://github.com/kholia/OSX-KVM/blob/master/notes.md#gpu-p...

I get "verification failed" error when using https://github.com/kholia/OSX-KVM

I also see there is KVM-OSX which looks to be actively maintained, but I haven't heard anything about it.

You can use qemu/libvirt/kvm on any Linux host to run macOS pretty easily these days[1]. I run Ventura on unraid with nvidea gpu passthrough and it’s been fairly painless.

You can also run macOS in docker, but it’s ultimately running through qemu/kvm as well[2]

1. https://github.com/kholia/OSX-KVM

2. https://github.com/sickcodes/Docker-OSX

I think this could be of some use to you https://github.com/kholia/OSX-KVM

i cloned that repository