Re: Fan/sleep/hibernation issues on Dell Optiplex 780 usff fedora 22

[James Hogarth]

On 30 April 2016 at 02:44, Chris Murphy  wrote:

> On Thu, Apr 28, 2016 at 1:13 AM, James Hogarth 
> wrote:
> >
> > On 28 Apr 2016 2:37 a.m., "Chris Murphy" 
> wrote:
> >>
> >> 1.
> >> Check these for incompatible values. The follow example is based on
> >> UEFI with Secure Boot enabled, so hibernation isn't possible with
> >> Fedora kernels.
> >> [root@f23s ~]# mokutil --sb-state
> >> SecureBoot enabled
> >> [root@f23s ~]# cat /sys/power/state
> >> freeze mem
> >> [root@f23s ~]# cat /sys/power/disk
> >> [disabled]
> >>
> >> 2.
> >> cat /proc/meminfo
> >>
> >> MemTotal < 0.98 * SwapFree = true
> >>
> >> So memory must be 98% or less than swap free, not swap partition size.
> >>
> >> 3.
> >> You're best off using UUID. It needs to be in /etc/fstab
> >> UUID=theuuidforswap swap swap 0 0
> >>
> >> 4.
> >> In /etc/default/grub GRUB_CMDLINE_LINUX="resume=UUID=theuuidofswap"
> >> grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg  ## for efi systems
> >> and just /boot/grub2/grub.cfg for BIOS
> >>
> >
> > Chris I'm pretty sure one of the initial things that came up with that
> bug
> > is that the systemd hibernate generator didn't work with UUID and the
> direct
> > path (via devmapper if required) was needed.
>
> No swap volume UUID definitely works in my case, it resolves it to the
> correct major:minor. It just fails validation for some reason.
>
> My understanding of systemd hibernate generator is it doesn't work
> with GPT partition type GUID for Linux swap, which is a fixed UUID,
> 0657FD6D-A4AB-43C4-84E5-0933C84B4F4F. And the reason is they think
> it's unreliable to just assume that's where the hibernation image is,
> using the generic swap GUID rather than an actually unique one for the
> specific swap that should have the hibernation image. At least that's
> my understanding of the systemd list thread. They did say it would be
> reliable to use an attribute setting for the partition, which is part
> of the UEFI GPT spec. But parted doesn't support arbitrary attributes
> or GUIDs for that matter, so we're kinda stuck, and that solution
> doesn't work on MBR partition disks.
>
> Further, there's still the open question whether it's OK for the
> hibernation image to be on an LVM LV. If it should not be on an LVM
> LV, then that means a more substantial change to Anaconda to support
> it that results in only root fs on LVM, at which point the can of
> worms that's opened is, why not just drop LVM from Workstation? I
> think without a clear statement from Harold or the LVM folks about
> hibernation images on linear LVs, it's questionable whether it's
> really correct to add resume=/dev/mapper/fedora-swap for everyone. For
> all we know this causes at least as many problems, or even worse it
> might be silent problems that don't materialize until later on; where
> failure to hibernate/recover is brutal enough the user is going to
> quickly figure out it simply doesn't work.
>
>
>
>
Chris can we keep discussion of the bug itself to the bugzilla entry and
not infiltrate a random user support thread? ;)
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Fan/sleep/hibernation issues on Dell Optiplex 780 usff fedora 22

[Chris Murphy]

