> What is in /etc/default/halt on each of your machines? It is the default of debian and has been not changed. Content in /etc/default halt is: .. HALT=poweroff ..
>Are you absolutely sure that adding/removing stop symlinks for dbus, and >not changing anything else, made the notebook power off / not power off? >Might you have changed something else at the same time, like >/etc/default/halt or the difference between shutdown -h and shutdown -hP? I have only added links for stop dbus after a lot of tries with kernel acpi and other kernel parameters on boot, doing always the same ritual: - booting in a 'logged in kde' - switching to text console - execute 'shutdown -h now'. Clearly I'm not absolutely shure whether the success depends on adding stop links for dbus, because boot and shutdown process is very complicate to understand. I think that adding a new script to the shutdown process should change the timing of the whole process, so maybe this has done an influence on shutdown process. >(I wouldn't be surprised if halt vs. poweroff matters on certain >notebook hardware, but that shouldn't be anything to do with >dbus-daemon, which is fundamentally just a message-passing daemon with a >Unix socket - it doesn't do anything to hardware-related itself.) I agree to your opinion, maybe it is a hardware/bios/kernel problem on the notebook system which has not been detected in earlier situations (I use this notebook since lenny, run now about a year with squeeze and do the update to wheezy because kde in squeeze is very buggy). Sadly I'm not experienced enough in kernel debugging and have not the time for a deeper analysis. I think you should please close the bug because it seems to be more a hardware problem or handle it as you like. Thanks for your investigations. Jürgen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
