Bug#354163: apmd: Computer does not switch off any more
To test this problem, I did a fresh debian/sid installation on my old IBM Thinkpad X30 laptop, and tried 'shutdown -h now'. It powered down as it should. It was using kernel version 2.6.17-1-686 and initscripts version 2.86.ds1-15. I used lsmod to verify that no acpi nor apm kernel modules were loaded, so I doubt either is involved.n So I was wrong when I believed the kernel failed to power down on all machines currently. It seem to work on at least one machine. :) When your machine do 'shutdown -h now', what is the last message appearing on the screen? When I do it in qemu, I get these lines: Will now halt Shutdown: hda System halted. The first line is from init.d/halt, the second is from /sbin/halt, and the the last line is printed by the kernel in the reboot() call. Do you see these lines when your machine fail to power down? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354163: apmd: Computer does not switch off any more
On Fri, 4 Aug 2006, Petter Reinholdtsen wrote: When your machine do 'shutdown -h now', what is the last message appearing on the screen? When I do it in qemu, I get these lines: Will now halt Shutdown: hda System halted. The first line is from init.d/halt, the second is from /sbin/halt, and the the last line is printed by the kernel in the reboot() call. Do you see these lines when your machine fail to power down? Would it help if I say sometimes or even most times when the system has switched to console. It sometimes sticked on displaying the X screen. Some more details about this problem I posted to debian-devel at http://lists.debian.org/debian-devel/2006/03/msg01108.html It might especially be interesting that I observed at one single occurence Unmounting remote and non-toplevel virtual filesystems ... done after the System haltet. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354163: apmd: Computer does not switch off any more
I had a look at this problem, and as far as I an see, the kernel is the entity responsible for turning off the machine. At the end of init.d/halt, 'halt -d -f -i -p -h is called, and this end up with a syscall 'reboot(RB_POWER_OFF)'. I guess the problem is that this syscall do not turn off the power any more. I have no idea why. Could it be that the kernel changed to try to call some user space programs using udev or similar before turning off the power? udev is dead at this point, so that is doomed to fail. To test this hypotesis, I tested in qemu with URL:http://koltsoff.com/pub/reboot4fun/poweroff.c (random link I found via google), and this did not shut down qemu, even if all user space programs were running as normal. I was using debian kernel 2.6.17-1-686. I also tested this on an old ubuntu installation with kernel 2.6.10-5-386, and there the machine powered down. Could this be apm/acpi related? I suspect it is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354163: apmd: Computer does not switch off any more
On Thu, 3 Aug 2006, Petter Reinholdtsen wrote: I'm absolutely uneducated in this field but I try to add some perhaps useful information here. I had a look at this problem, and as far as I an see, the kernel is the entity responsible for turning off the machine. At the end of init.d/halt, 'halt -d -f -i -p -h is called, and this end up with a syscall 'reboot(RB_POWER_OFF)'. I guess the problem is that this syscall do not turn off the power any more. I have no idea why. While the original bug report was about the problem that the box is not switched of I would like to add that the problem also occurs at a reboot. If I try to reboot (without trying to power off) the shutdown process stops at the very same point (obtained by my poor knowledge from the printed text at console). So some process seems to be running before the reboot call you mentioned. Could it be that the kernel changed to try to call some user space programs using udev or similar before turning off the power? udev is dead at this point, so that is doomed to fail. I would like to add here, that this problem also occurs on machines with kernel versions below 2.6.12 and no udev package installed. To test this hypotesis, I tested in qemu with URL:http://koltsoff.com/pub/reboot4fun/poweroff.c (random link I found via google), and this did not shut down qemu, even if all user space programs were running as normal. I was using debian kernel 2.6.17-1-686. I also tested this on an old ubuntu installation with kernel 2.6.10-5-386, and there the machine powered down. Could this be apm/acpi related? I suspect it is. I might remember that the problem occures on ACPI enabled machines as well as on older boxes that only know APM. As I said the problem is between initscripts_2.86.ds1-10_i386.deb and initscripts_2.86.ds1-11_i386.deb. I'm currently work happily with a initscripts_2.86.ds1-10_i386.deb set on hold. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354163: apmd: Computer does not switch off any more
On Thu, Feb 23, 2006 at 09:32:32PM +0100, Andreas Tille wrote: Package: apmd Severity: normal Hi, after my last upgrade to latest testing I observed that the computer does not switch off after a halt command any more. The effect occurs with differen kernels and different boxes. At console the usual last messages occure (system halted / harddisk stoped or something like that) but the machine keeps on running and I have to press the power switch for a couple of seconds. After rebooting the machine a fscheck is forced. I think Scott has implemented a fix for this bug. It would be nice if he could provide a patch. As soon as it's merged in the sysvinit package, I'll do the correponding changes to apmd. Feel free to ask for further information. Kind regards and thanks for maintaing apmd Andreas. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (501, 'testing'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Mit freundlichen Grüßen, Aníbal Monsalve Salazar -- http://v7w.com/anibal signature.asc Description: Digital signature
Bug#354163: apmd: Computer does not switch off any more
On Fri, 2006-07-21 at 23:21 +1000, Aníbal Monsalve Salazar wrote: On Thu, Feb 23, 2006 at 09:32:32PM +0100, Andreas Tille wrote: after my last upgrade to latest testing I observed that the computer does not switch off after a halt command any more. The effect occurs with differen kernels and different boxes. At console the usual last messages occure (system halted / harddisk stoped or something like that) but the machine keeps on running and I have to press the power switch for a couple of seconds. After rebooting the machine a fscheck is forced. I think Scott has implemented a fix for this bug. It would be nice if he could provide a patch. As soon as it's merged in the sysvinit package, I'll do the correponding changes to apmd. I don't think I do? Scott -- Scott James Remnant [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#354163: apmd: Computer does not switch off any more
Package: apmd Severity: normal Hi, after my last upgrade to latest testing I observed that the computer does not switch off after a halt command any more. The effect occurs with differen kernels and different boxes. At console the usual last messages occure (system halted / harddisk stoped or something like that) but the machine keeps on running and I have to press the power switch for a couple of seconds. After rebooting the machine a fscheck is forced. Feel free to ask for further information. Kind regards and thanks for maintaing apmd Andreas. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (501, 'testing'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]