On 03-07-2024 08:04PM, Masaru Nomiya wrote:
Hello,
In the Message;
Subject : Re: acpi journalctl errors: Message-ID : <63f9e62f-7261-4278-9117-d09af68959bc@gmx.com> Date & Time: Thu, 7 Mar 2024 13:45:23 -0600
-pj via openSUSE Users <users@lists.opensuse.org> has written:
On 03-07-2024 03:13AM, Masaru Nomiya wrote: [...]
I'm using NVIDIA GeForce RTX 2060 with driver 550.54.14, with setting NOMODESET!
Ok you have newer hardware I believe and are possibly using G06 Nvidia drivers?
No, I'm using open-gpu-kernel-modules-550.54.14.
Ok, I filed the open-gpu-kernel-modules under open-GPU and will check into more about what that is.
The CUDA toolkit here: https://developer.nvidia.com/cuda-downloads?target_os=Linux&target_arch=x86_64&Distribution=OpenSUSE&target_version=15&target_type=rpm_local
Cuda toolkit assists with designing applications that use CUDA to render graphics?
It depends on the design of the application.
However, there is nothing in the application provided by openSUSE that indicates a dependency on cuda.
Ok, Nvidia is not opensource software either.
I have looked at the source code and compiled the appplications that can incorporate cuda. ffmpeg, vlc, opencv, vtk, etc.
Very good indeed. When you compile ffmpeg, vlc, opencv, vtk and so on... Do you get better performance and options that you more really want?
Can I ask about your what your current output of 'cat/proc/cmdline' is on that machine there?
BOOT_IMAGE=/boot/vmlinuz-6.7.7-1-default root=UUID=e6e9f642-b848-4a6c-8720-7c4971e3e5d0 splash=silent nomodeset quiet security=apparmor acpi=on apm=off nosimplefd=1 preempt=full threadirqs mitigations=auto
Ok, I have noted this above. One thing I do notice is yours has specifically acpi=on . Do you recommend I do the same at this time? The machine here appears to default to acpi=on .
[...]
Should I try again maybe by toggling "acpi=off" and then passing 'startx' in order to gain access to the SDDM login window?
I guessed that yours is running in kernel mode, so I suggested that you add a nomodeset.
Ok
[...]
What is the results of;
# systemctl list-unit-files | grep sleep
Thinkcentre-M57p:~ # systemctl list-unit-files | grep sleep systemd-hybrid-sleep.service static - hybrid-sleep.target static - sleep.target static - Thinkcentre-M57p:~ #
I see these are currently set as static service and targets above.
OK.
Try;
# systemctl start systemd-suspend.service
What results did you get?
The machine immediately goes into a suspended state. I initially thought the system powered completely down. It happened very quickly. Pressing a key on the keyboard wakes the system up and allows password to be entered at the SDDM menu. I believe after installing acpid (see below). That pressing a single key on keyboard wakes machine from suspend. Prior had to press power button to wake from suspend. Same as adding usbcore.autosuspend=-1 to /etc/default/grub it seems.
Hey, I was told recently to not attempt to disable ACPI as it is there for a reason.
Normally, acpi=on, and as mentioned above, that's how I set mine. However, the phenomenon you reported can only be attributed to acpi, so I suggested trying it with acpi=off. Because, your PC is quite old.
Yes. I would like to give you an update if possible. 1. cat /var/log/Xorg.0.log [ 47550.443] (II) NVIDIA(0): ACPI: failed to connect to the ACPI event daemon; the daemon [ 47550.443] (II) NVIDIA(0): may not be running or the "AcpidSocketPath" X [ 47550.443] (II) NVIDIA(0): configuration option may not be set correctly. When the [ 47550.443] (II) NVIDIA(0): ACPI event daemon is available, the NVIDIA X driver will [ 47550.443] (II) NVIDIA(0): try to use it to receive ACPI event notifications. For [ 47550.443] (II) NVIDIA(0): details, please see the "ConnectToAcpid" and [ 47550.443] (II) NVIDIA(0): "AcpidSocketPath" X configuration options in Appendix B: X [ 47550.443] (II) NVIDIA(0): Config Options in the README. - 2. Have installed the acpid package on the machine. - 3. Referenced here for doing so: -> https://wiki.archlinux.org/title/acpid - 4. Enabled the acpid service to: acpid.service enabled enabled - 5. Powercycled the machine. - 6. I do not see anymore ACPI related errors when reviewing Xorg.0.log The current Xorg.0.log is here: https://paste.opensuse.org/pastes/2dacbed41fe9 - 6.1. Pressing power button while journalctl -f is open in Konsole results in: Thinkcentre-M57p systemd-logind[1271]: Power key pressed short. Mar 07 21:00:29 Thinkcentre-M57p dbus-daemon[1911]: [session uid=1000 pid=1911] Activating service name='org.kde.LogoutPrompt' requested by ':1.23' (uid=1000 pid=2093 comm="/usr/bin/ksmserver") Mar 07 21:00:30 Thinkcentre-M57p dbus-daemon[1911]: [session uid=1000 pid=1911] Successfully activated service 'org.kde.LogoutPrompt' - 6.2. Do you think perhaps the reason hibernate doesn't stick is the machine "Power key pressed short." should be altered? - 7. journatlctl does still have ACPI related bug/errors at the top. journalctl -p3 -b output is here: https://paste.opensuse.org/pastes/20d9a6680e72 - 8. I changed permissions of /usr/lib/systemd/systemd.login.d To as follows: ---------- 1 root root 271K Feb 23 10:51 systemd-logind - Please Note as per #3. above the following: Note: Events such as button/power, button/lid, button/suspend and button/hibernate are handled by systemd-logind.service(8) by default, see Power management#Power management. If handling these events with acpid, the handling of these events by logind should either be disabled first, or inhibited. 9. How can I read systemd-logind.service(8) ? Now after writing this I will save notes to usb and powercycle. What do you think about trying to follow the link in #3. above? Since it relates to ArchWiki many files are different. Example: /etc/acpi *and* /etc/acpi/events is empty in openSUSE Tumbleweed. 10. How to proceed? 11. Will you be able to review the journalctl log and Xorg.0.log perhaps? If I hibernate and time my manually pressing of the power button during the 2 second off period. I am able to essentially kill the machine with hibernation intact. Goal here as you know is to hibernate the machine with out pressing a key. -Best Hopes