269 lines
8.6 KiB
Markdown
269 lines
8.6 KiB
Markdown
<h1 align="center">QEMU ARM64<br />
|
|
<div align="center">
|
|
<a href="https://github.com/qemus/qemu-arm"><img src="https://github.com/qemus/qemu-arm/raw/master/.github/logo.png" title="Logo" style="max-width:100%;" width="128" /></a>
|
|
</div>
|
|
<div align="center">
|
|
|
|
[![Build]][build_url]
|
|
[![Version]][tag_url]
|
|
[![Size]][tag_url]
|
|
[![Pulls]][hub_url]
|
|
|
|
</div></h1>
|
|
|
|
Docker container for running ARM-based virtual machines using QEMU, for devices like the Raspberry Pi 5 and many others.
|
|
|
|
It allows you to create VM's which behave just like normal containers, meaning you can manage them using all your existing tools (like Portainer) and configure them in a language (YAML) you are already familiar with.
|
|
|
|
This greatly reduces the learning curve and eliminates the need for a dedicated Proxmox or ESXi server in many cases.
|
|
|
|
It uses high-performance QEMU options (like KVM acceleration, kernel-mode networking, IO threading, etc.) to achieve near-native speed.
|
|
|
|
*Note: for KVM acceleration you need a Linux-based operating system, as it's not available on MacOS unfortunately.*
|
|
|
|
## Features ✨
|
|
|
|
- Multi-platform
|
|
- KVM acceleration
|
|
- Web-based viewer
|
|
|
|
## Usage 🐳
|
|
|
|
Via Docker Compose:
|
|
|
|
```yaml
|
|
services:
|
|
qemu:
|
|
container_name: qemu
|
|
image: qemux/qemu-arm
|
|
environment:
|
|
BOOT: "https://dl-cdn.alpinelinux.org/alpine/v3.19/releases/aarch64/alpine-virt-3.19.1-aarch64.iso"
|
|
devices:
|
|
- /dev/kvm
|
|
cap_add:
|
|
- NET_ADMIN
|
|
ports:
|
|
- 8006:8006
|
|
stop_grace_period: 2m
|
|
```
|
|
|
|
Via Docker CLI:
|
|
|
|
```bash
|
|
docker run -it --rm -e "BOOT=http://example.com/image.iso" -p 8006:8006 --device=/dev/kvm --cap-add NET_ADMIN qemux/qemu-arm
|
|
```
|
|
|
|
Via Kubernetes:
|
|
|
|
```shell
|
|
kubectl apply -f kubernetes.yml
|
|
```
|
|
|
|
## FAQ 💬
|
|
|
|
* ### How do I use it?
|
|
|
|
Very simple! These are the steps:
|
|
|
|
- Set the `BOOT` environment variable to the URL of an ISO image you want to install.
|
|
|
|
- Start the container and connect to [port 8006](http://localhost:8006) using your web browser.
|
|
|
|
- You will see the screen and can now install the OS of your choice using your keyboard and mouse.
|
|
|
|
Enjoy your brand new machine, and don't forget to star this repo!
|
|
|
|
* ### How do I change the storage location?
|
|
|
|
To change the storage location, include the following bind mount in your compose file:
|
|
|
|
```yaml
|
|
volumes:
|
|
- /var/qemu:/storage
|
|
```
|
|
|
|
Replace the example path `/var/qemu` with the desired storage folder.
|
|
|
|
* ### How do I change the size of the disk?
|
|
|
|
To expand the default size of 16 GB, add the `DISK_SIZE` setting to your compose file and set it to your preferred capacity:
|
|
|
|
```yaml
|
|
environment:
|
|
DISK_SIZE: "128G"
|
|
```
|
|
|
|
This can also be used to resize the existing disk to a larger capacity without any data loss.
|
|
|
|
* ### How do I boot a local ISO?
|
|
|
|
You can use a local file directly, and skip the download altogether, by binding it in your compose file in this way:
|
|
|
|
```yaml
|
|
volumes:
|
|
- /home/user/example.iso:/boot.iso
|
|
```
|
|
|
|
Replace the example path `/home/user/example.iso` with the filename of the desired ISO file, the value of `BOOT` will be ignored in this case.
|
|
|
|
* ### How do I boot Windows?
|
|
|
|
Use [dockur/windows-arm](https://github.com/dockur/windows-arm) instead, as it includes all the drivers required during installation, amongst many other features.
|
|
|
|
* ### How do I boot a x86 image?
|
|
|
|
You can use [qemu-docker](https://github.com/qemus/qemu-docker/) to run x86 and x64 images on ARM.
|
|
|
|
* ### How do I boot without SCSI drivers?
|
|
|
|
By default, the machine makes use of `virtio-scsi` drives for performance reasons, and even though most Linux kernels bundle the necessary driver for this device, that may not always be the case for other operating systems.
|
|
|
|
If your machine fails to detect the hard drive, you can modify your compose file to use `virtio-blk` instead:
|
|
|
|
```yaml
|
|
environment:
|
|
DISK_TYPE: "blk"
|
|
```
|
|
|
|
* ### How do I change the amount of CPU or RAM?
|
|
|
|
By default, the container will be allowed to use a maximum of 1 CPU core and 1 GB of RAM.
|
|
|
|
If you want to adjust this, you can specify the desired amount using the following environment variables:
|
|
|
|
```yaml
|
|
environment:
|
|
RAM_SIZE: "4G"
|
|
CPU_CORES: "4"
|
|
```
|
|
|
|
* ### How do I verify if my system supports KVM?
|
|
|
|
To verify that your system supports KVM, run the following commands:
|
|
|
|
```bash
|
|
sudo apt install cpu-checker
|
|
sudo kvm-ok
|
|
```
|
|
|
|
If you receive an error from `kvm-ok` indicating that KVM acceleration can't be used, please check whether:
|
|
|
|
- the virtualization extensions (`Intel VT-x` or `AMD SVM`) are enabled in your BIOS.
|
|
|
|
- you are running an operating system that supports them, like Linux or Windows 11 (macOS and Windows 10 do not unfortunately).
|
|
|
|
- you enabled "nested virtualization" if you are running the container inside a virtual machine.
|
|
|
|
- you are not using a cloud provider, as most of them do not allow nested virtualization for their VPS's.
|
|
|
|
If you didn't receive any error from `kvm-ok` at all, but the container still complains that `/dev/kvm` is missing, it might help to add `privileged: true` to your compose file (or `--privileged` to your `run` command), to rule out any permission issue.
|
|
|
|
* ### How do I assign an individual IP address to the container?
|
|
|
|
By default, the container uses bridge networking, which shares the IP address with the host.
|
|
|
|
If you want to assign an individual IP address to the container, you can create a macvlan network as follows:
|
|
|
|
```bash
|
|
docker network create -d macvlan \
|
|
--subnet=192.168.0.0/24 \
|
|
--gateway=192.168.0.1 \
|
|
--ip-range=192.168.0.100/28 \
|
|
-o parent=eth0 vlan
|
|
```
|
|
|
|
Be sure to modify these values to match your local subnet.
|
|
|
|
Once you have created the network, change your compose file to look as follows:
|
|
|
|
```yaml
|
|
services:
|
|
qemu:
|
|
container_name: qemu
|
|
..<snip>..
|
|
networks:
|
|
vlan:
|
|
ipv4_address: 192.168.0.100
|
|
|
|
networks:
|
|
vlan:
|
|
external: true
|
|
```
|
|
|
|
An added benefit of this approach is that you won't have to perform any port mapping anymore, since all ports will be exposed by default.
|
|
|
|
Please note that this IP address won't be accessible from the Docker host due to the design of macvlan, which doesn't permit communication between the two. If this is a concern, you need to create a [second macvlan](https://blog.oddbit.com/post/2018-03-12-using-docker-macvlan-networks/#host-access) as a workaround.
|
|
|
|
* ### How can the VM acquire an IP address from my router?
|
|
|
|
After configuring the container for macvlan (see above), it is possible for the VM to become part of your home network by requesting an IP from your router, just like a real PC.
|
|
|
|
To enable this mode, add the following lines to your compose file:
|
|
|
|
```yaml
|
|
environment:
|
|
DHCP: "Y"
|
|
devices:
|
|
- /dev/vhost-net
|
|
device_cgroup_rules:
|
|
- 'c *:* rwm'
|
|
```
|
|
|
|
Please note that in this mode, the container and the VM will each have their own separate IPs. The container will keep the macvlan IP, and the VM will use the DHCP IP.
|
|
|
|
* ### How do I add multiple disks?
|
|
|
|
To create additional disks, modify your compose file like this:
|
|
|
|
```yaml
|
|
environment:
|
|
DISK2_SIZE: "32G"
|
|
DISK3_SIZE: "64G"
|
|
volumes:
|
|
- /home/example:/storage2
|
|
- /mnt/data/example:/storage3
|
|
```
|
|
|
|
* ### How do I pass-through a disk?
|
|
|
|
It is possible to pass-through disk devices directly by adding them to your compose file in this way:
|
|
|
|
```yaml
|
|
devices:
|
|
- /dev/sdb:/disk1
|
|
- /dev/sdc:/disk2
|
|
```
|
|
|
|
Use `/disk1` if you want it to become your main drive, and use `/disk2` and higher to add them as secondary drives.
|
|
|
|
* ### How do I pass-through a USB device?
|
|
|
|
To pass-through a USB device, first lookup its vendor and product id via the `lsusb` command, then add them to your compose file like this:
|
|
|
|
```yaml
|
|
environment:
|
|
ARGUMENTS: "-device usb-host,vendorid=0x1234,productid=0x1234"
|
|
devices:
|
|
- /dev/bus/usb
|
|
```
|
|
|
|
* ### How can I provide custom arguments to QEMU?
|
|
|
|
You can create the `ARGUMENTS` environment variable to provide additional arguments to QEMU at runtime:
|
|
|
|
```yaml
|
|
environment:
|
|
ARGUMENTS: "-device usb-tablet"
|
|
```
|
|
|
|
## Stars 🌟
|
|
[](https://starchart.cc/qemus/qemu-arm)
|
|
|
|
[build_url]: https://github.com/qemus/qemu-arm/
|
|
[hub_url]: https://hub.docker.com/r/qemux/qemu-arm/
|
|
[tag_url]: https://hub.docker.com/r/qemux/qemu-arm/tags
|
|
|
|
[Build]: https://github.com/qemus/qemu-arm/actions/workflows/build.yml/badge.svg
|
|
[Size]: https://img.shields.io/docker/image-size/qemux/qemu-arm/latest?color=066da5&label=size
|
|
[Pulls]: https://img.shields.io/docker/pulls/qemux/qemu-arm.svg?style=flat&label=pulls&logo=docker
|
|
[Version]: https://img.shields.io/docker/v/qemux/qemu-arm/latest?arch=arm64&sort=semver&color=066da5
|