Re: Dell 700m KDE startup to sleep state - crashing - acpi help ?
gabaod gabaod wrote:
> Hello i have a dell inspirion 700m
> kernel 2.6.11.12 <http://2.6.11.12> debian 1:3.3.5-13
> kde version 44
Your fault for using bleeding edge pre-alpha software :-) (you can't
possibly be up to version 44!)
> kde base 3.3.2-1
> acpid 1.0.4-1
> I have not yet installed acpi, since im running stable, and havent had
> time to be around an internet connection on laptop to install that pkg.
I think that's doubtful - do "aptitude show acpi-support". I'm pretty sure
you'll find it's installed. None of the rest of this makes sense unless it
is.
> But this is the scenario.
> I turn on laptop, login, run 'startx' and during the 'initializing
> peripherals' startup part.. it goes to a black screen stating Stopping
> tasks: ===================
> and it fails on stopping mysql for some reason.. Ill figure that out
> later..
It certainly sounds like it's in the acpi sleep or hibernate scripts
(/etc/acpi/*.sh). By default these scripts stop MySQL prior to
sleep/suspend/hibernate.
> then it goes back to the startup screen for kde and logs in fine.
> Now if i manual stop mysql '/etc/init.d/mysql stop' before running
> 'startx'
> it goes to black screen Stopping Tasks: and i quickly see something about
That just sounds as if, because Mysql is already properly stopped, it
doesn't fail in the sleep script (which it shouldn't be in, anyway).
> eth1 suspend and my screen goes blank on me. No keys will wake it up, and
> my only option is hitting power button which halts the laptop and have to
> re-power it on.
Does "hitting" the power button _just_ shut it off, or does it seem to come
back temporarily, _then_ shut off. That's practically proper behaviour for
a Dell in sleep mode - Dell uses the power button to wake it up again, but
then ACPI sees the power button and executes the shutdown script. Catch
22. There's a way to fix it, but I haven't bothered, as I'm just as happy
to hibernate rather than sleep.
> Now i noticed when i have mysql running.. and do do a echo 1 >
> /proc/acpi/sleep It does the EXACT same thing as previously, so obviously
> somewhere kde is wanting to put my laptop into some sort of sleep mode
> upon startup.
> Any idea where to look to find out where that setting is defined to not
> have it start in a sleep state? also why can I not wake up the laptop?
> only thing I can presume is its trying S3 state,
Which state is unimportant - they all run the same /etc/acpi/prepare.sh
script which is where MySQL gets shut down - but when you do "echo 1..."
you go to S1, not S3.
I'd check your startx script. Look for something that's using
either /proc/acpi... or /etc/acpi/... It doesn't belong there but that
seems to be what's happening.
> Mainly just wanting help on how to control ACPI, would love to get
> hibernation, suspend to work on the laptop, and most of the HOWTOs im
> finding are how to install them.. but nothing about how to control them
> except for a manual 'echo' cmd.
Install klaptopdaemon. From the control center, Power Control, Laptop
Battery, go to the far right tab (ACPI) and click on the "Setup Helper
Application" button.
> and one last thing.. in my dmesg output, i do see this:
> PM: Readomg swsusp image.
> swsusp: Resume From Partition /dev/hda16
> <3>swsusp: Suspend partition has wrong signature?
> swsusp: Error -22 resuming
> hda16 is my /home dir, and i know i set that in the kernel .config file..
But it shouldn't be. Your swsusp image is on the swap partition (and, ime,
I've never needed to tell either my kernel or grub about it - it gets found
automagically on resume). On suspend, the image is written to swap - and
nothing needs to be configured. On resume, it _might_ be necessary to boot
with the parameter "resume=/dev/xxxx" where 'xxxx' is your swap partition.
> i
> remember reading something that i need to create a flat file container or
> something for that to work, but cant find any reference as how to get that
> part to work as well, and maybe thats whats causing kde to sleep on
> startup? not sure.
I don't have a clue what you're talking about :-(
--
derek
Reply to: