On 6/22/22 07:59, Ranjan Maitra wrote:
On Wed Jun22'22 11:40:10AM, George N. White III wrote:
From: "George N. White III" <gnw...@gmail.com>
Date: Wed, 22 Jun 2022 11:40:10 -0300
To: Community support for Fedora users <users@lists.fedoraproject.org>
Reply-To: Community support for Fedora users <users@lists.fedoraproject.org>
Subject: Re: fully updated F36 Dell XPS 13 no longer comes back from
hibernate (post Thursday updates)
On Wed, Jun 22, 2022 at 8:43 AM Ranjan Maitra <mlmai...@gmx.com> wrote:
Dear friends,
I have a fully updated F36 Dell XPS 13 that has been updated nightly (and
upgraded when appropriate) using dnf on a cron job for the past few years.
Sadly, after last Thursday's updates, the machine goes down fine (with the
usual systemctl hibernate), but does not come back up. I am a little
confused what changed last Thursday, but I was wondering if anyone had any
suggestions as to how I may diagnose and fix this problem.
Have you looked at messages using journalctl?
So, I don't really know what to look for, but I tried:
journalctl | grep hibernate
and got:
Jun 22 06:06:49 localhost.localdomain systemd[1]: Created slice
system-systemd\x2dhibernate\x2dresume.slice - Slice
/system/systemd-hibernate-resume.
Jun 22 06:06:50 localhost.localdomain systemd[1]: Starting
systemd-hibernate-resume@dev-disk-by\x2duuid-a83ac239\x2dcc10\x2d43a6\x2dbe54\x2dde4ce7050605.service
- Resume from hibernation using device
/dev/disk/by-uuid/a83ac239-cc10-43a6-be54-de4ce7050605...
Jun 22 06:06:50 localhost.localdomain systemd-hibernate-resume[390]: Could
not resume from '/dev/disk/by-uuid/a83ac239-cc10-43a6-be54-de4ce7050605'
(259:4).
Jun 22 06:06:50 localhost.localdomain systemd[1]:
systemd-hibernate-resume@dev-disk-by\x2duuid-a83ac239\x2dcc10\x2d43a6\x2dbe54\x2dde4ce7050605.service:
Deactivated successfully.
Jun 22 06:06:50 localhost.localdomain systemd[1]: Finished
systemd-hibernate-resume@dev-disk-by\x2duuid-a83ac239\x2dcc10\x2d43a6\x2dbe54\x2dde4ce7050605.service
- Resume from hibernation using device
/dev/disk/by-uuid/a83ac239-cc10-43a6-be54-de4ce7050605.
Jun 22 06:06:50 localhost.localdomain audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295
ses=4294967295 subj=kernel
msg='unit=systemd-hibernate-resume@dev-disk-by\x2duuid-a83ac239\x2dcc10\x2d43a6\x2dbe54\x2dde4ce7050605
comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=?
res=success'
Jun 22 06:06:50 localhost.localdomain audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295
ses=4294967295 subj=kernel
msg='unit=systemd-hibernate-resume@dev-disk-by\x2duuid-a83ac239\x2dcc10\x2d43a6\x2dbe54\x2dde4ce7050605
comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=?
res=success'
Note however, that this is after the machine was asked to reboot since the
system never came back from hibernate so I am not completely sure it has the
information from not coming back.
What do you mean "doesn't come back up"? Usually the problem is that
you get a normal boot instead of a resume. That would correspond to the
logs that you're showing there. The other thing to check is the last
bit of the logs from the previous boot.
I also suggest looking at some lines in that area that might not have
been caught by the grep. Maybe there is a reason listed for why the
resume failed.
_______________________________________________
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 on the list, report it:
https://pagure.io/fedora-infrastructure
