On 11/15/24 18:53, Stephen Morris wrote:
On 16/11/24 09:14, Patrick O'Callaghan wrote:
On Fri, 2024-11-15 at 16:52 -0500, Robert McBroom via users wrote:
similar to earlier thread. System goes blank and does not resume from wherever. Using LXDE and have set all the suspend, etc. options I can find to never. I can access the system from firefox on another machine and open a terminal. Is there a command that will restart the graphical display?
AFAIK, not without restarting the desktop or display manager.
I've used pkill -u "user" to drop back to the display-manager but really want to get to the session as operable or to have it never go into stasis.
Could be a GPU driver issue. If you say what GPU you have (and what driver) someone might be able to suggest a fix. Try posting the output of 'inxi -G'.
Graphics: Device-1: NVIDIA GK208B [GeForce GT 710] driver: nvidia v: 470.256.02 Display: web server: X.org v: 1.21.1.14 with: Xwayland v: 24.1.4 driver: X: loaded: nvidia unloaded: modesetting,nouveau gpu: nvidia,nvidia-nvswitch tty: 124x60 resolution: 1920x1080 API: EGL v: 1.5 drivers: kms_swrast,nvidia,swrast platforms: gbm,surfaceless,device API: OpenGL v: 4.6.0 compat-v: 4.5 vendor: mesa v: 24.2.6 note: console (EGL sourced) renderer: llvmpipe (LLVM 19.1.0 256 bits), NVIDIA GeForce GT 710/PCIe/SSE2 API: Vulkan v: 1.3.296 drivers: N/A surfaces: N/A
If you are using nvidia drivers, before booting from whatever entry you use in the grub menus, edit that entry and check if the "nouveau" driver is black listed in the kernel options and if so remove those blacklisting options, and then boot with those changes to see if that causes the desktop to load. This issue appears to be the same issues I get when the nvidia drivers are not signed, this is assuming secure boot is active.
The initial startup is fine. The problem is after inactivity on the system. Can try booting without nouveau blacklisted. Secure boot is not active
Also just to eliminate this as being a potential issue, when you edit the grub entry, check if after the kernel statement there is a statement to load the initramfs, as grubby (assuming this is still what is being used to build the grub menus on kernel updates) still has the tendency to not add the initramfs statement into the grub menus for the new kernel.
The entries in /boot/loader/entries all have initramfs as used by blscfg