Docker and Docker Compose on AMD OSX Hackintosh via Docker Machine

docker-compose-hackintosh.md

Introduction

Docker.app will complain about incompatible processor, so we will use Docker Machine.

Instalation

Download Docker for Mac (Docker.app). It contains some binaries that are necessary.

brew install virtualbox docker-machine

# Normally, those links are created automatically by running Docker.app,
# but it quits on us too early, so we need to do this manually
ln -s "/Applications/Docker.app/Contents//Resources/bin/docker-compose" /usr/local/bin/docker-compose
ln -s "/Applications/Docker.app/Contents//Resources/bin/docker-credential-desktop" /usr/local/bin/docker-credential-desktop
ln -s "/Applications/Docker.app/Contents//Resources/bin/docker-credential-osxkeychain" /usr/local/bin/docker-credential-osxkeychain

You can also use brew to install docker and doccker-compose and it should work without linking above.

Running

docker-machine create
eval $(docker-machine env)
docker run hello-world
docker-compose up

Since docker-machine is deprecated and archived, I recommend using minikube with virtualbox driver instead.

Installing minikube and docker:

brew install minikube docker

Creating the kubernets cluster using the virtualbox driver:

minikube start --driver=virtualbox --keep-context

Configures the Docker CLI in your current shell to use the minikube's docker:

eval $(minikube docker-env)

To use docker-compose just install it via homebrew:

brew install docker-compose

If you want to access a served application on a container (localhost:8080/route), you'll need the minikube IP to access it, using localhost won't work. And to retrieve the IP is just like that:

minikube ip

You can set this IP on /etc/hosts to access applications without typing the IP.

sudo echo "$(minikube ip) minikube" >> /etc/hosts

Now you can use docker without any problems on your Ryzentosh.

Following up on this comment: I once tried updating my brew packages (via brew upgrade ) and accidentally upgraded my Virtualbox installation as well to latest version v7.0.4. Then I noticed that my local Docker commands stopped working. It seems that this latest version of Virtualbox deprecates host-only adapter in the networking part of a virtual machine (minikube seem to require this exact networking option); resulting in an error similar to https://gist.github.com/slykar/e92732be9bf81a71e08068245656d70e?permalink_comment_id=4334542#gistcomment-4334542 cc @johnalbert-dot-py

These helped me:

1. Uninstalled Virtualbox using the VirtualBox_uninstall.cmd tool in the installation DMG
2. Restarted my mac
3. Download & install Virtualbox version 6.1.40 (where the host-only adapter is not yet deprecated)
4. Making sure that in the System Preferences > Security & Privacy we allow Oracle when prompted
5. Restarted my mac once again
6. Voila, able to minikube start again and don't forget to eval $(minikube docker-env)

Hope this helps!

Large image

Has anyone tested these settings in Ventura?

Has anyone tested these settings in Ventura?

Yes, it works for me on Ventura. But only on version VB 6.1.40. I did it according to the scheme described by @kareemlukitomo

Since docker-machine is deprecated and archived, I recommend using minikube with virtualbox driver instead.

Installing minikube and docker:

brew install minikube docker

Creating the kubernets cluster using the virtualbox driver:

minikube start --driver=virtualbox --keep-context

Configures the Docker CLI in your current shell to use the minikube's docker:

eval $(minikube docker-env)

To use docker-compose just install it via homebrew:

brew install docker-compose

If you want to access a served application on a container (localhost:8080/route), you'll need the minikube IP to access it, using localhost won't work. And to retrieve the IP is just like that:

minikube ip

You can set this IP on /etc/hosts to access applications without typing the IP.

sudo echo "$(minikube ip) minikube" >> /etc/hosts

Now you can use docker without any problems on your Ryzentosh.

Showing this error @kareemlukitomo help me

@MuttakinHasib
https://superuser.com/questions/538760/adding-a-line-into-the-hosts-file-getting-permission-denied-when-using-sudo-m

tl;dr

sudo -- sh -c "echo $(minikube ip) minikube >> /etc/hosts"

Thanks for all the pointers. Here's what I had to do, as unfortunately in Ventura 13.1, VirtualBox 6.1.40 kexts do not load, which means no luck when creating a host-only network adapter.

In order to fix this, you need to edit your config.plist file and disable kext signing from SIP as indicated at https://caizhiyuan.gitee.io/opencore-install-guide/troubleshooting/extended/post-issues.html#disabling-sip.

After doing so, proceed to reinstall VirtualBox 6.1.40, kexts will now load at startup and should enable minikube to create the host-only network adapter.

