Re: PM: hibernation: Image allocation is 28906 pages short

From: Paul Menzel
Date: Fri Mar 29 2024 - 14:59:49 EST


Dear Pavel,


Thank you very much.


Am 29.03.24 um 18:03 schrieb Pavel Machek:

On a Dell XPS 13 9360/0596KF, BIOS 2.21.0 06/02/2022 with Debian
sid/unstable and self-built Linux 6.9-rc1+ with one patch on top [1] and
KASAN enabled

$ git log --no-decorate --oneline -2 a2ce022afcbb
a2ce022afcbb [PATCH] kbuild: Disable KCSAN for autogenerated *.mod.c intermediaries
8d025e2092e2 Merge tag 'erofs-for-6.9-rc2-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/xiang/erofs

the system tried to hibernate, but failed:

Where is that image allocated? On the disk? There is still 65 GB of space,
so 16 GB of memory should fit? Could the error message be improved, so users
know more details to fix it?

In swap. See docs.

Thank you. Unfortunately, I am not seeing my case described in `Documentation/power/`. Only:

Q:
If my application(s) causes lots of memory & swap space to be used
(over half of the total system RAM), is it correct that it is likely
to be useless to try to suspend to disk while that app is running?

A:
No, it should work okay, as long as your app does not mlock()
it. Just prepare big enough swap partition.

I have 16 GB RAM and 8 GB swap partition.

$ LANG= free
total used free shared buff/cache available
Mem: 13828768 9760192 3115932 5383256 6681400 4068576
Swap: 8387904 1531820 6856084

Shouldn’t user space (systemd or GNOME?) then know beforehand if hibernate is possible? Is there a script for users to check, if hibernation would be possible?


Kind regards,

Paul