I also had to stop and disable dnf-makecache.timer and all updates
functions

$ sudo systemctl disable --now dnf-makecache.timer

I run sometime manually dnf update, only when I plan to reboot my
notebook.

When dnf-makecache work, prevent suspend with result 'dependency'[1],
and suspend service don't wait for dnf-makecache to finish and then
suspend. Unless there is some setting that allows me to do this.

If I invoke suspend, I want the system to suspend sooner or later, not
that it fails and leaves my system on. 

Dario

[1]
[root@dodo ~]# journalctl --no-hostname -S '2 weeks ago' --grep 
'dnf-makecache|suspend'|grep 'nov 02 21:0'
nov 02 21:05:56 sudo[3155036]:    lesca : TTY=pts/7 ; PWD=/home/lesca ; 
USER=root ; COMMAND=/usr/bin/systemctl suspend
nov 02 21:05:56 ModemManager[1839]: <info>  [sleep-monitor] system is about to 
suspend
nov 02 21:05:56 systemd[1]: Starting systemd-suspend.service - System Suspend...
nov 02 21:05:56 systemd-sleep[3155096]: Entering sleep state 'suspend'...
nov 02 21:06:14 kernel: printk: Suspending console(s) (use no_console_suspend 
to debug)
nov 02 21:06:14 systemd[1]: Starting dnf-makecache.service - dnf makecache...
nov 02 21:06:14 systemd[1]: systemd-suspend.service: Main process exited, 
code=exited, status=1/FAILURE
nov 02 21:06:14 systemd[1]: systemd-suspend.service: Failed with result 
'exit-code'.
nov 02 21:06:14 systemd[1]: Failed to start systemd-suspend.service - System 
Suspend.
nov 02 21:06:14 systemd[1]: Dependency failed for suspend.target - Suspend.
nov 02 21:06:14 systemd[1]: suspend.target: Job suspend.target/start failed 
with result 'dependency'.
nov 02 21:06:14 audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 
ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-suspend 
comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? 
res=failed'
nov 02 21:06:14 systemd[1]: systemd-suspend.service: Consumed 13.078s CPU time.
nov 02 21:06:15 systemd[1]: dnf-makecache.service: Deactivated successfully.
nov 02 21:06:15 systemd[1]: Finished dnf-makecache.service - dnf makecache.
nov 02 21:06:15 audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 
ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=dnf-makecache 
comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? 
res=success'
nov 02 21:06:15 audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 
ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=dnf-makecache 
comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? 
res=success'



Il giorno lun, 07/11/2022 alle 20.15 -0500, Slade Watkins via users ha
scritto:
> On Tue, Nov 1, 2022 at 6:14 PM Dario Lesca <d.le...@solinos.it>
> wrote:
> > 
> > I have resolve this problem follow this Arch Linux howto:
> > https://wiki.archlinux.org/title/Power_management#Hybrid-sleep_on_suspend_or_hibernation_request
> > 
> > I have add these lines at the end of /etc/systemd/sleep.conf file
> > SuspendMode=suspend
> > SuspendState=disk
> > HibernateMode=suspend
> > HibernateState=disk
> 
> Huh, good to know.
> 
> Thanks for sharing this,
> -srw
> _______________________________________________
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> 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@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
_______________________________________________
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
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@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Reply via email to