On Thu, Apr 28, 2016 at 1:13 AM, James Hogarth  wrote:
>
> On 28 Apr 2016 2:37 a.m., "Chris Murphy"  wrote:
>>
>> 1.
>> Check these for incompatible values. The follow example is based on
>> UEFI with Secure Boot enabled, so hibernation isn't possible with
>> Fedora kernels.
>> [root@f23s ~]# mokutil --sb-state
>> SecureBoot enabled
>> [root@f23s ~]# cat /sys/power/state
>> freeze mem
>> [root@f23s ~]# cat /sys/power/disk
>> [disabled]
>>
>> 2.
>> cat /proc/meminfo
>>
>> MemTotal < 0.98 * SwapFree = true
>>
>> So memory must be 98% or less than swap free, not swap partition size.
>>
>> 3.
>> You're best off using UUID. It needs to be in /etc/fstab
>> UUID=theuuidforswap swap swap 0 0
>>
>> 4.
>> In /etc/default/grub GRUB_CMDLINE_LINUX="resume=UUID=theuuidofswap"
>> grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg  ## for efi systems
>> and just /boot/grub2/grub.cfg for BIOS
>>
>
> Chris I'm pretty sure one of the initial things that came up with that bug
> is that the systemd hibernate generator didn't work with UUID and the direct
> path (via devmapper if required) was needed.

No swap volume UUID definitely works in my case, it resolves it to the
correct major:minor. It just fails validation for some reason.

My understanding of systemd hibernate generator is it doesn't work
with GPT partition type GUID for Linux swap, which is a fixed UUID,
0657FD6D-A4AB-43C4-84E5-0933C84B4F4F. And the reason is they think
it's unreliable to just assume that's where the hibernation image is,
using the generic swap GUID rather than an actually unique one for the
specific swap that should have the hibernation image. At least that's
my understanding of the systemd list thread. They did say it would be
reliable to use an attribute setting for the partition, which is part
of the UEFI GPT spec. But parted doesn't support arbitrary attributes
or GUIDs for that matter, so we're kinda stuck, and that solution
doesn't work on MBR partition disks.

Further, there's still the open question whether it's OK for the
hibernation image to be on an LVM LV. If it should not be on an LVM
LV, then that means a more substantial change to Anaconda to support
it that results in only root fs on LVM, at which point the can of
worms that's opened is, why not just drop LVM from Workstation? I
think without a clear statement from Harold or the LVM folks about
hibernation images on linear LVs, it's questionable whether it's
really correct to add resume=/dev/mapper/fedora-swap for everyone. For
all we know this causes at least as many problems, or even worse it
might be silent problems that don't materialize until later on; where
failure to hibernate/recover is brutal enough the user is going to
quickly figure out it simply doesn't work.


-- 
Chris Murphy
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Fan/sleep/hibernation issues on Dell Optiplex 780 usff fedora 22

[James Hogarth]

On 28 Apr 2016 2:37 a.m., "Chris Murphy"  wrote:
>
> 1.
> Check these for incompatible values. The follow example is based on
> UEFI with Secure Boot enabled, so hibernation isn't possible with
> Fedora kernels.
> [root@f23s ~]# mokutil --sb-state
> SecureBoot enabled
> [root@f23s ~]# cat /sys/power/state
> freeze mem
> [root@f23s ~]# cat /sys/power/disk
> [disabled]
>
> 2.
> cat /proc/meminfo
>
> MemTotal < 0.98 * SwapFree = true
>
> So memory must be 98% or less than swap free, not swap partition size.
>
> 3.
> You're best off using UUID. It needs to be in /etc/fstab
> UUID=theuuidforswap swap swap 0 0
>
> 4.
> In /etc/default/grub GRUB_CMDLINE_LINUX="resume=UUID=theuuidofswap"
> grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg  ## for efi systems
> and just /boot/grub2/grub.cfg for BIOS
>

Chris I'm pretty sure one of the initial things that came up with that bug
is that the systemd hibernate generator didn't work with UUID and the
direct path (via devmapper if required) was needed.
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Fan/sleep/hibernation issues on Dell Optiplex 780 usff fedora 22

[Chris Murphy]

1.
Check these for incompatible values. The follow example is based on
UEFI with Secure Boot enabled, so hibernation isn't possible with
Fedora kernels.
[root@f23s ~]# mokutil --sb-state
SecureBoot enabled
[root@f23s ~]# cat /sys/power/state
freeze mem
[root@f23s ~]# cat /sys/power/disk
[disabled]

