Re: Machine locks on reboot from suspend

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 2023-12-19 at 14:26 -0500, Jeffrey Walton wrote:
> Don't suspend. I find it is hit or miss whether things work correctly
> with ACPI Sleep States (S0 - S5). In particular, S3 and above.

I got the impression that only laptops seem to have reasonably well
working suspend, and suspect that little effort is put into designing
and testing desktops to suspend well.  That may have improved with
increasing demands for so-called green technology.  But, in the past
suspending was dire.  And I don't recall people really wanting to
suspend desktops.  Certainly the windows fraternity was forever
rebooting, and used to the idea that lots of things just don't work.

Certain suspend modes require a suitable power supply, too.  They don't
switch off fully, some power circuits are required to stay up, and
supply sufficient current to the motherboard.  It also requires all the
hardware to support suspending, some will not wake up, or wake up in a
scrambled mode requiring some kind of software reset to be done.  And
the drivers have to support it too, especially if the hardware requires
resetting during wake.

Hibernating, or suspend to disk, was usually reliable.  It was
basically a RAM dump to disk, then completely switch off.  The only
tricky bit was waking up had to read the resume information rather than
just cold boot.  It often had to be manually configured where to read
that from.

Though, having said all that, did the computer suspend and resume
properly in the past?
 
-- 
 
NB:  All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the list.
 
The following system info data is generated fresh for each post:
 
uname -rsvp
Linux 6.2.15-100.fc36.x86_64 #1 SMP PREEMPT_DYNAMIC Thu May 11 16:51:53
UTC 2023 x86_64
--
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux