
如果你使用 DeepSeek、元宝 AI、Copilot、ChatGPT 等 AI 工具,协助配置轩辕镜像、编写 docker pull 命令、修改 Docker Compose 镜像地址、配置镜像加速、排查镜像拉取失败、分析报错日志等问题,请先让 AI 阅读并遵守轩辕镜像的规则文档。
只需在 AI 对话中先发送下面这句话即可:
请先完整阅读并严格遵守以下文档中的全部规则与要求:
https://xuanyuan.cloud/agents.md
在未充分阅读并理解该文档前,不要生成任何命令、配置、修改建议、故障排查方案或技术回答。后续所有输出都必须严格以该文档中的规范为最高优先级执行。查看 agents.md 用法指南与完整示范。国内用户首推 元宝 AI、DeepSeek 的深度思考模式,不推荐豆包 AI;Cursor 等编辑器可在对话 @ 该链接,或加入 User Rules。 若 AI 无法访问外链,可 打开说明文档 复制全文粘贴。文档会随站点更新,复制内容可能过期,建议定期检查。
https://github.com/forkymcforkface/chromeos/ https://hub.docker.com/r/forkymcforkface/chromeos/ https://hub.docker.com/r/forkymcforkface/chromeos/ https://hub.docker.com/r/forkymcforkface/chromeos/
ChromeOS Flex inside a Docker container.
Built on the same https://github.com/qemus/qemu base as https://github.com/dockur/windows and https://github.com/dockur/macos, following their conventions. It started as a way to test things in ChromeOS Flex after years of running dockur/macos.
[!IMPORTANT] For best performance, run on a host with a GPU and
/dev/dri/exposed. GPU acceleration uses the QEMU egl-headless path: Intel and AMD render nodes go through the open-source Mesa driver, Nvidia through its proprietary driver (see the FAQ). Without a usable GPU it falls back to software rendering, which works but is slow.
Via Docker Compose:
yamlservices: chromeos: image: forkymcforkface/chromeos container_name: chromeos environment: VERSION: "stable" GPU: "Y" FORCE_HOST_CURSOR: "Y" KEEP_AWAKE: "N" devices: - /dev/kvm - /dev/net/tun device_cgroup_rules: - "c 226:* rwm" cap_add: - NET_ADMIN ports: - 8006:8006 - 5900:5900/tcp - 5900:5900/udp volumes: - ./chromeos:/storage - /dev/dri:/dev/dri:rw restart: always stop_grace_period: 2m
Via Docker CLI:
bashdocker run -it --rm --name chromeos -e "VERSION=stable" -p 8006:8006 --device=/dev/kvm --device=/dev/net/tun --device-cgroup-rule="c 226:* rwm" --cap-add NET_ADMIN -v "${PWD:-.}/chromeos:/storage" -v /dev/dri:/dev/dri --stop-timeout 120 docker.io/forkymcforkface/chromeos
Via Kubernetes:
shellkubectl apply -f https://raw.githubusercontent.com/forkymcforkface/chromeos/main/kubernetes.yml
Very simple! These are the steps:
Start the container and connect to port 8006 using your web browser.
The container downloads the current Flex recovery image and lands you in Flex's installer.
Click through the installer to install Flex to the persistent disk, then run through OOBE.
Subsequent restarts auto-detect the installed state and boot you straight to the Flex login screen.
By default the viewer on port 8006 is open to anyone who can reach it. Set PROTECT to require a login (HTTP basic auth). The default credentials are Docker / admin, so override them with USERNAME and PASSWORD:
yamlenvironment: PROTECT: "Y" USERNAME: "admin" PASSWORD: "your-password"
By default, the stable channel is installed. But you can add the VERSION environment variable to your compose file, in order to specify an alternative channel to be downloaded:
yamlenvironment: VERSION: "ltr"
Select from the values below:
| Value | Channel | Cadence |
|---|---|---|
stable | Stable | ~4 weeks |
beta | Beta | ~weekly |
ltc | Long-Term Channel | ~6 months |
ltr | Long-Term Release | ~18 months |
In order to download an unsupported image, specify its URL in the VERSION environment variable:
yamlenvironment: VERSION: "https://example.com/chromeos.bin.zip"
Alternatively, you can also skip the download and use a local file instead, by binding it in your compose file in this way:
yamlvolumes: - ./example.bin:/boot.img
Replace the example path ./example.bin with the filename of your desired image. The value of VERSION will be ignored in this case.
To change the storage location, include the following bind mount in your compose file:
yamlvolumes: - ./chromeos:/storage
Replace the example path ./chromeos with the desired storage folder or named volume.
To expand the default size of 64 GB, add the DISK_SIZE setting to your compose file and set it to your preferred capacity:
yamlenvironment: DISK_SIZE: "256G"
[!TIP] This can also be used to resize the existing disk to a larger capacity without any data loss.
However afterwards you will need to run the following command from the host, with the container stopped:
sudo ./tools/resize.sh ./chromeosto allocate this additional space.
By default, ChromeOS Flex will be allowed to use 2 CPU cores and 4 GB of RAM.
If you want to adjust this, you can specify the desired amount using the following environment variables:
yamlenvironment: RAM_SIZE: "8G" CPU_CORES: "4"
By default the VM holds the full RAM_SIZE for its entire lifetime. Set BALLOONING to enable dynamic memory ballooning, which lets the host reclaim guest RAM that isn't in use:
yamlenvironment: BALLOONING: "Y"
The target can be tuned with BALLOONING_MIN_MEM (default 33%) and BALLOONING_RAM_THRESHOLD (default 80.0).
The container expects the host's /dev/dri/ to be bind-mounted in. At startup, the entrypoint scans for a usable render node and hands it to QEMU as the VirGL backend (-display egl-headless,rendernode=... + virtio-vga-gl). Both the volumes: - /dev/dri:/dev/dri:rw mount and the device_cgroup_rules: - "c 226:* rwm" rule in the example compose are required for this. Intel and AMD render nodes work out of the box; for Nvidia see below. If no usable render node is found, the container falls back to software rendering.
The GPU setting accepts:
| Value | Effect |
|---|---|
Y / auto | Auto-detect (default); prefers a ready Nvidia node, otherwise Intel/AMD |
N | Off — software rendering (3–15 fps) |
intel / amd / nvidia | Force a specific vendor, useful on multi-GPU hosts |
For finer control, set RENDERNODE to a specific node (e.g. /dev/dri/renderD128). On a miss the container logs exactly what was found and what to fix, then falls back to software rendering.
Nvidia cards render through the same egl-headless path, with two extra requirements:
nvidia-drm with modeset=1 (add options nvidia_drm modeset=1 to a file in /etc/modprobe.d/, run update-initramfs -u, then reboot). Without it the card is invisible to the GBM/EGL backend the container uses.graphics capability so the driver's EGL libraries are injected:yamlservices: chromeos: image: forkymcforkface/chromeos runtime: nvidia environment: GPU: "Y" NVIDIA_VISIBLE_DEVICES: "all" NVIDIA_DRIVER_CAPABILITIES: "all" device_cgroup_rules: - "c 226:* rwm" volumes: - /dev/dri:/dev/dri:rw
Or with the CLI: add --gpus all -e NVIDIA_DRIVER_CAPABILITIES=all. The render node is auto-detected by vendor, so no card-specific configuration is needed. If both an Nvidia and an Intel/AMD GPU are present, the Nvidia card is preferred once its EGL libraries are available; force the choice either way with GPU: "nvidia" / GPU: "intel", or pin a node with RENDERNODE.
ChromeOS Flex sees the input device as a touchscreen and doesn't render a cursor. noVNC has an optional "Show dot when no cursor" setting, but the dot is small and easy to miss. By default the container overrides this with a CSS rule so the browser's normal cursor shows through:
yamlenvironment: FORCE_HOST_CURSOR: "Y"
Set it to "N" to disable the override.
ChromeOS treats the input device as a touchscreen, so right-click events are ignored. To open a context menu, left-click and hold for about half a second. The touch UI interprets a long-press as a context-menu gesture.
By default the container exposes the guest as a touchscreen (usb-tablet) so that noVNC's absolute click coordinates land exactly where you click, at the cost of no native cursor (the host cursor is shown instead) and no right-click button (use a long-press). If you would rather have ChromeOS's native cursor and native right-click, switch to mouse mode:
yamlenvironment: TABLET: "N" FORCE_HOST_CURSOR: "N"
This swaps the tablet for a usb-mouse, so ChromeOS shows its own cursor and right-click works. The trade-off is pointer tracking: ChromeOS scales the relative movements noVNC sends, so the cursor drifts away from the real pointer position over distance and clicks land off-target. This mode suits a direct VNC client more than the browser viewer; for noVNC, the default tablet mode is recommended.
ChromeOS Flex blanks the display after ~8 minutes of inactivity and can be hard to wake from the browser viewer. To prevent this, set:
yamlenvironment: KEEP_AWAKE: "Y"
This sends a no-op pause key event to the VM every 4 minutes, keeping the idle timer reset. Alternatively, install the "Keep Awake" extension from the Chrome Web Store inside Flex.
Audio is off by default. To stream the guest's audio to the browser, set:
yamlenvironment: AUDIO: "Y"
Then tick the Audio box under Settings → Advanced in the noVNC toolbar. Audio only streams while that box is checked, so it adds no bandwidth when unused.
Enable lossy VNC encoding to let QEMU's Tight encoder use JPEG for color regions:
yamlenvironment: LOSSY: "Y"
Trade-off: slight blurring on photos and gradients (invisible on UI text). Most useful when accessing the container over WAN or on bandwidth-constrained networks.
Add DEV_MODE: "Y" to your compose file:
yamlenvironment: DEV_MODE: "Y"
On the next boot the container switches the data disk's bootloader from chromeos-vhd.A (verified, read-only rootfs) to chromeos-hd.A (unverified, read-write rootfs). Inside Flex, open crosh with Ctrl+Alt+T and type shell to get a bash prompt. sudo -i for root.
An "OS verification is OFF" banner appears at every boot, and Flex's in-VM auto-update is disabled (the container's VERSION env handles the channel anyway). To turn dev mode back off, set DEV_MODE: "N" and restart the container. The next boot flips the default back to chromeos-vhd.A.
Enable developer mode (above), then use https://github.com/chromebrew/chromebrew, a package manager for ChromeOS, from inside the guest:
bashbash <(curl -L git.io/vddgY) && . ~/.bashrc
It installs to /usr/local/tmp/crew on the stateful partition, so it survives reboots. This runs inside ChromeOS, not the container; on ChromeOS M117+ the installer requires a VT-2 terminal (Ctrl+Alt+F2) rather than crosh.
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:
bashdocker 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
Then add this to your compose file:
yamlnetworks: default: name: vlan external: true
This way the container becomes part of the LAN as a separate device, reachable by its own IP. Note that some routers don't allow the host and the container to communicate over the macvlan, so check first.
After configuring the container for macvlan, it is possible for ChromeOS to be a part of your home network by requesting an IP from your router, just like a real PC. To enable this mode, add the following to your compose file:
yamlenvironment: DHCP: "Y" devices: - /dev/vhost-net device_cgroup_rules: - 'c *:* rwm'
To pass-through a USB device, first look up its vendor and product id via the lsusb command, then add them to your compose file like this:
yamlenvironment: ARGUMENTS: "-device usb-host,vendorid=0x1234,productid=0x1234" devices: - /dev/bus/usb
First check if your software is compatible using this chart:
| Product | Linux | Win11 | Win10 | macOS |
|---|---|---|---|---|
| Docker CLI | ✅ | ✅ | ❌ | ❌ |
| Docker Desktop | ❌ | ✅ | ❌ | ❌ |
| Podman CLI | ✅ | ✅ | ❌ | ❌ |
| Podman Desktop | ✅ | ✅ | ❌ | ❌ |
After that you can run the following commands in Linux to check your system:
bashsudo apt install cpu-checker sudo kvm-ok
If you receive an error from kvm-ok indicating that KVM cannot be used, please check whether:
the virtualization extensions (Intel VT-x or AMD SVM) are enabled in your BIOS.
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 did not receive any error from kvm-ok but the container still complains about a missing KVM device, it could help to add privileged: true to your compose file (or sudo to your docker command) to rule out any permission issue.
You can use https://github.com/dockur/windows for that. It shares many of the same features and conventions.
You can use https://github.com/dockur/macos for that. It shares many of the same features and conventions.
You can use https://github.com/qemus/qemu for that, which is the QEMU base this project is built on.
Yes, this project contains only open-source code and does not distribute any copyrighted material. Every recovery image is downloaded directly from Google's CDN at container startup, under your own licensing relationship with Google. So under all applicable laws, this project will be ***ed legal.
![Stars]([***]
The product names, logos, brands, and other trademarks referred to within this project are the property of their respective trademark holders. This project is not affiliated, sponsored, or endorsed by Google LLC.
您可以使用以下命令拉取该镜像。请将 <标签> 替换为具体的标签版本。如需查看所有可用标签版本,请访问 标签列表页面。
来自真实用户的反馈,见证轩辕镜像的优质服务