How to investigate?
You need to see what's going on behind the scenes in your system while it's suspending/sleeping ... You can start by inspecting related system messages using journalctl like so:
journalctl --grep='suspend|sleep' --no-pager --since="-1week"
You can change --since="-1week" which will show messages from the past seven days to show only the past day --since="-1day" or the past hour --since="-1hour" ... etc. and the --grep='suspend|sleep'(case insensitive if pattern(s) is(are) all lower-case) will only show messages that have suspend or sleep in them while the --no-pager will disable the pager behavior and print the output at once allowing you to easily copy the whole output in a single action.
How to expand your investigation?
journalctl search/output can be expanded by adding more related search words to the --grep= option separated by the |(or) regex operator like e.g.:
journalctl --grep='suspend|sleep|acpi' --no-pager --since="-1hour"
also priority of the messages can be specified like for example to print messages of priority 4(warning) and more critical "emerg" (0), "alert" (1), "crit" (2), "err" (3), "warning" (4)", you can use it like so:
journalctl --priority=4 --no-pager --since="-1hour"
and so on ...
What do your logs reveal?
Issue #1
In your logs, /opt/autosuspend/bin/autosuspend appears to be a Python script in which from autosuspend import main is trying to import a module which the system Python reports doesn't exist(not installed) ModuleNotFoundError: No module named 'autosuspend' ... The relevant lines are:
Jul 16 23:30:03 homse1 autosuspend[1292]: File "/opt/autosuspend/bin/autosuspend", line 5, in <module>
Jul 16 23:30:03 homse1 autosuspend[1292]: from autosuspend import main
Jul 16 23:30:03 homse1 autosuspend[1292]: ModuleNotFoundError: No module named 'autosuspend'
This could happen for example after upgrading Ubuntu release that comes with a newer system Python version ... Please see for example python3.8 and pip after upgrading to 22.04.2
Therefore, as a fix, you might want to first try:
python3 -m pip install -U autosuspend
Or with sudo if globally installing(depends on how your script is run).
Issue #2
In your logs, two PCI controllers/sockets appear to not fully complying with system suspend/sleep ... The relevant lines are:
Jul 17 22:34:48 homse1 kernel: pci 0000:03:00.0: async suspend disabled to avoid multi-function power-on ordering issue
Jul 17 22:34:48 homse1 kernel: pci 0000:03:00.1: async suspend disabled to avoid multi-function power-on ordering issue
Jul 17 22:34:48 homse1 kernel: pci 0000:05:00.0: async suspend disabled to avoid multi-function power-on ordering issue
Jul 17 22:34:48 homse1 kernel: pci 0000:05:00.1: async suspend disabled to avoid multi-function power-on ordering issue
Therefore, you need to further investigate what these are and what kernel modules/drivers are in use for them by running the command lspci -nnk -s on them one by one or all at once like so:
for s in "0000:03:00" "0000:05:00"; do lspci -nnk -s "$s"; done
and your output:
03:00.0 SATA controller [0106]: JMicron Technology Corp. JMB363 SATA/IDE Controller [197b:2363] (rev 03)
Subsystem: Gigabyte Technology Co., Ltd Motherboard [1458:b000]
Kernel driver in use: ahci
Kernel modules: ahci
03:00.1 IDE interface [0101]: JMicron Technology Corp. JMB363 SATA/IDE Controller [197b:2363] (rev 03)
Subsystem: Gigabyte Technology Co., Ltd Motherboard [1458:b000]
Kernel driver in use: pata_jmicron
Kernel modules: pata_jmicron, pata_acpi
05:00.0 SATA controller [0106]: JMicron Technology Corp. JMB363 SATA/IDE Controller [197b:2363] (rev 02)
Subsystem: Gigabyte Technology Co., Ltd Motherboard [1458:b000]
Kernel driver in use: ahci
Kernel modules: ahci
05:00.1 IDE interface [0101]: JMicron Technology Corp. JMB363 SATA/IDE Controller [197b:2363] (rev 02)
Subsystem: Gigabyte Technology Co., Ltd Motherboard [1458:b000]
Kernel driver in use: pata_jmicron
Kernel modules: pata_jmicron, pata_acpi
reveals that those are JMicron Technology Corp. JMB363 SATA/IDE Controllers which have been reported with power management issues under some kernels for example here and here and the issue has been also isolated to the pata_acpi(in use on your system) kernel module for example here ... Therefore, that might be related to preventing your system from sleeping and you might want to read linked resources and others on this matter and then, troubleshoot and see what might work for you by experimenting with e.g. blacklisting the pata_acpi kernel module and see if that helps.
