Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On Thu, Apr 21, 2016 at 12:00:55PM -0600, Chris Murphy wrote: > On Wed, Apr 20, 2016 at 3:14 AM, Lennart Poettering > wrote: > > On Tue, 19.04.16 22:47, Chris Murphy (li...@colorremedies.com) wrote: > > > >> In some ancient bug or lkml I'd read a kernel maintainer say that

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On 15 May 2016 at 08:11, James Hogarth wrote: > > On 15 May 2016 06:32, "Andrei Borzenkov" wrote: > > > > 15.05.2016 06:36, Chris Murphy пишет: > > > On Thu, May 12, 2016 at 12:38 PM, James Hogarth < > james.hoga...@gmail.com> wrote: > > >> > > >>

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On 15 May 2016 06:32, "Andrei Borzenkov" wrote: > > 15.05.2016 06:36, Chris Murphy пишет: > > On Thu, May 12, 2016 at 12:38 PM, James Hogarth wrote: > >> > >> On 2 May 2016 18:58, "James Hogarth" wrote: > >>> > >>> > >>> On

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

15.05.2016 06:36, Chris Murphy пишет: > On Thu, May 12, 2016 at 12:38 PM, James Hogarth > wrote: >> >> On 2 May 2016 18:58, "James Hogarth" wrote: >>> >>> >>> On 24 Apr 2016 21:31, "poma" wrote: On

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On Thu, May 12, 2016 at 12:38 PM, James Hogarth wrote: > > On 2 May 2016 18:58, "James Hogarth" wrote: >> >> >> On 24 Apr 2016 21:31, "poma" wrote: >> > >> > On 20.04.2016 22:42, Chris Murphy wrote: >> > > On Wed, Apr

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On 2 May 2016 18:58, "James Hogarth" wrote: > > > On 24 Apr 2016 21:31, "poma" wrote: > > > > On 20.04.2016 22:42, Chris Murphy wrote: > > > On Wed, Apr 20, 2016 at 1:50 PM, Tobias Hunger < tobias.hun...@gmail.com> wrote: > > > > [...] > > > >

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On 24.04.2016 22:31, poma wrote: > On 20.04.2016 22:42, Chris Murphy wrote: >> On Wed, Apr 20, 2016 at 1:50 PM, Tobias Hunger >> wrote: > > [...] > >> Anyway, the most complete solution for BIOS, UEFI, and UEFI Secure >> Boot systems, is fast startups as possible

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On 24 Apr 2016 21:31, "poma" wrote: > > On 20.04.2016 22:42, Chris Murphy wrote: > > On Wed, Apr 20, 2016 at 1:50 PM, Tobias Hunger wrote: > > [...] > > > Anyway, the most complete solution for BIOS, UEFI, and UEFI Secure > > Boot systems, is

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On 20.04.2016 22:42, Chris Murphy wrote: > On Wed, Apr 20, 2016 at 1:50 PM, Tobias Hunger > wrote: [...] > Anyway, the most complete solution for BIOS, UEFI, and UEFI Secure > Boot systems, is fast startups as possible (which helps all kinds of > use cases not just

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On Thu, Apr 21, 2016 at 6:11 AM, Harald Hoyer wrote: > Yeah, I think dm-crypt/luks does not change metadata on disk while opening > it, so no problems here. What metadata change happens with linear logical volumes? I'd expect LVM or dm metadata changes if thin

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On Thu, 21.04.16 12:00, Chris Murphy (li...@colorremedies.com) wrote: > On Wed, Apr 20, 2016 at 3:14 AM, Lennart Poettering > wrote: > > On Tue, 19.04.16 22:47, Chris Murphy (li...@colorremedies.com) wrote: > > > >> In some ancient bug or lkml I'd read a kernel maintainer

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On Wed, Apr 20, 2016 at 3:14 AM, Lennart Poettering wrote: > On Tue, 19.04.16 22:47, Chris Murphy (li...@colorremedies.com) wrote: > >> In some ancient bug or lkml I'd read a kernel maintainer say that the >> hibernation image size isn't fixed, and might be less than RAM

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On Thu, 21.04.16 16:06, Michael Biebl (mbi...@gmail.com) wrote: > Hi Lennart > > 2016-04-21 12:11 GMT+02:00 Lennart Poettering : > > On Thu, 21.04.16 02:50, Michael Biebl (mbi...@gmail.com) wrote: > > > >> 2016-04-21 0:56 GMT+02:00 Michael Biebl : > >>

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On 19.04.2016 12:31, Harald Hoyer wrote: > > Here are my thought as the main dracut maintainer: > > To resume from a swap disk means, that you must not change any data on disk > while doing so, because that change would go unnoticed by the kernel, which we > want to resume. So basically

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

2016-04-21 16:06 GMT+02:00 Michael Biebl : > Hi Lennart > > 2016-04-21 12:11 GMT+02:00 Lennart Poettering : >> On Thu, 21.04.16 02:50, Michael Biebl (mbi...@gmail.com) wrote: >> >>> 2016-04-21 0:56 GMT+02:00 Michael Biebl : >>> On second

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

Hi Lennart 2016-04-21 12:11 GMT+02:00 Lennart Poettering : > On Thu, 21.04.16 02:50, Michael Biebl (mbi...@gmail.com) wrote: > >> 2016-04-21 0:56 GMT+02:00 Michael Biebl : >> On second thought, maybe not such a good idea as this would break >> hibernate

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On 20.04.2016 06:47, Chris Murphy wrote: > On Tue, Apr 19, 2016 at 4:10 AM, Lennart Poettering > wrote: > >> >> So what precisely are you proposing? That we actively search for the >> swap partition in the hibernate-resume generator? > > I think the main thing James is

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On Thu, 21.04.16 02:50, Michael Biebl (mbi...@gmail.com) wrote: > 2016-04-21 0:56 GMT+02:00 Michael Biebl : > > 2016-04-20 11:14 GMT+02:00 Lennart Poettering : > >> > >> Here's the heuristics code logind uses to check whether hibernation > >> shall be

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

Am 20.04.2016 22:42 schrieb "Chris Murphy" : > > On Wed, Apr 20, 2016 at 1:50 PM, Tobias Hunger wrote: > > > https://forums.lenovo.com/t5/ThinkPad-T400-T500-and-newer-T/T460s-Does-it-have-Intel-rapid-start/m-p/3284398#M107869 > > Too bad. I'm not

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

2016-04-21 0:56 GMT+02:00 Michael Biebl : > 2016-04-20 11:14 GMT+02:00 Lennart Poettering : >> >> Here's the heuristics code logind uses to check whether hibernation >> shall be considered available or not: >> >>

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

2016-04-20 11:14 GMT+02:00 Lennart Poettering : > > Here's the heuristics code logind uses to check whether hibernation > shall be considered available or not: > > https://github.com/systemd/systemd/blob/master/src/shared/sleep-config.c#L229 > > i.e. it checks that the RAM

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On Wed, Apr 20, 2016 at 1:50 PM, Tobias Hunger wrote: > https://forums.lenovo.com/t5/ThinkPad-T400-T500-and-newer-T/T460s-Does-it-have-Intel-rapid-start/m-p/3284398#M107869 Too bad. I'm not sure what it means though, deprecated marketing or the actual feature is gone?

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

Hi Chris, Am 20.04.2016 18:48 schrieb "Chris Murphy" : > There two IRSTs. One is Rapid Storage (firmware raid working in > conjunction with mdadm), the other is Rapid Start. I am aware of that and we both refer to the same thing. > Rapid Start is what > I'm referring to

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On Wed, Apr 20, 2016 at 3:20 AM, Lennart Poettering wrote: > I am still open to add searching for the resume swap partition to the > generator, but only where this may be done reliably, i.e. GPT, but not > MBR. And we should either define a new GPT partition type UUID for

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On Tue, Apr 19, 2016 at 11:44 PM, Tobias Hunger wrote: > > Am 20.04.2016 06:47 schrieb "Chris Murphy" : >> I kinda have to agree, if it can't be encrypted, then I think linux >> hibernation is almost pointless, and maybe just give up. Intel Rapid

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On 20 April 2016 at 10:20, Lennart Poettering wrote: > On Wed, 20.04.16 08:00, James Hogarth (james.hoga...@gmail.com) wrote: > > > Regardless of how the hibernate generator might potentially be changed to > > attempt to locate a valid swap partition with hibernate data,

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On Wed, 20.04.16 08:00, James Hogarth (james.hoga...@gmail.com) wrote: > Regardless of how the hibernate generator might potentially be changed to > attempt to locate a valid swap partition with hibernate data, or how > difficult that may be given the nature of running in an initrd and as a >

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On Tue, 19.04.16 22:47, Chris Murphy (li...@colorremedies.com) wrote: > In some ancient bug or lkml I'd read a kernel maintainer say that the > hibernation image size isn't fixed, and might be less than RAM size > but could be a little more than RAM size, especially if some swap is > being used.

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On 20 Apr 2016 05:47, "Chris Murphy" wrote: > > On Tue, Apr 19, 2016 at 4:10 AM, Lennart Poettering > wrote: > > > > > So what precisely are you proposing? That we actively search for the > > swap partition in the hibernate-resume generator? > > I

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

Am 20.04.2016 06:47 schrieb "Chris Murphy" : > I kinda have to agree, if it can't be encrypted, then I think linux > hibernation is almost pointless, and maybe just give up. Intel Rapid > Start (firmware managed) hibernation with SSDs and the proper GPT > partition type

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On Tue, Apr 19, 2016 at 4:10 AM, Lennart Poettering wrote: > > So what precisely are you proposing? That we actively search for the > swap partition in the hibernate-resume generator? I think the main thing James is after, I know I'm in this camp, is understanding all

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

Am 19.04.2016 um 12:10 schrieb Lennart Poettering: > On Mon, 18.04.16 23:19, James Hogarth (james.hoga...@gmail.com) wrote: > >> Hi all, >> >> There's been some discussion today about the impact of >> https://bugzilla.redhat.com/show_bug.cgi?id=1206936 and where the problem >> actually lies. >>

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On Tue, 19.04.16 08:45, James Hogarth (james.hoga...@gmail.com) wrote: > It could also be fixed by anaconda adding resume= to the grub configuration > like it already has to for the root device. The anaconda developers have > already pushed against this and it would only fix fresh installs

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On Tue, 19.04.16 07:45, James Hogarth (james.hoga...@gmail.com) wrote: > The generator and the actual resume is already in systemd and the anaconda > folks on the bug did not think it should be with them and that adding > resume= would not be the correct fix (of course that additionally has the >

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On Mon, 18.04.16 23:19, James Hogarth (james.hoga...@gmail.com) wrote: > Hi all, > > There's been some discussion today about the impact of > https://bugzilla.redhat.com/show_bug.cgi?id=1206936 and where the problem > actually lies. > > The issue lies specifically with hibernate and affects all

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On 19 Apr 2016 08:05, "Andrei Borzenkov" wrote: > > On Tue, Apr 19, 2016 at 9:45 AM, James Hogarth wrote: > > > > > Seeing as systemd decides the swap to hibernate to in the first place, can't > > No, it does not. Device to hibernate to is set by

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On Tue, Apr 19, 2016 at 9:45 AM, James Hogarth wrote: > > Seeing as systemd decides the swap to hibernate to in the first place, can't No, it does not. Device to hibernate to is set by previous attempt to resume from. This device must come from somewhere. Last device

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On 19 Apr 2016 04:53, "Andrei Borzenkov" wrote: > > 19.04.2016 01:19, James Hogarth пишет: > > Hi all, > > > > There's been some discussion today about the impact of > > https://bugzilla.redhat.com/show_bug.cgi?id=1206936 and where the problem > > actually lies. > > > > The

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

19.04.2016 01:19, James Hogarth пишет: > Hi all, > > There's been some discussion today about the impact of > https://bugzilla.redhat.com/show_bug.cgi?id=1206936 and where the problem > actually lies. > > The issue lies specifically with hibernate and affects all Fedora systems > regardless of

[systemd-devel] systemd hibernator generator does not function on default Fedora install

Hi all, There's been some discussion today about the impact of https://bugzilla.redhat.com/show_bug.cgi?id=1206936 and where the problem actually lies. The issue lies specifically with hibernate and affects all Fedora systems regardless of hardware (it's reproducible in a VM). The hibernate