[mdlug] [Mdlug] IBM T30/SUSE 10.0 Suspend to RAM Problems (repost word wrapped, sorry)

[Peter Bart]

On Mon, 2006-11-20 at 13:30 -0500, Jeff Hanson wrote:

> I think in most cases ACPI disables APM.  At least that's what I've
> seen in the logs on my systems.  The only time it doesn't happen is if
> ACPI is disabled by the kernel because the BIOS is too old.  I'm not
> sure about the cutoff date.  On my older systems I have to pass a
> "acpi=force" option at boot to enable it.

	Your are correct.


>   If your laptop is
> partitioned like most installations then it should be relatively safe
> to switch distros assuming your home folder is on a separate
> partition.  If you have the time, try Ubuntu, Mandriva, or Red Hat and
> see if they work better.  The only problem you will encounter is that
> the user ID that owns the home files may change and you will have to
> chown them to match a new account ID.  This is because different
> distros may use different number ranges for user accounts.  Another
> option is to compile a new kernel.

	I will try another flavor, Ubuntu is a fron runner right now. But it's
for a second laptop, a twin to this one. I don't want the extra hassle
right now. SUSE works well, I just need to put some polish on. If I
can't polish it well enough, then maybe but from what I'm finding out
the cause is faulty programming in oem provided code not erased or
subplanted by a clean full Linux install. So no matter where I
turn ........................


>   The kernel update policies of
> distros varies a lot but many stick to one major version and backport
> security updates only or significant fixes, not new enhancements.  If
> there are fixes in the ACPI modules you may not get them through Suse
> updates until the next major release.  You could also try their alpha
> or beta versions.


	i believe this is the case with SUSE as well. Novell seems to have
taken a very hard stance and is not providing support as part of the box
price of the distro. Now I see why. And I thought IBM was Linux
friendly.

_______________________________________________
> mdlug mailing list
> mdlug at mdlug.org
> http://mdlug.org/mailman/listinfo/mdlug
-- 
Peter Bart <peter at petertheplumber.net>
http://petertheplumber.net