How to Run APK on Linux (Waydroid, Anbox and More)

You can run APK files on Linux with Waydroid, which runs Android inside a container on your desktop in about ten seconds of startup time. Alternatives exist for specific cases: Genymotion and Android Studio run Android in a virtual machine, and Android-x86 boots it as the entire operating system. Linux has no native Android runtime, so every route here builds one.

Can You Run APK on Linux?

Five routes exist, and one of them is dead. Waydroid is the current standard for desktop use, Genymotion and Android Studio cover developer needs, Android-x86 runs Android as a dual-boot operating system, and Anbox should be avoided entirely since its project was deprecated in February 2023.

The choice comes down to two questions. Do you want Android in a window alongside your desktop, or as the whole system? And does your machine run Wayland, which Waydroid requires?

Method 1: Waydroid

Waydroid runs a LineageOS-based Android system inside a container and draws its windows through Wayland. It shares your kernel rather than booting a full virtual machine, so it starts quickly and uses less memory than a VM.

Install Waydroid on Your Distribution

Packaging is now handled by the distributions themselves on recent releases:

• Ubuntu 26.10 and Debian 14: available in the repositories. Debian 13 users pull it from backports.
• Fedora: sudo dnf install waydroid.
• Arch: the waydroid package from the community repository or AUR.
• Void and NixOS: community packages exist and are documented on the Waydroid install pages.

Every row gives you the same waydroid command and the same service name. Older releases without a package still install through the script documented on the Waydroid site, after which the rest of this guide applies unchanged.

Before the first start, load the binder modules. On Ubuntu and Debian that is sudo apt install waydroid plus a reboot if the package pulls them in; on Arch and Fedora, confirm binder_linux appears in lsmod. Then initialize an image with sudo waydroid init.

Confirm You Are on Wayland

Run:

echo $XDG_SESSION_TYPE

If it prints x11, Waydroid will fail. On a Wayland session, start the service and open the container:

sudo systemctl enable --now waydroid-container
waydroid show-full-ui

Install an APK in Waydroid

Two paths work. Right-click the file in your file manager and choose Open With Waydroid, or push it from a terminal:

waydroid app install /path/to/file.apk

adb install works too once you enable debugging inside the container, which is covered in the ADB install guide.

Waydroid Limitations

Waydroid ships an ARM translation gap. An x86 image installs x86 packages and rejects ARM-only ones with INSTALL_FAILED_NO_MATCHING_ABIS, which is the single most common install failure here. Google Play also needs an image with Google apps baked in, chosen during waydroid init. GPU acceleration depends on your driver: Mesa on Intel and AMD hardware works well, while older NVIDIA drivers need the proprietary stack and a manual configuration step.

Run Google Play Inside Waydroid

The default Waydroid image ships without Google apps, so the Play Store never appears in the launcher until you re-run sudo waydroid init, pick the Open GApps image option at the prompt, and restart the container to let the new image load. Until that succeeds, waydroid app install is the only route to any app.

1. Stop the service with sudo systemctl stop waydroid-container.
2. Run sudo waydroid init and choose the Open GApps image option when asked.
3. Start the service with sudo systemctl start waydroid-container, then open waydroid show-full-ui.
4. Sign in on the first launch. The store then installs and updates apps as usual.

Two things surprise first-time users. The Google package adds several hundred megabytes to the image download, and a sign-in can fail while the container registration is refused. Both usually clear after a second waydroid init and another attempt. Apps you sideload in the meantime keep working through waydroid app install /path/to/file.apk.

Set Up Graphics for Waydroid

Waydroid renders through your compositor, so Intel and AMD GPUs need the open Mesa driver that most distributions already ship, while NVIDIA cards need the proprietary driver plus nvidia_drm.modeset=1 set on the kernel command line before the Waydroid container starts. A wrong setup shows up as a black window, heavy flicker, or an app that quits at launch.

Two commands show what the container really uses. Run both before you change a driver.

glxinfo | grep "OpenGL renderer"
waydroid log | tail -50

Three cases cover almost every report. Mesa on Intel and AMD needs no configuration at all. The proprietary NVIDIA stack works once modeset is set on the kernel command line. Software rendering works everywhere and runs slow everywhere, so treat it as a test rather than a fix.

The Waydroid documentation carries the driver notes for each case. Read them before swapping drivers, because a mismatched NVIDIA setup takes longer to unwind than a slow frame rate does.

Update Waydroid and Its System Image

Update Waydroid with your package manager for the container tools and with waydroid upgrade for the Android image, because the two components move on separate schedules and updating only one of them leaves a mismatch that breaks the next container boot. The current release is 1.6.3 from May 28, 2026, and it brought initial support for Android 16 images.

1. Update the package first: sudo apt upgrade waydroid on Debian and Ubuntu, sudo dnf upgrade waydroid on Fedora, sudo pacman -Syu waydroid on Arch.
2. Run waydroid upgrade to refresh the system image inside the container.
3. Confirm the result with waydroid version, which prints the installed release number.

The two updates are independent. A new package without waydroid upgrade leaves the old Android image in place. An image refresh with an old package can leave a stale service file behind. Run both in the same session.

Restart the container afterwards with sudo systemctl restart waydroid-container. Installed apps keep their data across an ordinary upgrade. Export anything irreplaceable before a major image change, because app data can be cleared with it.

