Re: Box does not switch of on halt
On Wed, 8 Mar 2006, Henrique de Moraes Holschuh wrote: Forwarding to the mailing list for the SysvInit maintainers (contacting me directly isn't nearly as effective, I am not even the most active of the sysvinit maintainers... ;-) ). Yesterday I found out that [EMAIL PROTECTED] is really the right place to report the problem to. I reassigned the bug to initscripts and you can the reasons here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=359137;msg=17 I went even further and found out that the issue for the problem that bothers me now on four (= all my testing boxes) boxes and is reproducible occured when changing from initscripts_2.86.ds1-10_i386.deb to initscripts_2.86.ds1-11_i386.deb . So it would be great if a more educated person than me could look into the changes between these two versions. I would be happy to provide any needed information, but I have no clue what information might help here. So please ask me the right questions what might be helpful. My fallback plan is to stupidly revert the changes and reboot my box. If it is working again whe found the problem but I would prefer a more clever method than trial and error. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Box does not switch of on halt
Scripsit Andreas Tille [EMAIL PROTECTED] My fallback plan is to stupidly revert the changes and reboot my box. If it is working again whe found the problem but I would prefer a more clever method than trial and error. Why is that a _fallback_ plan? It should be the first thing to try. It's the simplest and most direct way to test your hypothesis that that particular package update is the cause of your problem. (And, yes it _it_ the clever way to start, rather than trying to dig into code changes that may and may not be related to the effect you're seeing). -- Henning Makholm This imposes the restriction on any procedure statement that the kind and type of each actual parameter be compatible with the kind and type of the corresponding formal parameter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Box does not switch of on halt
On Wed, 5 Apr 2006, Henning Makholm wrote: Why is that a _fallback_ plan? It should be the first thing to try. Well, if somebody tells me that the code I wrote fails in a certain manner it is very probable that I as the author know where to look. I expected the authors of the package that created the diff would be easily able to track down the problem. It's the simplest and most direct way to test your hypothesis that that particular package update is the cause of your problem. This is kind of strategy of a scientist doing investigation in a field that is unknown so far. While it is really unknown for me there are people who are comfortable in understanding what happens because they invented this stuff. (And, yes it _it_ the clever way to start, rather than trying to dig into code changes that may and may not be related to the effect you're seeing). For me it is not really clever but the only chance. There is no real cleverness in it - but finally this is of topic here to discuss. If I will get no further comments until weekend I will start with the digging. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Box does not switch of on halt
Andreas Tille [EMAIL PROTECTED] writes: since about three weeks I observe problems when issuing halt on three different testing-boxes (two older desktops without ACPI and one laptop with ACPI). The computer just does not switch off. If I try to reboot it is also impossible, because the shutdown process stops at the same point where halt stops. The last messages on the console are: Shutdown: hda System halted. I've sometimes noticed a similar behavior when I try to switch my computer off with KDM's shutdown procedure. Using halt always works fine. I humbly admit that I did not provide much information, I just hope to give you some more hint about this problem... HTH -- Dominique Dumont Delivering successful solutions requires giving people what they need, not what they want. Kurt Bittner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Box does not switch of on halt
On Fri, 17 Mar 2006, Dominique Dumont wrote: I humbly admit that I did not provide much information, I just hope to give you some more hint about this problem... Thanks for the hint even if I think we have a deeper problem here. I just hoped somebody would be able to give a hint about the package that would be a reasonable target for a bug report. I guess I'll give up and file the report against general. I'm really depressed about the general silince. My only reasonable idea about it is, that most DDs just do not switch of their boxes and just do not notice the problem. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Box does not switch of on halt
On Fri, 10 Mar 2006, Henrique de Moraes Holschuh wrote: Yes, check for changes in /sbin/halt. As I said the problem also occures with the old /sbin/halt. Why should I check for changes between two non working versions? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Box does not switch of on halt
On Wed, 8 Mar 2006, Andreas Tille wrote: Thanks fo the foreward but I'm afraid we might be on the wrong track. I downgraded sysvinit on one of the machines (by chance the apm based) to apt-cache policy sysvinit sysvinit: Installed: 2.86.ds1-4 Candidate: 2.86.ds1-12 Version table: 2.86.ds1-12 0 499 http://ftp.de.debian.org testing/main Packages 50 http://ftp.de.debian.org unstable/main Packages *** 2.86.ds1-4 0 100 /var/lib/dpkg/status The behaviour is the same as for 2.86.ds1-12. :-( Are there any more hints what might stop the computer from doing cleeen halt / reboot than apm/acpi or sysvinit. I just tried linux-image-2.6.15-1-686 version 2.6.15-7 this morning - no change. I' can't imagine that every of my boxes with the current testing shows the same behaviour but nobody els has this problem and there is no way to fix this. If I would have at least a hint what package might be guilty for the problem. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Box does not switch of on halt
On Fri, 10 Mar 2006, Andreas Tille wrote: Are there any more hints what might stop the computer from doing cleeen halt / reboot than apm/acpi or sysvinit. I just tried Yes, check for changes in /sbin/halt. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Box does not switch of on halt
On 07.03. 22:58, Andreas Tille wrote: since about three weeks I observe problems when issuing halt on three different testing-boxes (two older desktops without ACPI and one laptop with ACPI). The computer just does not switch off. If I try to reboot it is also impossible, because the shutdown process stops at the same point where halt stops. The last messages on the console are: A friend of mine had the same problem once and IIRC he solved it by simply loading the apm module through /etc/modules. HTH, Christian -- Christian Fromme Mail: kaner at strace.org GPG: 9DE5E8B9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Box does not switch of on halt
Scripsit Andreas Tille [EMAIL PROTECTED] So the question is: what package might be responsible that entered testing for about three weeks and how can I get my boxes working as expected again. Sysvinit migrated to testing on February 21, and was responsible for a similar error (#252547) for me a couple of years ago. However, the current sysvinit has no trouble shutting down my sid box. -- Henning Makholm However, the fact that the utterance by Epimenides of that false sentence could imply the existence of some Cretan who is not a liar is rather unsettling. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Box does not switch of on halt
On Wed, 8 Mar 2006, Christian Fromme wrote: A friend of mine had the same problem once and IIRC he solved it by simply loading the apm module through /etc/modules. Well, the laptop is ACPI and if I'm not completely wrong ACPI replaces APM and I've read that I should not use APM and ACPI in parallel. Moreover the probelm occured after an upgrade of some random packages from testing without touching the kernel at all. In these old APM days (several years and several kernels ago) the hint was right, but I'll try with my older APM boxes at home to make sure I did not miss anything. Thanks for the hint Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Box does not switch of on halt
On Wed, 8 Mar 2006, Henning Makholm wrote: Sysvinit migrated to testing on February 21, and was responsible for a similar error (#252547) for me a couple of years ago. However, the current sysvinit has no trouble shutting down my sid box. ~$ apt-cache policy sysvinit sysvinit: Installed: 2.86.ds1-12 Candidate: 2.86.ds1-12 Version table: *** 2.86.ds1-12 0 501 http://ftp.de.debian.org testing/main Packages 50 http://ftp.de.debian.org unstable/main Packages 100 /var/lib/dpkg/status While this package might be responsible in fact because I have an older sysvinit (2.86.ds1-4) on a further testing machine that I do not upgrade that requently, this version has the problem I described. So I keep the maintainer of the package in CC in case he is not reading this thread. (Henrique, feel free to contact me for further details or a fully qualified bug report in case your feel responsible for this problem.) Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Box does not switch of on halt
Forwarding to the mailing list for the SysvInit maintainers (contacting me directly isn't nearly as effective, I am not even the most active of the sysvinit maintainers... ;-) ). On Wed, 08 Mar 2006, Andreas Tille wrote: On Wed, 8 Mar 2006, Henning Makholm wrote: Sysvinit migrated to testing on February 21, and was responsible for a similar error (#252547) for me a couple of years ago. However, the current sysvinit has no trouble shutting down my sid box. ~$ apt-cache policy sysvinit sysvinit: Installed: 2.86.ds1-12 Candidate: 2.86.ds1-12 Version table: *** 2.86.ds1-12 0 501 http://ftp.de.debian.org testing/main Packages 50 http://ftp.de.debian.org unstable/main Packages 100 /var/lib/dpkg/status While this package might be responsible in fact because I have an older sysvinit (2.86.ds1-4) on a further testing machine that I do not upgrade that requently, this version has the problem I described. So I keep the maintainer of the package in CC in case he is not reading this thread. (Henrique, feel free to contact me for further details or a fully qualified bug report in case your feel responsible for this problem.) -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Box does not switch of on halt
On Wed, 8 Mar 2006, Henrique de Moraes Holschuh wrote: Forwarding to the mailing list for the SysvInit maintainers (contacting me directly isn't nearly as effective, I am not even the most active of the sysvinit maintainers... ;-) ). Thanks fo the foreward but I'm afraid we might be on the wrong track. I downgraded sysvinit on one of the machines (by chance the apm based) to apt-cache policy sysvinit sysvinit: Installed: 2.86.ds1-4 Candidate: 2.86.ds1-12 Version table: 2.86.ds1-12 0 499 http://ftp.de.debian.org testing/main Packages 50 http://ftp.de.debian.org unstable/main Packages *** 2.86.ds1-4 0 100 /var/lib/dpkg/status The behaviour is the same as for 2.86.ds1-12. :-( Any other hints? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]