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
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
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
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
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
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
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:
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
On 07.03. 22:58, Andreas Tille wrote:
since about three weeks I observe problems when issuing halt
on three
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
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
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:
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
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
14 matches
Mail list logo