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?
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.
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'.
poc
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'.
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. 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.
regards, Steve
poc
I had something similar happen to me, repeatedly, recently; after the screen saver kicked in (goes blank) I would have to reboot the system. Hunting about (I do not remember exactly how I stumbled upon it) it was due to firefox (org.mozilla.firefox) inhibiting the power manager. I could click on the (Xfce) Power Management Plugin and see: org.mozilla.firefox is currently Inhibiting power manager
I take it that when firefox is in fullscreen mode (looking at firefox playing video fullscreen) it issues a message to the GDBus? to inhibit the power manager from kicking in. I think if I kill firefox before it can issue the cancel message, the power manager is still inhibited. I am now very careful about when I kill firefox (Also, I do not let firefox simple run when I am not using the computer because it tend to eat up memory...). I tried to use d-spy to artificially send a cancel message, but when I tried that, it really froze my system. Any way, maybe its something to look at.
On 15/11/24 13:52, 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?
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.
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
On Fri, Nov 15, 2024 at 5:53 PM Robert McBroom via users < users@lists.fedoraproject.org> 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?
With the terminal you should be able to find details using `journalctl`. It would be very useful to know if the issue is caused by something crashing or by some unwanted switch to a power saving mode.
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.
Vendors have made big efforts to reduce linux power consumption so they can sell large quantities to cubicle farms. Since power management needs cooperation from BIOS, the changes to linux may need vendor BIOS updates.
On 11/16/24 08:15, George N. White III wrote:
On Fri, Nov 15, 2024 at 5:53 PM Robert McBroom via users users@lists.fedoraproject.org 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?With the terminal you should be able to find details using `journalctl`. It would be very useful to know if the issue is caused by something crashing or by some unwanted switch to a power saving mode.
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.Vendors have made big efforts to reduce linux power consumption so they can sell large quantities to cubicle farms. Since power management needs cooperation from BIOS, the changes to linux may need vendor BIOS updates.
Having the operating system randomly turning off systems in a warehouse full of servers doesn't seem to make any sense.
On 11/16/24 08:15, George N. White III wrote:
On Fri, Nov 15, 2024 at 5:53 PM Robert McBroom via users users@lists.fedoraproject.org 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?With the terminal you should be able to find details using `journalctl`. It would be very useful to know if the issue is caused by something crashing or by some unwanted switch to a power saving mode.
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.
In XFCE found a setting I didn't see in LXDE that set suspend to never. Working at this point
On Sat, Nov 16, 2024 at 1:01 PM Robert McBroom via users < users@lists.fedoraproject.org> wrote:
In XFCE found a setting I didn't see in LXDE that set suspend to never. Working at this point
Today, running Gnome Software Update on 2 Fedora Workstation desktop systems got some message that updates were suspended due to power settings. Both systems showed "Power Saver" mode. Both are on UPS and there was a recent outage, so I'm guessing that is why, but it is a new behaviour. I will have to add checking PowerSaving modes to my post-outage procedures.
-- George N. White III
-
George N. White III -
Patrick O'Callaghan -
richard emberson -
Robert McBroom -
Stephen Morris