questions about "Suspend"

[Paul Johnson]

look at the rpm package pm-utils.  When you run the program
pm-suspend, it is supposed to use "suspend to ram".  If you have the
black screen after that,and it won't wake up, then you have a well
known problem that has many different work arounds, but the correct
answer will depend on your type of computer.  I'm having good luck
lately with laptop PCs, but with desktops--and I've tried 5 different
models--none of them could be made to suspend.

So why to search on google for "suspend to ram" and learn more about
your hardware, and then in a terminal run "pm-suspend" (possibly with
the path).  If that does not work, you need to report more details
about which kernel you run, which versions of hal and pm-utils you
have, your hardware, etc.

Or you might join the gnome-power-manager-list, where people have been
very very helpful to me trying to puzzle out these things.

But, honestly, if you google for "suspend to ram" with your type of
computer, you should expect a lot of diverse and possibly wrong
information.  So take it all with a grain of salt.  The usb problems
that occupy most of the discussion have now been completely solved as
far as I can tell, and the video problems are becoming isolated to a
few particular kinds of hardware.

pj

On 6/19/06, Michal Jaegermann <michal at harddata.com> wrote:
> On Mon, Jun 19, 2006 at 01:15:28AM -0400, Ray Strode wrote:
> > > It still looks to me that to have two different actions with the
> > > same looking "Suspend" description is somewhat, ahem, confusing.
> > >
> > > Should I put that into bugzilla?  If yes, then which package?
> > It's a known problem.  We have a sort of vaguely defined bug in bugzilla
> > already to track the problem.
> >
> > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=190791
>
> Thanks!  At least this tracks a bit that particular confusion.
> This detail that none of this actions does anything remotely useful
> in my case, and it does not seem to be any way to configure them
> out of menus or at least to make them run something harmless (like
> "no-op"), is another story.
>
> Also this stuff "crowds" logout menu entry and now one has to "hunt"
> for it even if this is the most often used item.  I would rather see
> that one at the very bottom of that menu.
>
>    Michal
>
> --
> fedora-test-list mailing list
> fedora-test-list at redhat.com
> To unsubscribe:
> https://www.redhat.com/mailman/listinfo/fedora-test-list
>


-- 
Paul E. Johnson
Professor, Political Science
1541 Lilac Lane, Room 504
University of Kansas