Prepare the controller
Start from a NixOS live USB with Internet access, configure the lab and keys, then prepare client systems and the network installer.
See what the room needs, how a client is installed and updated, and what happens when you need to reset, recover, or roll back.
The room needs a compatible controller, reachable clients, an agreed network plan, and an operator who can review the resulting systems.
The PC count and machine-specific settings are configurable. Size controller storage for your chosen software; the configuration range is not a tested performance limit.
Prepare once at the controller boundary, then deliver the result to each target through the permitted local network.
Start from a NixOS live USB with Internet access, configure the lab and keys, then prepare client systems and the network installer.
Network-boot with UEFI, identify the workstation, select the intended disk, and confirm installation.
The prepared system comes from the controller over the LAN. The installed PC then boots from its own disk.
Prepared systems come from the controller over the permitted LAN. The controller still needs Internet for setup and new inputs; Nixorium does not authenticate to captive portals or bypass network restrictions.
Edit the lab configuration, build the changed systems centrally, review the result, and deploy to a selected workstation or the client group.
Check one result before extending a change across the room. The controller is updated separately. Clients automatically log in to the shared student account; the controller can also serve as the teacher's workstation and presents an account chooser.
System configuration, student-home state, and retained files have separate recovery paths. Choose the one that matches the event.
At reboot, the current home becomes a read-only local snapshot and the clean template becomes active again.
An administrator can retrieve files from retained local snapshots. The current default keeps up to five.
Use an available previous generation for the managed operating system. Student files remain separate.
Home history uses local Btrfs snapshots. Docker data, the npm cache, and user-installed global npm tools are excluded. Disk failure or reinstallation can remove this history. Preserve important files and deployment keys separately.
The project has explicit defaults and boundaries. Validate the combinations your room actually needs.
Windows detection is enabled in the boot configuration. The standard installer erases the selected disk and does not preserve Windows on it. An existing operating system on another disk may be detectable, but the disk, EFI, and firmware arrangement needs its own validation before rollout.
Nixorium includes GNOME, a browser, an editor, Git, and development tools. Veyon is configured for classroom viewing. The default GNOME bridge is view-only; the optional native Wayland path requires screen-sharing consent. Check the interactions you need on your hardware.
The v2 development line provides rootless Docker under each user’s account. Student container storage is temporary and excluded from home snapshots. Additional images require Internet access or a separately provided registry.
This site describes development snapshot v2.0.0-beta.3. GitHub Releases lists published versions. Use the documentation at your chosen tag; an older stable release may not include every feature shown here.
Choose a release, review the setup guide and lab configuration template, then validate one machine before preparing the room.