On Mon, 11 Sep 2017, Alexander V. Makartsev wrote:
Well, in that case, you should start to provide output from "all that
stuff" I mentioned.
Hi Alexander,
the output was the same as yours, with just my UUID instead of yours.
Anyway, I found a simple way to avoid wasting time with hiberna
Well, in that case, you should start to provide output from "all that
stuff" I mentioned.
On 11.09.2017 13:08, Pierre Frenkiel wrote:
> On Sun, 10 Sep 2017, Alexander V. Makartsev wrote:
>
>> You should not use "uswsusp" anymore on recent OS releases. Hibernate
>> should work "out-of-the-box" ass
On Sun, 10 Sep 2017, Alexander V. Makartsev wrote:
You should not use "uswsusp" anymore on recent OS releases. Hibernate
should work "out-of-the-box" assuming swap partition is big enough.
Remove "uswsusp", double check "/etc/fstab" swap entry
$ sudo blkid | grep swap
/dev/sdb2: LABEL="sw
Am 10.09.2017 um 17:36 schrieb Michael Biebl:
> If you "make the swap partition bigger", you most likely changed the
> UUID. That's exactly what Alexander described you need to check and
> update if necessary.
Running "mkswap" on an existing swap partition will change its UUID.
(unless you specif
Am 10.09.2017 um 16:51 schrieb Erwan David:
> Le 09/10/17 à 16:47, Alexander V. Makartsev a écrit :
>> You should not use "uswsusp" anymore on recent OS releases. Hibernate
>> should work "out-of-the-box" assuming swap partition is big enough.
>> Remove "uswsusp", double check "/etc/fstab" swap ent
Le 09/10/17 à 16:47, Alexander V. Makartsev a écrit :
> You should not use "uswsusp" anymore on recent OS releases. Hibernate
> should work "out-of-the-box" assuming swap partition is big enough.
> Remove "uswsusp", double check "/etc/fstab" swap entry
>
"Should" is not an answer when it does not
You should not use "uswsusp" anymore on recent OS releases. Hibernate
should work "out-of-the-box" assuming swap partition is big enough.
Remove "uswsusp", double check "/etc/fstab" swap entry
$ sudo blkid | grep swap
/dev/sdb2: LABEL="swap" UUID="d0331ef1-bc12-473f-bd4a-b4edf0d4d0a8"
TYPE
On Sat, 9 Sep 2017, Cindy-Sue Causey wrote:
Pierre's bug, he shared that extra bit about how it's checking for a
wrong UUID. It's possible I'm not cognitively grasping that the same
is mentioned in Bug #861057, but right now I'm not seeing that
referenced there. Maybe that was what was going on
On 9/9/17, Pierre Frenkiel wrote:
> On Sat, 9 Sep 2017, Michael Biebl wrote:
>
>> Outdated initramfs?
>> After modifying /etc/initramfs-tools/conf.d/resume you need to run
>> update-initramfs
>
>I ran it again (update-initramfs -u), and I got the message
>generating .
>but the prob
On Sat, 9 Sep 2017, Michael Biebl wrote:
Outdated initramfs?
After modifying /etc/initramfs-tools/conf.d/resume you need to run
update-initramfs
I ran it again (update-initramfs -u), and I got the message
generating .
but the problem is still there
best regards,
--
Pierre Frenkiel
On Sat, 9 Sep 2017, Michael Biebl wrote:
Outdated initramfs?
After modifying /etc/initramfs-tools/conf.d/resume you need to run
update-initramfs
Thank you for the advice.
I did it once, but may-be it failed. I'll run it again, to be sure.
Am 09.09.2017 um 18:50 schrieb Pierre Frenkiel:
> I have this in /etc/initramfs-tools/conf.d/resume
> RESUME=UUID=42b1dc3e-6206-4bd5-9eb4-76e97f94cd65
> which is actually the UUID of the swap partition.
>
> and after pm-hibernate and reboot, I find in syslog:
> PM: Checking hibernation imag
12 matches
Mail list logo