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
--
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
