P.S. I use ubuntu 16.04.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/554009
Title:
Resume from disk (swapfile) fails
To manage notifications about this bug go to:
What is as result? How can I setup hibernation if I use swap file on
LUKS partition?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/554009
Title:
Resume from disk (swapfile) fails
To manage
As this bug was closed with "fix-released", I'm re-opening as another
bug report: https://bugs.launchpad.net/ubuntu/+source/initramfs-
tools/+bug/1644975
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Oops, I pasted wrong URL for the patch...
This is the URL I intended to quote:
https://bugs.launchpad.net/ubuntu/+source/initramfs-
tools/+bug/554009/+attachment/1366060/+files/resume.patch
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Well, my setup needed this patch
(https://bugs.launchpad.net/ubuntu/+source/initramfs-
tools/+bug/554009/+attachment/1368963/+files/probe.c) for the hibernate
to work.
And it isn't applied to the package.
I'd like to help this is really fixed.
In short, my setup is swapfile inside the system
Newer initramfs-tools in Maverick supports resume_offset
** Changed in: initramfs-tools (Ubuntu)
Status: Triaged = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/554009
Title:
Hello,
yes, PAGE_SIZE was one of my concerns too.
I just borrowed those few lines from karmic's resume script, assuming they were
correct.
In the meantime I got blkid source code and I made a small program which does
the same (check the device and prints the 'type' field) getting the page size
P.S. Thanks for the hint on the offset_option calculation!
--
Resume from disk (swapfile) fails
https://bugs.launchpad.net/bugs/554009
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
On Monday 03,May,2010 02:13 PM, Moreno Bartalucci wrote:
Hello,
yes, PAGE_SIZE was one of my concerns too.
I just borrowed those few lines from karmic's resume script, assuming they
were correct.
In the meantime I got blkid source code and I made a small program which does
the same
Since I don't know very well, yet, how things work, I just modified my
mkinitramfs script in order to add that file too.
Then, I unpacked the new file created by mkinitramfs to make sure all the
relevant things were there (my binary and its required libs).
Apparently they are all there (after
I tried another way to check if there has been a hibernation or not.
I found useful the blkid utility (which is included already in the initramfs
image).
I may pass a device name as well as an offset to blkid to check the contents of
the device.
In turn, it prints various info but now I'm
On Sunday 02,May,2010 05:23 PM, Moreno Bartalucci wrote:
I tried another way to check if there has been a hibernation or not.
I found useful the blkid utility (which is included already in the initramfs
image).
I may pass a device name as well as an offset to blkid to check the contents
of
Okay, so I've been taking a look into this as well in order to fix
hibernation on my system which uses TuxOnIce. My issue seems to be
related to the wait-for-root check returning swap rather than
tuxonice despite there being a tuxonice signature on it. Digging
further, this would appear to be
Okay, so I've been taking a look into this as well in order to fix
hibernation on my system which uses TuxOnIce. My issue seems to be
related to the wait-for-root check returning swap rather than
tuxonice despite there being a tuxonice signature on it. Digging
further, this would appear to be
I checked hibernate.c but I think it leads nowhere.
It doesn't even find my root partition, that means (as far as I can understand)
that it is executed far too early to succeed.
Coming back to the resume script in initramfstools, the piece of code
which used to work for me in karmic is this:
Okay, so I've been taking a look into this as well in order to fix
hibernation on my system which uses TuxOnIce. My issue seems to be
related to the wait-for-root check returning swap rather than
tuxonice despite there being a tuxonice signature on it. Digging
further, this would appear to be
On Fri, 2010-04-30 at 08:41 +, Chow Loong Jin wrote:
That basically defines the whole problem, as I understand it right now. From
here on, I see two possible solutions to fix this:
1. Improve wait-for-root, udev, and blkid to be able to check for signatures
even with resume_offset. This
About that false negative you pointed out, I think you are getting the
wrong idea. I never intended to remove the wait-for-root call. In my
proposed solution, the wait-for-root call stays, and *AFTER* that, it
unconditionally attempts a resume, without checking the output of wait-
for-root. Hence,
On Fri, 2010-04-30 at 19:45 +, Chow Loong Jin wrote:
About that false negative you pointed out, I think you are getting the
wrong idea. I never intended to remove the wait-for-root call. In my
proposed solution, the wait-for-root call stays, and *AFTER* that, it
unconditionally attempts a
On Saturday 01,May,2010 06:29 AM, Scott James Remnant wrote:
On Fri, 2010-04-30 at 19:45 +, Chow Loong Jin wrote:
About that false negative you pointed out, I think you are getting the
wrong idea. I never intended to remove the wait-for-root call. In my
proposed solution, the
Hi Scott,
I think the first couple of messages comes from the kernel.
kernel/power/hibernate.c seems to have that code.
It also seems to check for any hibernation image, it parses the resume
partition as well as the resume offset from the kernel command line but it
seems to check only for the
Hello,
so I changed my '/usr/share/initramfs-tools/scripts/local-premount/resume' file
as per attached patch and the resume from swap file seems to be working now.
I noticed, however, something strange in my 'new' dmesg (please find it here
attached).
In a normal boot (no hibernation before),
Here is my 'new' full dmesg
** Attachment added: Full dmesg
http://launchpadlibrarian.net/45073269/dmesg.txt
--
Resume from disk (swapfile) fails
https://bugs.launchpad.net/bugs/554009
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
On Fri, 2010-04-23 at 07:24 +, Moreno Bartalucci wrote:
so I changed my '/usr/share/initramfs-tools/scripts/local-premount/resume'
file as per attached patch and the resume from swap file seems to be working
now.
Right, this patch would appear to be trivially correct.
The other
On Thu, 2010-04-22 at 06:28 +, Moreno Bartalucci wrote:
As I stated in my original bug report, resuming from swapfile used to work
correctly on karmic: why do you say you don't support it? Do you mean: you
don't support it anymore?
No, I mean we've never supported this. We've never
Hi Scott,
my swapfile has been created once for all, so unless files are moving by
themselves in the hard drive its offset should never change.
In any case, I checked it across reboots and it's always the same.
If I read a few sectors from the hard drive with 'dd' starting from that offset
and
** Changed in: initramfs-tools (Ubuntu)
Importance: Undecided = Medium
** Changed in: initramfs-tools (Ubuntu)
Status: New = Triaged
--
Resume from disk (swapfile) fails
https://bugs.launchpad.net/bugs/554009
You received this bug notification because you are a member of Ubuntu
Bugs,
** Tags added: regression-potential
--
Resume from disk (swapfile) fails
https://bugs.launchpad.net/bugs/554009
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
wait-for-root simply waits for the block device to be available; that
must be succeeding because you're seeing the resume fail:
[ 0.778970] PM: Checking image partition
UUID=f0e784ed-e140-4d73-87a3-8ef047012b9f
[ 0.785267] PM: Resume from disk failed.
I noticed that your resume= and root= lines
After booting, please attach your /etc/fstab and output of running sudo
blkid
This should allow us to figure out what your resume= line *should* be
--
Resume from disk (swapfile) fails
https://bugs.launchpad.net/bugs/554009
You received this bug notification because you are a member of Ubuntu
Oh, sorry, you say you're using a swap file - in which case how do you
know that the offset of that file doesn't change between reboots - or
how do you know it's contiguous. We don't really support resume from
swap files at the moment.
Assuming that it's correct to pass the UUID of the
31 matches
Mail list logo