Hey.
Is this still followed up or already supported to some extent in the
meantime?
I've looked through the previous messages and suggested patches and
some notes on these:
- Auto-detection of resume device, when resuming happens, is most
likely a security hole, as I've described previously
On Wed, 28 Feb 2018 21:59:29 + wrote:
> Hi,
>
> I've had some more testing this week and developed some changes that I think
> are more sustainable.
> 1) No longer revert the setting offset via /bin/resume.
> I've started a discussion upstream to allow reading offset this way. If it's
>
Hi,
I've had some more testing this week and developed some changes that I think
are more sustainable.
1) No longer revert the setting offset via /bin/resume.
I've started a discussion upstream to allow reading offset this way. If it's
adopted then this should
definitely stay.
Otherwise it's
Thanks, I appreciate your feedback.
Some more comments nested below.
> >
> > 1) It requires that uswpswp is installed (to provide /bin/resume)[...]
>
> No, it runs /bin/resume which is installed by klibc-utils. (uswsusp
> installs its resume implementation as /sbin/resume. That's what the
>
Control: tag -1 moreinfo
On Tue, 2018-02-20 at 22:11 +, mario.limoncie...@dell.com wrote:
> Package: initramfs-tools
> Version: 0.130ubuntu2
> Severity: important
>
> Dear Maintainer,
>
> I've found that resuming from a hibernated swapfile using the kernel hibernate
> implementation fails.
Package: initramfs-tools
Version: 0.130ubuntu2
Severity: important
Dear Maintainer,
I've found that resuming from a hibernated swapfile using the kernel hibernate
implementation fails. This is due to some assumptions made in initramfs-tools:
1) It requires that uswpswp is installed (to provide
6 matches
Mail list logo