I still can't make docker run using minikube, I already try @fsegouin solution but still not working (gets the same error about host-only network adapter)

@johnalbert-dot-py can you confirm that you are running a version of VirtualBox that supports the host-only network adapter and that you have Kext Signing disabled.

~ VBoxManage --version
6.1.38r153438

~ csrutil status
System Integrity Protection status: unknown (Custom Configuration).

Configuration:
	Apple Internal: disabled
	Kext Signing: disabled #<--------- ( this on in particular )
	Filesystem Protections: disabled
	Debugging Restrictions: disabled
	DTrace Restrictions: enabled
	NVRAM Protections: enabled
	BaseSystem Verification: enabled

This is an unsupported configuration, likely to break in the future and leave your machine in an unknown state.

~VBoxManage --version
6.1.42r155177
~csrutil status
System Integrity Protection status: enabled.

I get following errors.
VBoxManage: error: AMD-V is disabled in the BIOS (or by the host OS) (VERR_SVM_DISABLED)

I also tried
~VBoxManage modifyvm "minikube" --hwvirtex=off --nested-hw-virt=off

@sunkeunchoi you should enable AMD-V in your bios settings if it's not enabled. Refer to the manual for a guide on how to turn it on.

Enabling SVM in BIOS setting solved issue
Thank you

Thanks for all the pointers. Here's what I had to do, as unfortunately in Ventura 13.1, VirtualBox 6.1.40 kexts do not load, which means no luck when creating a host-only network adapter.

In order to fix this, you need to edit your config.plist file and disable kext signing from SIP as indicated at https://caizhiyuan.gitee.io/opencore-install-guide/troubleshooting/extended/post-issues.html#disabling-sip.

After doing so, proceed to reinstall VirtualBox 6.1.40, kexts will now load at startup and should enable minikube to create the host-only network adapter.

This works for me. Tested with Ventura 13.2.1 (22D68). Virtual Box 6.1.40. Disabled SIP.

Dinghy is working for me on my ryzentosh without any issue
https://jetstudy.net/docker/install-docker-in-amd-hackintosh-ryzentosh-system/

Dinghy is working for me on my ryzentosh without any issue https://jetstudy.net/docker/install-docker-in-amd-hackintosh-ryzentosh-system/

I tried it, but always return an error, when run the command to create an vm.

@dheerajv4855 you can also use the official https://github.com/docker/machine for that

Dinghy is working for me on my ryzentosh without any issue https://jetstudy.net/docker/install-docker-in-amd-hackintosh-ryzentosh-system/

I tried it, but always return an error, when run the command to create an vm.

Hi,
can you share what error you are getting ?

Dinghy is working for me on my ryzentosh without any issue https://jetstudy.net/docker/install-docker-in-amd-hackintosh-ryzentosh-system/

I tried it, but always return an error, when run the command to create an vm.

Hi, can you share what error you are getting ?

The solucion is

But that option is not showing up. I use Mac Os Ventura

Dinghy is working for me on my ryzentosh without any issue https://jetstudy.net/docker/install-docker-in-amd-hackintosh-ryzentosh-system/

I tried it, but always return an error, when run the command to create an vm.

Hi, can you share what error you are getting ?

The solucion is But that option is not showing up. I use Mac Os Ventura

you should allow virtualbox from security at time of installation
make sure you are using version 6.1.26
Uninstall and install again virtualbox and see if that works

one thing i would like to mention is SIP is disabled in my system
@namchuai has also a working virtualbox in ventura with SIP disabled
maybe that could be a reason

@mam

This works for me. Tested with Ventura 13.2.1 (22D68). Virtual Box 6.1.40. Disabled SIP.
@namchuai , were you enable to create an vm and start it with no errors?

@evenlee yes, I can

@evenlee yes, I can

Thanks for confirming, it's wired I cannot run any vm even minikube vm by start button in VM window, but I can use 'minikube start' to start the minikube vm. my value to disable sip is 6F020000(I also tried many values, same result, but this one seems perfect), and i am just upgraded to 13.3 from 12.6.

@evenlee sorry, I misunderstood your question. I tried with windows VM but got same error as your.

Edit: I can use Genymotion (which is a VM for Android) normally.

@evenlee sorry, I misunderstood your question. I tried with windows VM but got same error as your.

Edit: I can use Genymotion (which is a VM for Android) normally.

Thanks, it seems i have to stay on Monterey for now, maybe I will upgrade my build to 13900 when I got time to rebuild :).

Let me add that you can now use

brew tap homebrew/cask-versions
brew install --cask virtualbox6

To install the correct version of Virtualbox

