Thanks a lot for your reply. In this laptop (a Toshiba Satellite U500, btw) I've had several versions of Ubuntu and Fedora installed, and Windows 7 -- although it's currently Arch-only. I've only had this behaviour in Arch. Manolo On 08/09/2011 06:30 PM, Madhurya Kakati wrote:

On Tue, Aug 9, 2011 at 12:03 PM, Manolo Martínez wrote:

...

Hello everyone,

I would like to ask you for help with a weird piece of behaviour of my arch box (now 3.0, but it was the same with older kernels):

* Shutdown works OK when on A/C, but, when on battery, the computer ends up with fans on and the On button light on. In this state it is totally unresponsive -- it looks much as it does when it fails to suspend.

* But, on battery (and A/C too), it reboots perfectly well. So I've resorted to rebooting when I want to shutdown on battery, and then plugging it off once it gets to the bios screen.

I'm sure these will be tell-tale symptoms to more enlightened arch users. For my part, I am totally clueless. I would have suspected an acpid problem, but I have no shutdown event or action enabled. I don't see anything interesting in the logs either.

Any piece of advise will be very welcome.

Cheers, Manolo

Have you tried to see if this occurs with any other linux distro? Try something like Linux Mint or ubuntu. If you can, then see if this problem occurs in Windows too.

Hi, Carl, thanks. In my case any of these commands, when on battery, brings the computer to an unresponsive state -- I wish it would reboot! Anyway, as I say, I was hoping that a difference of behaviour between A/C and battery would be indicative of malfunction in some particular piece of software... Maybe if you end up looking into your user's system you'll be kind enough to let me know what you find? Thanks again, Manolo

Hello, I'm a board master of "GNULinux" board on my school BBS. Today one guy reported a similar issue, but he's using Ubuntu 11.04. He said when he runs `poweroff`, `init 0`, or `shutdown -h now` with only battery on, after some normal steps, it shows "will now halt" on the terminal, and the system reboots.

Hope it'll help.

-- Carl Lei (XeCycle) Department of Physics, Shanghai Jiao Tong University OpenPGP public key: 7795E591 Fingerprint: 1FB6 7F1F D45D F681 C845 27F7 8D71 8EC4 7795 E591

--

I've read that the reboot method/commands sent to the hardware were being changed to closely mimic what windows does [1], this was meant to workaround broken bios which don't comply to a standard and are only made and tested to work with windows. Maybe somehow that is causing the problem for you, I don't know if there is any way to use the "old" method but I guess that even if there is this is worth a bug report in the kernel bugtracker. [1] http://mjg59.livejournal.com/137313.html -- Mauro Santos

Richard Schütz writes: [...]

Switching between reboot methods is possible with a kernel parameter. There are several methods. May the source [0] be with you.

[0] http://git.kernel.org/?p=linux/kernel/git/stable/linux-3.0.y.git;a=blob;f=ar...

Hi, your answer seems to be the point. However I believe he should change the halt method --- he doesn't want to reboot. -- Carl Lei (XeCycle) Department of Physics, Shanghai Jiao Tong University OpenPGP public key: 7795E591 Fingerprint: 1FB6 7F1F D45D F681 C845 27F7 8D71 8EC4 7795 E591