VirtualBox on a MacBook: Apple Silicon Install and Limits

VirtualBox runs on Intel and Apple silicon MacBooks, but the Apple silicon build runs ARM virtual machines only and drops capabilities older tutorials still promise. Check the chip first.

Apple silicon changed the answer, not just the installer

Most VirtualBox guides you will find were written between 2012 and 2022, when "Mac" meant Intel. They still work on an Intel MacBook. On an M-series machine they are misleading in three places: the host package, the guest list, and the failure messages.

Oracle's 7.x line ships a separate macOS host build for Apple silicon. VirtualBox 7.1 introduced it and 7.2 continues it; the exact minimum macOS version has moved between releases, so confirm the current requirement on Oracle's download page rather than trusting a version number in a blog post. Two consequences follow from that split:

Workflow diagram for macbook virtualbox.
  • On an Apple silicon MacBook you install the Apple silicon host build. The Intel package will not run there, and the two installers are not interchangeable.
  • On an Apple silicon host, VirtualBox runs ARM guests only. It does not emulate x86 or x86-64, so an existing Windows 10 or x86 Linux image from an Intel machine will not boot.

If a step below says "Apple silicon", do not apply it to an Intel Mac, and the reverse.

Four checks before you download anything

1. Confirm the architecture, not the model name. Open the Apple menu, choose About This Mac, and read the Chip line, or run uname -m in Terminal. arm64 means Apple silicon; x86_64 means Intel. A 2020 MacBook Pro could ship with either, which is why the model year alone does not answer the question.

Editorial illustration for macbook virtualbox.

2. Compare your macOS version with the release notes. Run sw_vers -productVersion and check it against the minimum listed for the release you intend to install. Installing on an older macOS is the most common cause of a package that appears to install and then refuses to start.

3. Decide in advance whether you will allow a kernel extension. The macOS build registers a system extension that carries networking and USB support. On Apple silicon, allowing a third-party extension can require lowering startup security to Reduced Security in Recovery and then approving Oracle's extension in System Settings under Privacy & Security. Budget a restart, and read the current installation chapter instead of a 2021 walkthrough: the approval sequence has changed more than once.

4. Reserve disk space for the guest, not the installer. The package is small; the virtual disk is not. A working Linux guest with a desktop environment, swap, and two snapshots can consume tens of gigabytes, and snapshots grow silently. Keep the virtual disk on the internal SSD unless you have measured the external drive's sustained write speed.

If any of those checks fails, stop. Fixing the preconditions is faster than repairing a half-installed hypervisor.

Download the build that matches your chip

For an M1, M2, M3, or M4 MacBook, choose the macOS / Apple silicon entry on Oracle's VirtualBox Downloads page. For an Intel Mac, choose macOS / Intel. The Apple silicon package carries macOSArm64 in its filename, which is the quickest way to confirm you grabbed the right one before you open it.

Write down the release number you downloaded, for example 7.2.x, and keep it next to the virtual machines you create. When a guest misbehaves three months later, knowing the host version is the difference between a five-minute diagnosis and an afternoon of guessing.

Then verify the download. Oracle publishes SHA-256 digests alongside the packages:

shasum -a 256 ~/Downloads/VirtualBox-*.dmg

Compare the output with the digest published for that exact file. A truncated download is rare, but it produces an installer failure that looks like a permissions problem, and the checksum takes ten seconds. Do not install a package whose digest does not match; download it again.

Install from the DMG

  1. Double-click the downloaded .dmg to mount it.
  2. Double-click VirtualBox.pkg inside the mounted volume.
  3. Follow the installer: Continue, Install, then enter your administrator password when asked.
  4. If macOS blocks the system extension, open System Settings, go to Privacy & Security, and approve the Oracle entry. You may need to restart before the extension loads.
  5. Launch VirtualBox from the Applications folder, or press Command-Space and type VirtualBox.

Confirm the installation from Terminal rather than from the dock icon:

/Applications/VirtualBox.app/Contents/MacOS/VBoxManage --version

The command should print the same version number you downloaded. If it fails, the application bundle or the kernel extension did not install correctly, and the next section is where to look.

First launch: which permissions matter

VirtualBox asks for more access than most Mac apps, and the prompts are easy to over-grant.

  • File access. When you select an ISO or an existing disk image, macOS may ask for access to that folder. Grant only the folder that holds your images. There is no reason to hand over your entire home directory for a single ISO.
  • Host-only networking. Creating a host-only adapter installs a small privileged helper. That prompt is expected. Decline it and host-only networking simply will not work.
  • The Extension Pack. USB 2.0 and 3.0 passthrough and the remote display server live in the Extension Pack, which is distributed under Oracle's PUEL licence: free for personal, educational, and evaluation use, but not for commercial deployment without a licence. Install it from File, then Preferences, then Extensions.
  • Guest Additions. Shared folders, clipboard sharing, and automatic display resizing come from Guest Additions installed inside the guest, not on the host. A freshly created VM has none of them, which is why shared folders appear to be broken on day one.

When the install fails or the VM will not start

