Troubleshooting
If Gaze is installed but not authenticating reliably, use this page as a quick diagnostic checklist.
1. Daemon is not running
Check the daemon:
systemctl status gazedIf the output says active (running), this part is fine.
Fix:
sudo systemctl enable --now gazedIf it still fails:
journalctl -u gazed -n 200 --no-pagerThat command shows the most recent daemon log messages.
Daemon exits when template encryption is enabled
If gazed refuses to start and the logs show a message like "template encryption is enabled ([storage] encrypt_templates) but no usable TPM is available", the daemon is failing closed on purpose: it will not store biometric data unencrypted once you have asked for encryption.
journalctl -u gazed -n 50 --no-pagerFix it one of two ways:
- Enable the TPM. Confirm a TPM 2.0 device exists (
ls /dev/tpmrm0) and is turned on in your firmware/BIOS, then restart:sudo systemctl restart gazed. - Turn the feature off. Set
encrypt_templates = falseunder[storage]in/etc/gaze/config.tomland restart.
If the TPM was reset/cleared after you enrolled, the previously sealed key can no longer be unsealed. Delete the stale key directory and re-enroll your faces:
sudo rm -rf /var/lib/gaze/tpm
sudo systemctl restart gazed2. Camera is not detected
Use the primary GStreamer camera source first:
[cameras]
rgb = "primary"If you need a specific camera, run gaze config and select one of the detected PipeWire cameras, or set a GStreamer source manually:
[cameras]
rgb = "pipewiresrc target-object=<pipewire-target>"Direct /dev/video* paths are not supported.
Then restart daemon:
sudo systemctl restart gazed3. Enrollment works, auth fails often
Try this sequence:
- Keep
level = "medium"in config. - Improve sample coverage:
gaze refine-face default- Test scores:
gaze auth --verbose- Add a second profile for a common variation:
gaze add-face glasses4. Lock screen does not trigger face auth
Enable or re-enable the extension from your GNOME session:
gnome-extensions enable gaze@gundulabs.com
gsettings set org.gnome.shell.extensions.gaze enable-face-authentication trueIf gnome-extensions enable reports Extension "gaze@gundulabs.com" does not exist, GNOME Shell has not picked up the newly installed extension yet. Reboot, then re-run the command. On Wayland this is the only way; Shell does not rescan extensions in a running session. The one-line installer works around this by writing the equivalent dconf keys directly, which take effect on the next login without needing gnome-extensions enable to succeed.
For GDM login, if the face-auth text appears but the camera light never turns on, check the daemon logs for camera/PipeWire errors:
journalctl -u gazed -bOlder Gaze builds could try to use the selected user's PipeWire runtime before that user session existed. Update Gaze if you see this behavior.
5. PAM auth flow seems broken
Reinstall packages (recommended):
curl -fsSL https://gaze.gundulabs.com/install.sh | shThis reapplies package-managed PAM integration.
6. First run is slow
This is normal when models are downloaded initially.
After first successful run, subsequent auth attempts should be faster.
7. Verify installed version and binaries
gaze --version
which gaze
which gaze-guiWhat these do:
gaze --version: confirms the CLI is installedwhich gaze: shows where the CLI binary is locatedwhich gaze-gui: shows where the GUI binary is located
8. Package repository is not loading or signatures mismatch
If you see errors like repository connection failures, metadata hash mismatches, or repository GPG signature failures when running apt update or dnf makecache, reinstall the current package source configuration from the Installation guide.
9. PAM module fails to load on Ubuntu 26.04+
If journalctl shows lines like:
PAM unable to dlopen(pam_gaze.so): /usr/lib/security/pam_gaze.so: cannot open shared object file
PAM adding faulty module: pam_gaze.soyour installed package predates the fix for Ubuntu 26.04's PAM module search path. Update to the latest packages with the one-line installer:
curl -fsSL https://gaze.gundulabs.com/install.sh | sh10. Crash on launch (SIGSEGV) on older CPUs
On CPUs without AVX2 (roughly pre-2013), older builds of gaze and gaze-gui crashed immediately with a segmentation fault because the ONNX Runtime they statically linked requires AVX2. Current packages no longer link ONNX Runtime into the client binaries, so update to the latest packages if you see this. The gazed daemon itself still requires a CPU with AVX2.
11. Collect useful logs before asking for help
systemctl status gazed
journalctl -u gazed -n 300 --no-pager
gaze auth --verboseInclude distro version and desktop environment (GNOME/KDE/etc.) when reporting issues.