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
On 27 April 2016 at 14:46, Matt Morgan minxmertzmomo@gmail.com 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_fr...
On Wed, Apr 27, 2016 at 11:48 AM, James Hogarth james.hogarth@gmail.com wrote:
On 27 April 2016 at 14:46, Matt Morgan minxmertzmomo@gmail.com 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_fr...
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 else search --no-floppy --fs-uuid --set=root 8f50fa7d-425b-417b-9f7c-a8ce1f77fa46 fi linux16 /vmlinuz-4.4.6-200.fc22.x86_64 root=UUID=71f05257-0f3f-456c-a5b5-d2d60acb5cec ro /dev/sda6 initrd16 /initramfs-4.4.6-200.fc22.x86_64.img } menuentry 'Fedora (4.4.5-200.fc22.x86_64) 22 (Twenty Two)' --class fedora --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-4.4.5-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 else search --no-floppy --fs-uuid --set=root 8f50fa7d-425b-417b-9f7c-a8ce1f77fa46 fi linux16 /vmlinuz-4.4.5-200.fc22.x86_64 root=UUID=71f05257-0f3f-456c-a5b5-d2d60acb5cec ro /dev/sda6 initrd16 /initramfs-4.4.5-200.fc22.x86_64.img } menuentry 'Fedora (0-rescue-b6d9dae3cb4a425d89f7eae7801a6880) 22 (Twenty Two)' --class fedora --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-0-rescue-b6d9dae3cb4a425d89f7eae7801a6880-advanced-71f05257-0f3f-456c-a5b5-d2d60acb5cec' { load_video 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-0-rescue-b6d9dae3cb4a425d89f7eae7801a6880 root=UUID=71f05257-0f3f-456c-a5b5-d2d60acb5cec ro /dev/sda6 initrd16 /initramfs-0-rescue-b6d9dae3cb4a425d89f7eae7801a6880.img } if [ "x$default" = 'Fedora (4.4.6-201.fc22.x86_64) 22 (Twenty Two)' ]; then default='Advanced options for Fedora>Fedora (4.4.6-201.fc22.x86_64) 22 (Twenty Two)'; fi; ### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###
### BEGIN /etc/grub.d/20_ppc_terminfo ### ### END /etc/grub.d/20_ppc_terminfo ###
### BEGIN /etc/grub.d/30_os-prober ### menuentry 'Windows 7 (loader) (on /dev/sda1)' --class windows --class os $menuentry_id_option 'osprober-chain-CA76D0FC76D0E9E9' { insmod part_msdos insmod ntfs set root='hd0,msdos1' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1' CA76D0FC76D0E9E9 else search --no-floppy --fs-uuid --set=root CA76D0FC76D0E9E9 fi parttool ${root} hidden- chainloader +1 } ### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/40_custom ### # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to change # the 'exec tail' line above. ### END /etc/grub.d/40_custom ###
### BEGIN /etc/grub.d/41_custom ### if [ -f ${config_directory}/custom.cfg ]; then source ${config_directory}/custom.cfg elif [ -z "${config_directory}" -a -f $prefix/custom.cfg ]; then source $prefix/custom.cfg; fi ### END /etc/grub.d/41_custom ###
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
On 28 Apr 2016 2:37 a.m., "Chris Murphy" lists@colorremedies.com wrote:
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]
cat /proc/meminfo
MemTotal < 0.98 * SwapFree = true
So memory must be 98% or less than swap free, not swap partition size.
You're best off using UUID. It needs to be in /etc/fstab UUID=theuuidforswap swap swap 0 0
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.
On Thu, Apr 28, 2016 at 1:13 AM, James Hogarth james.hogarth@gmail.com wrote:
On 28 Apr 2016 2:37 a.m., "Chris Murphy" lists@colorremedies.com wrote:
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]
cat /proc/meminfo
MemTotal < 0.98 * SwapFree = true
So memory must be 98% or less than swap free, not swap partition size.
You're best off using UUID. It needs to be in /etc/fstab UUID=theuuidforswap swap swap 0 0
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.
On 30 April 2016 at 02:44, Chris Murphy lists@colorremedies.com wrote:
On Thu, Apr 28, 2016 at 1:13 AM, James Hogarth james.hogarth@gmail.com wrote:
On 28 Apr 2016 2:37 a.m., "Chris Murphy" lists@colorremedies.com
wrote:
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]
cat /proc/meminfo
MemTotal < 0.98 * SwapFree = true
So memory must be 98% or less than swap free, not swap partition size.
You're best off using UUID. It needs to be in /etc/fstab UUID=theuuidforswap swap swap 0 0
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? ;)