This should have been fixed by the commit below:
commit fef37d599aae9f2f3fc6808b46e901a7a4267c76
Author: maximilian attems m...@debian.org
Date: Wed Sep 11 00:40:10 2013 +0200
hooks: Add resume hook instead of hardcoding RESUME once on preinst
This was part of debian v0.114 and
The workaround in post 35 (https://bugs.launchpad.net/ubuntu/+source
/initramfs-tools/+bug/50437/comments/35) works, but there's a more
simple workaround to get the same result:
1) Update your /etc/fstab with your new SWAP partition (or partitions);
2) /var/lib/dpkg/info/initramfs-tools.preinst
Pesky bug has been around since 2006 and it's still here!
Workaround in post 35 (https://bugs.launchpad.net/ubuntu/+source
/initramfs-tools/+bug/50437/comments/35) is not difficult to find -- and
it's always refreshing to learn something more about the system -- but
until a real fix can be
** Changed in: ubiquity (Ubuntu)
Status: New = Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/50437
Title:
Resume from hibernation may fail because swap partition UUID does not
On Wed, Sep 11, 2013 at 01:38:26AM -, Martin Pitt wrote:
A bit nasty is the upgrade scenario, but it should not write into
/etc, as it would just write into the initramfs.
I agree. I think *if* /etc/initramfs-tools/conf.d/resume exists and is
valid, it should copy that into the
On Wed, Sep 11, 2013 at 01:38:26AM -, Martin Pitt wrote:
I agree. I think *if* /etc/initramfs-tools/conf.d/resume exists and is
valid, it should copy that into the initramfs,
ok on second thought this is easy and right, fixed in initramfs-tools.git
maks/swap branch with 3 commits (might
As ubiquity is using live-cd / preinstalled, initramfs-tools preinst is not run.
Ubiquity simply parses /proc/swaps, finds largest partition and writes out
/etc/initramfs-tools/conf.d/resume.
http://bazaar.launchpad.net/~ubuntu-installer/ubiquity/trunk/view/head:/scripts/plugininstall.py#L835
Hey Maximilian,
maximilian attems [2013-09-11 7:57 -]:
otherwise dynamically create one based on the existing swap partition(s)
using the ubiquity logic.
No idea what ubiquity does and what logic you point too, afaik that
config file was allways in Debian written by initramfs-tools
Hey Martin,
On Wed, Sep 11, 2013 at 11:08:14AM -, Martin Pitt wrote:
Cheers, these look nice. That will avoid the pointless 5 s waiting
during boot.
Thanks for the review, will add this info!
The only issue now is that you can't choose to entirely
disable hibernation by creating an
On Wed, Sep 11, 2013 at 10:52:28AM -, Dmitrijs Ledkovs wrote:
As ubiquity is using live-cd / preinstalled, initramfs-tools preinst is not
run.
Ubiquity simply parses /proc/swaps, finds largest partition and writes out
/etc/initramfs-tools/conf.d/resume.
On Mon, Sep 09, 2013 at 09:09:17PM -, Martin Pitt wrote:
Would it not be better if we wrote/updated conf.d/resume during update-
initramfs, so that it adjusts the initramfs' UUID even if the admin
changes the swap partitions? In that script we could also remove
conf.d/resume if we detect
A bit nasty is the upgrade scenario, but it should not write into
/etc, as it would just write into the initramfs.
I agree. I think *if* /etc/initramfs-tools/conf.d/resume exists and is
valid, it should copy that into the initramfs, otherwise dynamically
create one based on the existing swap
Here is a bootchart that shows a 5s delay on wait-for-root waiting for a
non-existent swap partition.
** Attachment added: herm-saucy-20130909-9.png
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/50437/+attachment/3811769/+files/herm-saucy-20130909-9.png
--
You received this
Would it not be better if we wrote/updated conf.d/resume during update-
initramfs, so that it adjusts the initramfs' UUID even if the admin
changes the swap partitions? In that script we could also remove
conf.d/resume if we detect cryptswap, as resuming from hibernation won't
work with cryptswap
Some speculation: Could it be that ubiquity calls mkswap multiple times,
or tries to determine the UUID before calling mkswap?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/50437
Title:
Resume from
This is actually still an issue. ubiquity still writes a wrong UUID into
/etc/initramfs-tools/conf.d/resume, which causes a 5 second boot delay
from the /usr/share/initramfs-tools/scripts/local-premount/resume script
as it waits for a swap partition which doesn't exist. I think this comes
from
In 12.04 LTS, hibernate (suspend to disk) has been disabled by default,
as it was found to be unreliable, very slow and confusing to have two
suspend modes. See bug 812394 for details. If you want to re-enable it,
please follow https://help.ubuntu.com/12.04/ubuntu-help/power-
hibernate.html
--
@Pranov: Please open a new bug for your issue as this one doesn't occur from
sowtware changes (eg updating to 12.04).
@Dmitrijs Wrong bug?
** Tags added: hardy lucid natty oneiric precise
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
@papukaija in my comment 21, I was trying to suggest @Pranav that
'upgrading to 12.04' disables hibernate. But reading back 'I installed
hibernate' suggests that Pranav did re-enable hibernate.
@Pranav: yes, file a new bug I guess.
--
You received this bug notification because you are a member
I installed hibernate next time I reboot my PC with 12.04 LTS it
failed to resume. The issue is critical could be fatal. Please check
out my query thread in forums
http://ubuntuforums.org/showthread.php?t=1970589
--
You received this bug notification because you are a member of Ubuntu
Bugs,
See my detailed postings regarding this issue in:
https://bugs.launchpad.net/initramfs-tools/+bug/923326
.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/50437
Title:
Resume from hibernation may
I just came across this problem in Maverick.
I adjusted some of the partitions of my hard drive to create bigger swap
partition (so hibernate would work all the time) and in the process had
to recreate the swap partition. After rebooting with the adjusted
partitions hibernation no longer worked
+1
I was also bit by this bug these days. The fact that the swap works
well makes it very deceptive. I checked BIOS, Grub, Kernel problems,
etc. If the rule of Don't repeat yourself cannot be obeyed here, a
auto-sync mechanism should be put in place.
To those who were trying to resolve the
Hi,
I think I'm experiencing this bug (in 10.04) but I'm not sure the cause
is the same.
My laptop went to automatically hibernation because the battery was
critically low. It is set to HIBERNATE when battery is critically low, I
can see it in the Power Management preferences.
So when I
This bit me again today. After re-creating the swap partition, waking up
from hibernation stops working. I also didn't find a way to update /etc
/initramfs-tools/conf.d/resume automatically. At least it's not easily
discoverable.
Naturally switching to a swap file would be the favored solution.
This is the kind of bug that cheerfully goes away when we switch to
using swap files by default instead of swap partitions, since we save
the location of the file when we go down rather than hardcoding it in
the boot loader configuration.
--
Resume from hibernation may fail because swap
With plans to migrate to swap files in Karmic, will we still even have
this problem?
--
Resume from hibernation may fail because swap partition UUID does not match
/etc/initramfs-tools/conf.d/resume
https://bugs.launchpad.net/bugs/50437
You received this bug notification because you are a
Swap partitions will still be supported (upgrades, if nothing else), but
it will become progressively less important.
--
Resume from hibernation may fail because swap partition UUID does not match
/etc/initramfs-tools/conf.d/resume
https://bugs.launchpad.net/bugs/50437
You received this bug
So should we consider putting a fix into Karmic for this situation?
--
Resume from hibernation may fail because swap partition UUID does not match
/etc/initramfs-tools/conf.d/resume
https://bugs.launchpad.net/bugs/50437
You received this bug notification because you are a member of Ubuntu
Bugs,
Another report:
https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/361852/comments/30
--
Resume from hibernation may fail because swap partition UUID does not match
/etc/initramfs-tools/conf.d/resume
https://bugs.launchpad.net/bugs/50437
You received this bug notification because you are
** Changed in: initramfs-tools (Ubuntu)
Assignee: (unassigned) = Ubuntu Foundations Team (ubuntu-foundations)
--
Resume from hibernation may fail because swap partition UUID does not match
/etc/initramfs-tools/conf.d/resume
https://bugs.launchpad.net/bugs/50437
You received this bug
** Summary changed:
- swap partition with hibernation data should be detected automatically in
initrd or mkinitramfs should check if swap partition is specified in
/etc/mkinitramfs/conf.d/resume or initramfs.conf
+ Resume from hibernation may fail because swap partition UUID does not match
Another report:
https://bugs.edge.launchpad.net/ubuntu/+source/hal/+bug/68258/comments/29
--
Resume from hibernation may fail because swap partition UUID does not match
/etc/initramfs-tools/conf.d/resume
https://bugs.launchpad.net/bugs/50437
You received this bug notification because you are a
Similar reports can be found at:
http://ubuntuforums.org/archive/index.php/t-456992.html
http://turbulentsky.com/resume-from-hibernate-failed-on-ubuntu.html
** Description changed:
- PROBLEM: if swap partition isn't created for some reason during OS
- installation (e.g. user plans to create
34 matches
Mail list logo