Reset or Uninstall Waydroid

A broken Waydroid install usually needs an image reset instead of a package removal, because the Android files corrupt more often than the package does: stop the container, run sudo waydroid init again to fetch a fresh system image, then reinstall your APK. Complete removal takes three commands and deletes every app inside the container.

Reset in this order. Each step waits for the one before it.

1. sudo systemctl stop waydroid-container
2. sudo waydroid init to pull a new image into place
3. sudo systemctl start waydroid-container, then install your APK again

Clear a single app rather than everything by running waydroid shell, then pm clear com.example.app at the Android prompt. Waydroid also stores runtime switches under the persist.waydroid. prefix, and waydroid prop set persist.waydroid.multi_windows.on true flips one without an image rebuild.

For complete removal, disable the service and delete both data directories. Nothing stored in either location survives this.

sudo systemctl disable --now waydroid-container
sudo apt remove waydroid
sudo rm -rf /var/lib/waydroid ~/.local/share/waydroid

Change the package manager command to match your distribution. The last line deletes the image and every app in it, so export anything you need first.

Method 2: Genymotion Desktop

Genymotion boots Android as a proper virtual machine, which costs more memory than Waydroid and delivers a clean x86 image in return. The personal edition is free for individual use, without support and without the newest Android images.

Install the AppImage from Genymotion’s site, create a virtual device, then drag your APK onto the window. It runs on Windows, macOS, and Linux, so the same workflow carries across machines. Pick it when an app refuses to install under Waydroid for architecture reasons.

Method 3: Android-x86 and Android TV Builds

Android-x86 boots Android directly on PC hardware from a USB stick, dual-booting alongside Linux. It runs APKs normally once Android is the operating system rather than a guest.

Its status is worth stating plainly: the newest release is 9.0-r2, dated March 25, 2020, and no Android 10 or newer build has shipped from the project. It is fine for old hardware and pointless on a modern machine where Waydroid is available.

Dual-Boot Android-x86 With Linux

Android-x86 installs like any Linux distribution: write the 9.0-r2 ISO to a USB stick, boot it, choose Create or modify partitions, and let the installer add a GRUB entry that boots Android beside your existing system without touching your files. The whole job takes about 30 minutes on a spare disk.

Read these four points before you start. Three of them prevent a reinstall.

1. Write the ISO with a tool that verifies the image after copying. A truncated write produces a boot loop.
2. Give Android its own partition, because the installer formats the target it is given.
3. Reboot and select the new GRUB entry. When it is missing, run sudo update-grub from Linux.
4. Install your APK the normal way once Android reaches the home screen.

Two limits decide whether this is worth doing. The newest release stays at 9.0-r2 dated March 25, 2020, so apps asking for Android 10 or newer refuse to install. Hardware that already runs Waydroid has no reason to take this path.

Method 4: Android Studio’s Emulator

Android Studio’s emulator runs on Linux exactly as it does on Windows and macOS. Create an AVD, pick an image, boot it, and install your APK by dragging it onto the window. This is the route for developers and for anyone who needs a specific API level to test against.

The first boot downloads a system image of one to two gigabytes, and cold starts are slower than Waydroid. In exchange you get a stock Google build, current API levels, and no community packaging to debug.

Method 5: Cloud Android Streaming

When nothing local installs the app, a cloud device finishes the job. Redfinger (redfinger.cloud) and BlueStacks X (x.bluestacks.com) stream a remote Android session to your browser, so your distribution, kernel, and GPU stop mattering.

This suits weak hardware and apps you only open occasionally. It costs a subscription and adds visible input latency in fast games.

Which APK Variant Works on Linux

Architecture decides more on Linux than anywhere else, because the guest image picks the rule:

• x86 image, x86 APK. Direct load, full speed. This is the configuration Genymotion and Android-x86 give you.
• x86 image, ARM-only APK. Fails with INSTALL_FAILED_NO_MATCHING_ABIS. Waydroid does not ship ARM translation, so the package has no libraries to load.
• arm64 host with an arm64 image. Native speed, and the common case on ARM single-board computers such as the Raspberry Pi.

When a download offers multiple files, take the x86 or universal build on a desktop. The reasoning behind each ABI name is in APK file size and architecture.

Common Linux APK Errors

Binder problems account for most failed first installs. Check them before reinstalling anything.

Compare Waydroid, Genymotion, and Android Studio

Choose Waydroid for daily desktop use because it starts in seconds and shares your kernel, choose Genymotion when an app refuses to install because it needs an x86 image, and choose Android Studio when you must test an exact API level. All three cost nothing for the way most people use them.

Waydroid 1.6.3 shipped on May 28, 2026 with initial Android 16 image support, while its runtime image stays LineageOS-based Android 13. Genymotion and Android Studio boot a full virtual machine instead, which costs more memory and buys better isolation in return.

Which Route Should You Pick

Daily use goes to Waydroid: it starts fast, shares your desktop, and installs from your distribution’s own repositories. Development work goes to Android Studio. An app that refuses to install under Waydroid goes to Genymotion for an x86 virtual machine.

Start with Waydroid, confirm you are on Wayland, and load binder before the first launch. The Raspberry Pi guide covers the same tools on ARM hardware, and the install guide handles permissions and split packages once your APK boots.