On Tue, Apr 20, 2010 at 12:57:35PM -0400, Isaac Dupree wrote: Thanks for the detailed reply in advance.
On the other hand, sometimes suspend is broken for some hardware. You should be able to observe this pretty easily for yourself. If, on the other hand, it looks like it's working, and if the system post-resume seems to be working just as well as the system pre-resume, then you should feel comfortable using it. After all, it's a great convenience!
I do have a USB mouse that won't work, usually reloading ehci_hcd does the trick.
(modulo security considerations, if you keep an encrypted disk and don't want people who get their hands on your computer to be able to read your data! Or just login-password-wise if you're dealing with tech-ignorant friends.)
Security is indeed one problem I'm looking to resolve, because with suspend, it goes back directly into the system, without having to enter login/password... I wonder if there's some way to achieve something like winxp, which resumes back into the login manager, not the usable system itself. But that would probably require a session manager as well, I don't know. Nonetheless, another bizarre "problem" (quote because it doesn't really affect ordinary use) is that after resume, there're duplicate "basic system process" (I don't know how to put these) possessed by root. E.g. watch `ps -eF', there would be two instances of such processes as below. [events/0] [events/1] [events/2] [events/3] [cpuset] [khelper] [netns] [async/mgr] [pm] . . . I wonder if this is normal... -- 李彥學 (Ian-Xue Li) http://b4283.ath.cx A student.