Thanks for the guide. It works here (ryzentosh Ventura). However, there's an issue with VirtualBox 6.1.40 - it uses double the amount of RAM (e.g., if you allocate 4.0 GB, you can check Activity Monitor where you'll see ~8.0 GB used). The issue is documented here - https://www.virtualbox.org/ticket/19726

Not a deal breaker, but might be problematic for some. An older version - 6.1.2 r135662 - does not have the double memory issue, I am not sure, if it will work in this case. If someone tries it, please share feedback.

@phtmgt @dheerajv4855
Have you guys tried running an android emulator using Virtual Box?

I have not tried. If you find a way, though, please share, as it would be useful.

@johnalbert-dot-py did you manage to work it out? I'm in similar situation as you were.

Disabled KEXT signing in SIP

❯
./csrstat
csrstat v2.0 Copyright (c) 2015-2017 by Pike R. Alpha, 2017-2023 by Joss Brown
System Integrity Protection status: enabled (0x00000003) (Custom Configuration).

Current Configuration:
	Apple Internal                  disabled
	Kext Signing                    disabled
	Debugging Restrictions          enabled
	Filesystem Protections          disabled
	Kernel Debugging Restrictions   enabled
	DTrace Restrictions             enabled
	NVRAM Protections               enabled
	Device Configuration            disabled
	BaseSystem Verification         enabled
	Unapproved Kexts Restrictions   enabled
	Executable Policy               enabled

Boot into Recovery Mode and modify with: 'csrutil enable [arguments]'
<Note: some flags are not accessible using the csrutil CLI.>

This is an unsupported configuration, likely to break in the future and leave your machine in an unknown state.

❯
csrutil status
System Integrity Protection status: unknown (Custom Configuration).

Configuration:
	Apple Internal: disabled
	Kext Signing: disabled
	Filesystem Protections: disabled
	Debugging Restrictions: enabled
	DTrace Restrictions: enabled
	NVRAM Protections: enabled
	BaseSystem Verification: enabled

This is an unsupported configuration, likely to break in the future and leave your machine in an unknown state.

Installed VB 6.1.40

❯
VBoxManage --version
6.1.40r154048

When running minikube start --driver=virtualbox --keep-context I get following error:

❯
minikube start --driver=virtualbox --keep-context
😄  minikube v1.31.2 on Darwin 14.0
✨  Using the virtualbox driver based on user configuration
❗  Due to changes in macOS 13+ minikube doesn't currently support VirtualBox. You can use alternative drivers such as docker or hyperkit.
    https://minikube.sigs.k8s.io/docs/drivers/docker/
    https://minikube.sigs.k8s.io/docs/drivers/hyperkit/

    For more details on the issue see: https://github.com/kubernetes/minikube/issues/15274

👍  Starting control plane node minikube in cluster minikube
🔥  Creating virtualbox VM (CPUs=2, Memory=4000MB, Disk=20000MB) ...
🔥  Deleting "minikube" in virtualbox ...
🤦  StartHost failed, but will try again: creating host: create: creating: Error setting up host only network on machine start: The host-only adapter we just created is not visible. This is a well known VirtualBox bug. You might want to uninstall it and reinstall at least version 5.0.12 that is is supposed to fix this issue
🔥  Creating virtualbox VM (CPUs=2, Memory=4000MB, Disk=20000MB) ...
😿  Failed to start virtualbox VM. Running "minikube delete" may fix it: creating host: create: creating: Error setting up host only network on machine start: The host-only adapter we just created is not visible. This is a well known VirtualBox bug. You might want to uninstall it and reinstall at least version 5.0.12 that is is supposed to fix this issue

❌  Exiting due to IF_VBOX_NOT_VISIBLE: Failed to start host: creating host: create: creating: Error setting up host only network on machine start: The host-only adapter we just created is not visible. This is a well known VirtualBox bug. You might want to uninstall it and reinstall at least version 5.0.12 that is is supposed to fix this issue
💡  Suggestion: Reboot to complete VirtualBox installation, verify that VirtualBox is not blocked by your system, and/or use another hypervisor
📘  Documentation: https://stackoverflow.com/questions/52277019/how-to-fix-vm-issue-with-minikube-start
🍿  Related issues:
    ▪ https://github.com/kubernetes/minikube/issues/3614
    ▪ https://github.com/kubernetes/minikube/issues/4222
    ▪ https://github.com/kubernetes/minikube/issues/5817

I managed to solve this issue by clicking Allow button under Privacy & Security section in Settings after the installation of Virtualbox6 and restarting.

After that minikube start --driver=virtualbox --keep-context without issue

Is there anyone have experience with Sonoma? Does this method still working?