Troubleshooting
Known quirks and fixes
Boot failures that never reach GRUB, account-level permission bugs, and Chromium-fork oddities. Plain steps you can follow on the machine in front of you.
System freezes or reports out of resources before GRUB
If the machine freezes, hangs, or throws an out-of-resources error before the SnipeOS GRUB menu appears (during POST, firmware splash, or the earliest boot hand-off), the failure is still at the hardware or motherboard BIOS/UEFI stage. The ISO has not failed yet; the firmware never handed control to GRUB cleanly.
Most common cause: Fast Boot and Secure Boot. Turn both off in firmware setup before anything else. On many boards those two settings alone account for pre-GRUB freezes and resource errors when booting a Live USB.
1. Disable Fast Boot and Secure Boot
Power on and repeatedly press F2, Del, F10, or F12 (whichever your board uses) to enter BIOS/UEFI setup. Find and disable:
- Fast Boot (sometimes Ultra Fast Boot, Quick Boot, or similar)
- Secure Boot
Save and exit, then try the Live USB again. Do this first even if the rest of the list looks more dramatic. Fast Boot can skip USB init paths; Secure Boot can block or stall unsigned Live media before GRUB is ever shown.
2. Force the plain GRUB menu
On some Ubuntu-family Live USBs, GRUB is hidden and jumps straight into a graphic payload that can crash low-RAM machines. Immediately after power-on, repeatedly tap or hold:
- Shift for Legacy / BIOS mode
- Esc for UEFI mode
That forces the plain-text GRUB bootloader before graphical payload init. You should then see the normal SnipeOS GRUB entries.
3. Other firmware settings that free early memory
Still in BIOS/UEFI setup, if Fast Boot and Secure Boot are already off and the problem remains:
- Integrated graphics shared memory: if you use CPU graphics, lower shared VRAM allocation to 64 MB or 128 MB so more system RAM stays available during early init.
- Boot mode: if set to UEFI, try Legacy / CSM (or the reverse). Legacy often needs less memory before the bootloader loads.
4. Reset motherboard NVRAM / CMOS
If firmware still claims it is out of resources before GRUB, the BIOS/UEFI memory map or NVRAM may be corrupted:
- Shut down and unplug power (and remove the battery on a laptop if you can do so safely).
- Remove the motherboard CMOS coin cell for about five minutes, or use the board’s CMOS-clear jumper per the motherboard manual.
- Reinsert the battery, power on, re-enter setup, set Fast Boot and Secure Boot off again, then retry the USB.
5. Test and reseat RAM
A hard fail before GRUB can also mean a bad stick or channel that never completes basic allocation:
- Power off and open the case (or access SODIMM slots on a laptop).
- Remove all modules, clean the contacts, and seat a single stick in the primary slot.
- Try booting. If it fails, swap to the other stick and try again.
6. Rewrite the Live USB with a minimal writer
Some USB tools preload or memory-map the ISO in ways that crush low-RAM machines before GRUB. Prefer a raw write:
- On Windows, use Rufus in DD Image mode.
- On Linux, use
ddto write the ISO straight to the device. - BalenaEtcher is also fine: it writes the raw image without a heavy memory-mapped ramdisk layer.
Avoid Ventoy (or similar) with default settings on very low-RAM hardware until you have ruled out Fast Boot, Secure Boot, and a clean Rufus DD write.
Once GRUB appears, continue with the normal path in the install guide.
Screensaver during install: display will not wake (live USB only)
On some machines, especially when RAM is tight, the live session screensaver can kick in during Calamares and the display looks dead (mouse, keyboard, and trackpad do nothing). The installer may still be running in the background. This only happens while the entire live OS is in RAM during the install phase. It is not a problem on the finished install: once SnipeOS is on disk, screensaver and wake behave normally.
Prevent it
During install, nudge the mouse about once a minute so the screensaver never starts. If the screen stays active, you will not hit this quirk.
If the screen is already black and will not wake
Do not assume the install failed. On resource-limited hardware the live system sometimes chooses to finish writing to disk instead of restoring the desktop.
- Watch the USB stick activity LED. Wait until it stops flashing (that indicates the file transfer to disk has finished).
- Press Enter twice (even if nothing appears on screen).
- Hold the power button to shut down hard.
- Remove the USB pen drive.
- Power the machine back on. SnipeOS should boot from the internal disk (fully installed).
This recovery path is for the live-install session only. It does not mean your installed system has broken sleep or screensaver behaviour. After first boot from the hard drive, wake from screensaver works as usual on LXQt.
See also the 6% pause section in the install guide (the long unpack window is when the USB LED matters most).
Update SnipeOS after install
On an installed SnipeOS system (not the live USB session), open QTerminal and run:
curl -fsSL https://snipebrowser.com/os/update.sh | sudo bash
That one command integrity-checks sources, updates sources and applications, verifies SnipeOS patches and branding, and can repair broken cdrom apt entries left over from the installer.
SnipeOS only. Do not run this on vanilla Ubuntu, standard Lubuntu, or any other distro (it expects SnipeOS-specific layers that are not present elsewhere).
Full walkthrough with video: Update guide · Update video.
Install Java (SnipeOffice Base and more)
Most SnipeOS applications run without Java. Install it when SnipeOffice Base needs report engines or certain data connections, or for Minecraft, Android Studio, IntelliJ, and Java development work.
curl -fsSL https://snipebrowser.com/os/install-java.sh | sudo bash
SnipeOS only. Do not run this on vanilla Ubuntu, standard Lubuntu, or any other distro.
Full walkthrough with video: Install Java guide · Install Java video.
Install YaCy (own search engine)
Standalone one-command install for local use (http://localhost:8090) or a public domain with HTTPS. Handles Java and dependencies for you.
curl -fsSL https://snipebrowser.com/os/install-yacy.sh -o /tmp/install-yacy.sh && sudo bash /tmp/install-yacy.sh
SnipeOS only. Do not run this on vanilla Ubuntu, standard Lubuntu, or any other distro.
Full walkthrough with video: Install YaCy guide · Install YaCy video.
Uninstall YaCy completely
Removes YaCy and what the SnipeOS YaCy installer added (nginx site, certbot pieces, related packages, users, /home/yacy). Leaves Java and SnipeOS branding alone. Confirms before it acts.
curl -fsSL https://snipebrowser.com/os/uninstall-yacy.sh -o /tmp/uninstall-yacy.sh && sudo bash /tmp/uninstall-yacy.sh
SnipeOS only. Do not run this on vanilla Ubuntu, standard Lubuntu, or any other distro.
Full walkthrough with video: Uninstall YaCy guide · Uninstall YaCy video.
Install aaPanel (web server panel)
One command installs aaPanel on SnipeOS. Then open the panel URL from the terminal output and one-click a web stack (Nginx, MariaDB, PHP, and more). If YaCy is already installed, uninstall it first (ports 80/443).
curl -fsSL https://snipebrowser.com/os/install-aapanel.sh -o /tmp/install-aapanel.sh && sudo bash /tmp/install-aapanel.sh
SnipeOS only. Do not run this on vanilla Ubuntu, standard Lubuntu, or any other distro.
Full walkthrough with video: Install aaPanel guide · aaPanel video · also on Developers.
Broadcom wireless not working
On an installed amd64 SnipeOS system (not the live USB), one command installs Broadcom driver packages including the proprietary STA (wl) driver. Then reboot and check with lspci -nnk | grep -A3 -i network.
curl -fsSL https://snipebrowser.com/os/drivers/wireless/install-broadcom-64bit.sh -o /tmp/install-broadcom-64bit.sh && sudo bash /tmp/install-broadcom-64bit.sh
SnipeOS only, 64-bit only. Secure Boot can block wl. Kernel 7.0 has occasional upstream broadcom-sta-dkms build failures (not a SnipeOS bug).
Full chip list and video: Broadcom Wi-Fi guide · Broadcom video.
NVIDIA stuck on the basic display driver
On an installed amd64 SnipeOS system (not the live USB), one command installs proprietary nvidia-driver-535 for Maxwell and later GPUs. Then reboot and verify with lspci or the NVIDIA settings app.
curl -fsSL https://snipebrowser.com/os/drivers/Video/install-nvidia-maxwell-x64.sh -o /tmp/install-nvidia-maxwell-x64.sh && sudo bash /tmp/install-nvidia-maxwell-x64.sh
SnipeOS only, 64-bit only. Secure Boot can block the NVIDIA DKMS module after reboot.
Full GPU list and video: NVIDIA drivers guide · NVIDIA video.
SnipeOS Windows subsystem (expanded Wine)
One command builds a large pre-configured Wine prefix for Windows XP through 10 applications. Requires 25 GiB free disk, ~40 minutes, and typing YES when prompted. No reboot. Run apps with snipeos-windows /path/to/app.exe after it finishes.
curl -fsSL https://snipebrowser.com/os/install-windows-subsystem.sh -o /tmp/install-windows-subsystem.sh && sudo bash /tmp/install-windows-subsystem.sh
SnipeOS only. Wine is not Windows; compatibility is not guaranteed. Log: ~/.cache/snipeos/windows-subsystem.log
Full guide and video: Windows subsystem guide · Windows subsystem video · Windows compatibility.
SnipeOS system check (support diagnostics)
Incredibly deep diagnostic for support forums: ClamAV over home and common install paths, SMART long tests when the drive supports them, hardware, drivers, the last 12 hours of system logs in the report file, and a bounded RAM test. Produces a dated Desktop report you need for forum posts. Often 1 to 3+ hours (ClamAV dominates). Type YES when prompted. Installed SnipeOS only (not live ISO). No warranty; it cannot prove the machine is healthy. Wine DirectX DLL hits under the Windows subsystem prefix are often false positives.
curl -fsSL https://snipebrowser.com/os/system-check.sh -o /tmp/system-check.sh && sudo bash /tmp/system-check.sh
Report: ~/Desktop/SnipeOS-system-check-YYYY-MM-DD_HHMM.txt (copy also under /var/log/snipeos/). If it stops mid-run, check /var/log/snipeos/system-check.progress or ~/Desktop/SnipeOS-system-check-progress.txt.
Full guide and video: System check guide · System check video.
Steam shortcut missing after install or reset
If you install Steam using the provided link and the desktop shortcut is gone after a reset, you are usually hitting an account-level permissions bug. The steam.desktop entry under your user applications folder can end up wrong or incomplete for that account.
Fix it by deleting the broken entry, writing a clean one, making it executable, refreshing the desktop database, then restarting so the menu picks it up.
Step 1: Remove the broken shortcut
To delete the existing steam.desktop file so you can start fresh, run this command in your terminal:
rm ~/.local/share/applications/steam.desktop
Once you have deleted it, recreate it with the clean configuration below.
Step 2: Write a clean steam.desktop
Open the file again:
nano ~/.local/share/applications/steam.desktop
Clear out whatever is currently in there (or overwrite it) so it matches this exact configuration:
[Desktop Entry] Name=Steam Comment=Application for playing games Exec=steam %U Icon=steam Terminal=false Type=Application Categories=Network;Game;
Save with Ctrl + O, press Enter, and exit with Ctrl + X.
Step 3: Make it executable and refresh
Run these two commands in your terminal to ensure permissions are set and the desktop registers the application:
chmod +x ~/.local/share/applications/steam.desktop update-desktop-database ~/.local/share/applications/
Restart the system, then press the Super (Windows) key, search for Steam, and it should show up properly in your menu.
SnipeOS ships Steam with i386 and the dependency tree preconfigured so the one-click installer can succeed. This shortcut issue is separate: it is about the per-user desktop entry after a reset when account permissions did not line up.
Snipe Browser shows as Chromium in the taskbar
Sometimes Snipe Browser appears in the taskbar as a generic Chromium window title or icon treatment. Snipe Browser is a Chromium fork (Ungoogled Chromium based), and this is a known quirk of that lineage. It does not mean you launched the wrong browser, and it does not mean telemetry returned.
The application is still Snipe Browser: uBlock Origin compiled into the core, local-only password storage, Google services stripped from the binary. If the taskbar label looks off, treat it as cosmetic. Closing and reopening the window, or logging out and back in, often clears the odd label for that session.
Install tips worth repeating
- If the machine never reaches GRUB, disable Fast Boot and Secure Boot first. See Freeze before GRUB.
- During live install, move the mouse once a minute so the screensaver does not blank a low-RAM session. If the screen dies anyway, see Screensaver during install.
- A long pause near 6 percent during Calamares is normal. Do not power off, unless you follow the screensaver recovery steps after the USB LED stops.
- If a live session feels tight on RAM, the installed system will still feel lighter on the same machine.
- For colour-critical work in Darktable, Kdenlive, or Scribus, disable Redshift for the session.
- Wi-Fi support follows upstream Ubuntu 26.04. Prefer Ethernet for the install if your chipset is exotic. Broadcom laptop chips: see Broadcom wireless.
More context on why the installer behaves this way lives in the install guide and the download page.