The package installs but VirtualBox never opens. Check the architecture first: an Intel package on an Apple silicon Mac is the most common mistake. If the package is correct, look for a blocked-extension notice in Privacy & Security, then restart. A previous VirtualBox installation that was dragged to the trash rather than removed with the uninstaller can also leave an old extension behind; remove it with the official uninstall tool before reinstalling.

The VM will not start at all. On Apple silicon, an x86 guest image is the usual cause, and no setting will fix it. Beyond that, check three things in order: the guest architecture matches the host, the memory and CPU count you assigned are actually available, and the guest is not requesting nested virtualization, which is not a supported configuration.

The VM starts and then stalls or performs badly. Read the log in the virtual machine's Logs folder before changing settings. Common causes are host memory pressure from too many open applications, over-allocating virtual CPUs beyond the number of physical cores, and relying on 3D acceleration that Apple silicon hosts do not deliver in practice. Reducing the guest to one or two vCPUs and 4 GB of RAM often produces a faster, more stable result than a generous allocation.

USB devices are missing from the guest. USB 1.1 works with the base package. USB 2.0 and 3.0 need the Extension Pack plus a filter for the specific device, and even then passthrough on Apple silicon is best treated as best-effort rather than guaranteed.

What VirtualBox can and cannot do on a MacBook

Capability

Intel MacBook host

Apple silicon (M1-M4) host

Guest architecture

x86 and x86-64

ARM64 only

Cross-architecture emulation

Not provided

Not provided

Windows guest

Possible with an x86 Windows image

No officially supported Windows guest configuration

macOS guest

Not an officially supported guest

Not an officially supported guest

Linux guest

Yes, x86 and x86-64 images

Yes, ARM64 images

USB 1.1

Built in

Built in

USB 2.0 and 3.0

Extension Pack required

Extension Pack required, passthrough limited

3D acceleration

Limited

Limited, often unavailable in practice

GPU passthrough

Not supported

Not supported

Nested virtualization

Not a supported configuration

Not a supported configuration

Shared folders and clipboard

Guest Additions

Guest Additions

Snapshots

Supported

Supported

Treat the right-hand column as the honest answer to "can my MacBook do this", and the middle column as a reminder that Intel Macs are now the exception rather than the assumption.

The limit that decides whether VirtualBox fits

On an Intel Mac, VirtualBox behaves like a general-purpose x86 hypervisor: the architecture question does not come up, and most tutorials still apply.

On Apple silicon it is an ARM hypervisor with a narrower guest list, a dependency on Apple's system-extension policy, and no emulation to fall back on. That is a defensible engineering position, not a bug, but it changes what you should plan for. Before you commit a project to a virtual machine on an M-series MacBook, answer one question: does the guest exist as an ARM64 build? If the answer is no, VirtualBox is the wrong layer for that job, and no amount of tuning will change the architecture. If the answer is yes, the remaining work is ordinary: install the matching host build, keep the Extension Pack and Guest Additions current, and size the VM within your real memory budget.

FAQ

Can an M-series MacBook run Windows in VirtualBox?

Not in an officially supported configuration. VirtualBox on Apple silicon runs ARM guests, and Windows on ARM is not on Oracle's supported guest list. Workarounds circulate, but they sit outside the support matrix and outside the scope of this guide, which covers installation and limits rather than Windows guest setup.

Does VirtualBox support macOS as a guest?

No. macOS is not an officially supported guest on either host architecture. Guides that walk you through it are describing an experimental setup with no support path, and installing macOS in a VM does not change Apple's licensing terms for the operating system.

The install failed. What should I check first?

In this order: the checksum of the downloaded file, then the architecture of the package against uname -m, then whether the kernel extension was approved in Privacy & Security and followed by a restart, and finally whether an older VirtualBox installation left an extension behind. Those four account for most failures, and each takes less than a minute to rule out.

Do I still need the Extension Pack for USB drives?

For USB 2.0 and USB 3.0 devices, yes. USB 1.1 works with the base package. The Extension Pack also carries the remote display server, and its licence is separate from the GPL-licensed base application.

Quick Recap

  1. Check the chip and the OS. uname -m for arm64 or x86_64, sw_vers -productVersion for the minimum the release requires, and enough free space for the virtual disk and its snapshots.
  2. Download the matching host build and verify it. Apple silicon uses the macOSArm64 package; Intel uses the Intel package. Match the published SHA-256 digest before opening the file.
  3. Install, approve, restart, confirm. Run VirtualBox.pkg, approve the Oracle system extension in Privacy & Security, restart, then check /Applications/VirtualBox.app/Contents/MacOS/VBoxManage --version.
  4. Create an ARM guest, then add the extras. Shared folders, clipboard, and display resizing arrive with Guest Additions; USB 2.0 and 3.0 arrive with the Extension Pack.

The specific guest list, minimum macOS version, and Apple silicon limitations are set by Oracle and change between releases. Before you plan around any of them, read the installation chapter and the changelog for the version you actually installed, and check the current download page for the supported release. Working from the documentation that matches your installed version is the only reliable habit in this area; the rest of the setup is routine.