Hi,
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 wher
On 07.03. 22:58, Andreas Tille wrote:
>
>
>
> since about three weeks I observe problems when issuing halt
> on three d
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) fo
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 para
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.
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 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
wro
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
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 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 UNSUBS
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 pack
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 r
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'
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 crea
Package: general
Severity: important
Hi,
I tried to clarify in a discussion on debian-devel what
package might be responsible for the problem I face on
*all* three machines I updated to testing at a date I
do not exactly remember in February this year (sorry
for the vague description). I just co
Hi Andreas,
uh, it's not that common to get general linux support using the debian BTS,
isn't it?
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 comp
On Mon, 27 Mar 2006, Micha Lenk wrote:
uh, it's not that common to get general linux support using the debian BTS,
isn't it?
I'm asking not for general Linux support. I just detected a bug
after a weekly upgrade from testing to newer testing and I file
it against general because nobody was ab
18 matches
Mail list logo