2.
cat /proc/meminfo

MemTotal < 0.98 * SwapFree = true

So memory must be 98% or less than swap free, not swap partition size.

3.
You're best off using UUID. It needs to be in /etc/fstab
UUID=theuuidforswap swap swap 0 0

4.
In /etc/default/grub GRUB_CMDLINE_LINUX="resume=UUID=theuuidofswap"
grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg  ## for efi systems
and just /boot/grub2/grub.cfg for BIOS

5.
journalctl -b | grep PM

Check current and prior boots for hibernate hibernation related
messages. For example:
https://paste.fedoraproject.org/360483/

In my case the image is found but fails to resume anyway likely due to
a firmware + kernel bug.


Chris Murphy
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Fan/sleep/hibernation issues on Dell Optiplex 780 usff fedora 22

[Matt Morgan]

On Wed, Apr 27, 2016 at 11:48 AM, James Hogarth 
wrote:

>
>
> On 27 April 2016 at 14:46, Matt Morgan  wrote:
>
>> I have F22 on my son's Optiplex 780 ultra-small form factor. We seem to
>> have a variety of (maybe related) power management issues.
>>
>> First, the fan often goes full-speed and starts making lots of noise.
>> Usually this is when the computer is actually doing more work, like running
>> Minecraft. Sometimes it happens when watching Youtube videos. Since these
>> are the two main things he does with the computer, it pretty much always
>> happens eventually.
>>
>> Second, when this happens, and he then suspends the computer, the fan
>> stays on during suspend. It never quiets down. So I don't think the
>> computer is suspending properly.
>>
>> Third, if I hibernate the computer, the fan shuts off, but the computer
>> actually shuts down--when he returns from hibernation, he has to log in to
>> a new session, his apps have all shut down, etc.
>>
>> I used to use this computer (several years ago--it was probably F16,
>> maybe 18) and I don't recall these issues, so I believe they must be
>> fixable.
>>
>> I tried installing TLP, not expecting much from it on a desktop, but
>> figuring it wouldn't hurt, and it didn't appear to change anything.
>>
>> Any advice about where to start with this?
>>
>> Thanks,
>> Matt
>>
>>
> Well on the hibernation side resuming from hibernate is currently broken
> in Fedora (all releases) but fortunately there's a trivial workaround to
> fix it.
>
>  https://bugzilla.redhat.com/show_bug.cgi?id=1206936
>
>
> https://fedoraproject.org/wiki/Common_F24_bugs#Hibernation_doesn.27t_work_from_a_standard_install
>
>
Thanks! Either I did something wrong, or it didn't work. swapon -s gives
/dev/sda6, and after grubby I see a grub.cfg (in /boot/efi/EFI/fedora) that
has a "resume" entry like this:

linux16 /vmlinuz-4.4.6-201.fc22.x86_64
root=UUID=71f05257-0f3f-456c-a5b5-d2d60acb5cec ro /dev/sda6 resume=/dev/sda6

in the ### BEGIN /etc/grub.d/10_linux ### section.

Below is my whol grub.cfg, in case that helps.

Any other ideas?

Thanks,
Matt

---
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub2-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
set pager=1

if [ -s $prefix/grubenv ]; then
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="${saved_entry}"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
  fi
}

function load_video {
  if [ x$feature_all_video_module = xy ]; then
insmod all_video
  else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
  fi
}

