Debian Bug report logs - #597199
pm-utils: uncoditionally prevent hibernation after any kernel upgrade

Full log

Message #65 received at [email protected] (full text, mbox, reply):

Received: (at 597199) by bugs.debian.org; 19 Jul 2012 12:07:54 +0000
From [email protected] Thu Jul 19 12:07:54 2012
X-Spam-Checker-Version: SpamAssassin 3.3.1-bugs.debian.org_2005_01_02
	(2010-03-16) on buxtehude.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-10.0 required=4.0 tests=FROMDEVELOPER,HAS_BUG_NUMBER,
	PGPSIGNATURE autolearn=unavailable version=3.3.1-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.5  spammytokens: hammytokens:
Return-path: <[email protected]>
Received: from dd6514.kasserver.com ([85.13.131.66])
	by buxtehude.debian.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.72)
	(envelope-from <[email protected]>)
	id 1SrpWL-0001Xv-MQ
	for [email protected]; Thu, 19 Jul 2012 12:07:54 +0000
Received: from [192.168.178.54] (f053209190.adsl.alicedsl.de [78.53.209.190])
	by dd6514.kasserver.com (Postfix) with ESMTPSA id 2DA044760593;
	Thu, 19 Jul 2012 14:07:50 +0200 (CEST)
Message-ID: <[email protected]>
Date: Thu, 19 Jul 2012 14:07:49 +0200
From: Michael Biebl <[email protected]>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.5) Gecko/20120624 Icedove/10.0.5
MIME-Version: 1.0
To: "Brian J. Murrell" <[email protected]>, [email protected]
CC: Colin Watson <[email protected]>
Subject: Re: Bug#597199: pm-utils : stash kernel on upgrades
References: <[email protected]> <[email protected]> <[email protected]> <[email protected]> <[email protected]> <[email protected]> <[email protected]>
In-Reply-To: <[email protected]>
X-Enigmail-Version: 1.4
Content-Type: multipart/signed; micalg=pgp-sha256;
 protocol="application/pgp-signature";
 boundary="------------enigF9C84DC0219F8B1888F132E4"

[Message part 1 (text/plain, inline)]

On 19.07.2012 12:51, Brian J. Murrell wrote:
> On 12-07-18 06:24 PM, Michael Biebl wrote:

>> What happens to those grub entries after a reboot? It seems to me they
>> are left there as stale hibernate entries.
> 
> No.  They are cleaned out by the "resume|thaw" code path in
> /etc/pm/sleep.d/20_update-grub.

Ok,

>> Stale entries are cleared
>> during boot,
> 
> No, during thaw (i.e. return from hibernation).

It seems it actually does both: during thaw and boot. This is from
save-kernel-for-hibernate.conf:
 	
    # make sure any previous hibernate grub menu item is cleared out
    grub-mkconfig >/boot/grub/grub.cfg

I assume this was done in case of a failed thaw?


>> I would also very much prefer, if the grub specific hook is moved into
>> grub proper. grub already contains the hooks for xen kernels or the
>> recovery mode.
> 
> Yes.  The recovery mode is handled by 10_linux for the kernels that are
> handled by 10_linux but xen kernels are handled by their own hook in
> 20_linux_xen, just like my own 08_linux_thaw, and is very much a

Right, but 20_linux_xen is shipped and maintained by the grub maintainers.

While we are talking about grub, there is something which has been
bugging me for quite a while:
Consider you have different operating systems or multiple kernels
installed on your machine. After a hibernate, grub should not show the
full menu which lets you select an alternative kernel / system, but
immediately load the kernel which as used for hibernation.

If you have a shared partition between different systems and you boot
into the wrong one, i.e. not the one which was used for hibernation, you
risk data loss otherwise

So if we are going to mangle the grub entries anyway, maybe we can fix
this issue while at it.

Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

[signature.asc (application/pgp-signature, attachment)]

Send a report that this bug log contains spam.