mirror of
https://github.com/games-on-whales/wolf.git
synced 2026-10-15 13:02:03 +00:00
[GH-ISSUE #503] Feature Request: Update the manual nvidia driver documentation with an automated method #309
Labels
No labels
🧠 1 - 🤖 999
AMD
bug
bug
cannot reproduce
documentation
duplicate
easy
enhancement
enhancement
enhancement
fixed?
fixed?
good first issue
hard
help wanted
Intel
invalid
LXC
medium
moonlight-protocol
Multi GPU
nixos
not a bug
nvidia
pull-request
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
games-on-whales/wolf#309
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @r0b0tb4c0n on GitHub (Sep 17, 2026).
Original GitHub issue: https://github.com/games-on-whales/wolf/issues/503
in the documentation found here:
https://games-on-whales.github.io/wolf/stable/user/quickstart.html
it says that:
"you have to manually re-create the Nvidia driver volume every time you update the drivers"
however, this is not the case.
to automate the process you can do the following in docker-compose:
make a
nv-driversub-directory in the same place as the docker-compose.ymlin the
nv-driversub-directory create 2 files:Dockerfile.nv-driver
nv-driver.sh
in the main docker-compose.yml add a nv-driver-init container:
then in the wolf section add:
this will then run a driver check and if necessary will rebuild the driver volume builder before wolf on every run. If the driver volume builder fails it will prevent wolf from starting
@r0b0tb4c0n commented on GitHub (Sep 17, 2026):
one other thing that can be added to the documentation.
sometimes not all the nvidia devs are automatically created. by default, on boot i only had these devs created:
to make sure this happens on boot you can create a systemd service:
/etc/systemd/system/nvidia-init.serviceand then enable the service to run on boot:
systemctl enable nvidia-init.servicethis will create all the devs that the documentation recommends should be passed in:
this will need to run before docker, so you need to put an override in via
systemctl edit dockerThe other thing that i did test is the udev rules as found in the documentation:
what i found was that
/dev/nvidia-modesetwas not automatically created, that would be done bynvidia-modprobe -mif a service isn't wanted, then the udev rules could be modified to this:
where all that would be needed is adding a -m to nvidia-modprobe for the last device creation
@ABeltramo commented on GitHub (Sep 21, 2026):
This all sounds very sensible, would you like to open a PR for these changes?
@r0b0tb4c0n commented on GitHub (Sep 21, 2026):
I'll take care of this today (hopefully)
@To0wnn commented on GitHub (Oct 5, 2026):
Same idea works fine with a rootful podman quadlet: we run the check as
ExecStartPre=ofwolf.service(compare/sys/module/nvidia/versionwith a version stamp in the volume, rebuild only when different, and refuse to start Wolf if the rebuild fails, so you never get a half-working mix).One extra tip for the docs: apps that run as a flatpak inside the container (e.g. Sober/Roblox) don't use the driver volume but flatpak's own
org.freedesktop.Platform.GL.nvidia-<version>extension, so that needs updating on a driver change too.