terminal_output console
if [ x$feature_timeout_style = xy ] ; then
  set timeout_style=menu
  set timeout=5
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
  set timeout=5
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Fedora (4.4.6-201.fc22.x86_64) 22 (Twenty Two)' --class fedora
--class gnu-linux --class gnu --class os --unrestricted
$menuentry_id_option
'gnulinux-4.4.6-201.fc22.x86_64-advanced-71f05257-0f3f-456c-a5b5-d2d60acb5cec'
{
load_video
set gfxpayload=keep
insmod gzio
insmod part_msdos
insmod ext2
set root='hd0,msdos3'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3
--hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3 --hint='hd0,msdos3'
8f50fa7d-425b-417b-9f7c-a8ce1f77fa46
else
  search --no-floppy --fs-uuid --set=root
8f50fa7d-425b-417b-9f7c-a8ce1f77fa46
fi
linux16 /vmlinuz-4.4.6-201.fc22.x86_64
root=UUID=71f05257-0f3f-456c-a5b5-d2d60acb5cec ro /dev/sda6 resume=/dev/sda6
initrd16 /initramfs-4.4.6-201.fc22.x86_64.img
}
menuentry 'Fedora (4.4.6-200.fc22.x86_64) 22 (Twenty Two)' --class fedora
--class gnu-linux --class gnu --class os --unrestricted
$menuentry_id_option
'gnulinux-4.4.6-200.fc22.x86_64-advanced-71f05257-0f3f-456c-a5b5-d2d60acb5cec'
{
load_video
set gfxpayload=keep
insmod gzio
insmod part_msdos
insmod ext2
set root='hd0,msdos3'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3
--hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3 --hint='hd0,msdos3'
8f50fa7d-425b-417b-9f7c-a8ce1f77fa46

Re: Fan/sleep/hibernation issues on Dell Optiplex 780 usff fedora 22

[James Hogarth]

On 27 April 2016 at 14:46, Matt Morgan  wrote:

> I have F22 on my son's Optiplex 780 ultra-small form factor. We seem to
> have a variety of (maybe related) power management issues.
>
> First, the fan often goes full-speed and starts making lots of noise.
> Usually this is when the computer is actually doing more work, like running
> Minecraft. Sometimes it happens when watching Youtube videos. Since these
> are the two main things he does with the computer, it pretty much always
> happens eventually.
>
> Second, when this happens, and he then suspends the computer, the fan
> stays on during suspend. It never quiets down. So I don't think the
> computer is suspending properly.
>
> Third, if I hibernate the computer, the fan shuts off, but the computer
> actually shuts down--when he returns from hibernation, he has to log in to
> a new session, his apps have all shut down, etc.
>
> I used to use this computer (several years ago--it was probably F16, maybe
> 18) and I don't recall these issues, so I believe they must be fixable.
>
> I tried installing TLP, not expecting much from it on a desktop, but
> figuring it wouldn't hurt, and it didn't appear to change anything.
>
> Any advice about where to start with this?
>
> Thanks,
> Matt
>
>
Well on the hibernation side resuming from hibernate is currently broken in
Fedora (all releases) but fortunately there's a trivial workaround to fix
it.

 https://bugzilla.redhat.com/show_bug.cgi?id=1206936

https://fedoraproject.org/wiki/Common_F24_bugs#Hibernation_doesn.27t_work_from_a_standard_install
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Fan/sleep/hibernation issues on Dell Optiplex 780 usff fedora 22

[Matt Morgan]

I have F22 on my son's Optiplex 780 ultra-small form factor. We seem to
have a variety of (maybe related) power management issues.

First, the fan often goes full-speed and starts making lots of noise.
Usually this is when the computer is actually doing more work, like running
Minecraft. Sometimes it happens when watching Youtube videos. Since these
are the two main things he does with the computer, it pretty much always
happens eventually.

Second, when this happens, and he then suspends the computer, the fan stays
on during suspend. It never quiets down. So I don't think the computer is
suspending properly.

Third, if I hibernate the computer, the fan shuts off, but the computer
actually shuts down--when he returns from hibernation, he has to log in to
a new session, his apps have all shut down, etc.

I used to use this computer (several years ago--it was probably F16, maybe
18) and I don't recall these issues, so I believe they must be fixable.

I tried installing TLP, not expecting much from it on a desktop, but
figuring it wouldn't hurt, and it didn't appear to change anything.

Any advice about where to start with this?

Thanks,
Matt
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org