ata_5.2.6+dfsg1-1_all.deb
Then tried this:
apt-get install -f
But that crashes like this:
Setting up acpid (1:2.0.31-1) ...
Job for acpid.service failed because of unavailable resources or
another system error.
See "systemctl status acpid.service" and "journalctl -xe"
On 27/04/2017 21:57, Sven Joachim wrote:
On 2017-04-27 19:48 +0100, Ron Leach wrote:
In syslog there are pretty much continuous messages (extract below)
issued by acpid and gdm. The gdm3 message warns that GdmDisplay is
lasting a very short time.
How about just stopping these services
On 2017-04-27 19:48 +0100, Ron Leach wrote:
> Syslog is logging thousands of reports that I've not seen before, and
> I wonder if anybody on the list could advise how I should deal with
> these reports.
>
> In syslog there are pretty much continuous messages (extract below)
&
List, good evening,
Syslog is logging thousands of reports that I've not seen before, and
I wonder if anybody on the list could advise how I should deal with
these reports.
In syslog there are pretty much continuous messages (extract below)
issued by acpid and gdm. The gdm3 message
On Sun, 10 Aug 2014, Russ Allbery wrote:
> To take a step back, I think this is a fair summary of the discussion.
> Please let me know if you disagree:
...
I agree to all points. It is a fair summary.
> I think you've convinced me that the approach of stopping a socket by the
> same name when s
Sorry about the delay in responding.
Henrique de Moraes Holschuh writes:
> Large time outs can cause bad side-efects on surprising ways. If the
> socket is down, you get an immediate connection refused reply, which
> short-circuits the time out.
> As this is a generic feature, we could be talk
On Sat, Aug 2, 2014 at 8:53 PM, Chris Bannister
wrote:
>
> [snip]
>
> Is there a reason debian-user is subscribed to this bug report?
Please don't top-post.
Probably because it's a debian-user@ thread that resulted in the the
bug report and we were added to the cc as a (thoughtful) courtesy.
-
Is there a reason debian-user is subscribed to this bug report?
On Sat, Aug 02, 2014 at 10:42:38AM -0700, Russ Allbery wrote:
> Jonathan de Boyne Pollard
> writes:
[snip]
--
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people w
On Sat, 02 Aug 2014, Russ Allbery wrote:
> Henrique de Moraes Holschuh writes:
> > Services being subject to a package update can be down for extended
> > amounts of time (think package update that requires manual intervention,
> > or even a full manual reconfiguration, etc), or may actually invol
Henrique de Moraes Holschuh writes:
> Services being subject to a package update can be down for extended
> amounts of time (think package update that requires manual intervention,
> or even a full manual reconfiguration, etc), or may actually involve an
> ABI break. In both cases, you want that
On Sat, 02 Aug 2014, Russ Allbery wrote:
> Jonathan de Boyne Pollard
> writes:
> > And bugs #734766 and #734848 tell one the answer, which is that in order
> > to preserve its existing conceptual model that there is just the one
> > thing (named simply "acpid"
Jonathan de Boyne Pollard
writes:
> And bugs #734766 and #734848 tell one the answer, which is that in order
> to preserve its existing conceptual model that there is just the one
> thing (named simply "acpid") invoke-rc.d should pull out the "socket"
> fro
ZH> $ sudo systemctl stop acpid
ZH> Job for acpid.service canceled.
... because, as noted, it's a socket-activated service, which actually
makes it two separately startable and stoppable things
("acpid.service" and "acpid.socket") in the world of systemd, only one
Bug #736258 reopened, set to severity grave, and reassigned to systemd for
further processing and action.
Full explanation added to the bug report and CC'd to the bug report and to
the systemd maintainers.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and i
Hi
Am 26.07.2014 19:44, schrieb Henrique de Moraes Holschuh:
> Since just about everything in a "modern desktop" will pester the acpi
> netlink socket, please ask a systemd expert whether "systemctl stop"
> *blocks* socket activation of that service until further notice, or not.
> If it doesn't
On Sat, 26 Jul 2014, Zenaan Harkness wrote:
> Interrelated problem A:
> $ ps aux|egrep -i acpid
> root 318 0.0 0.0 0 0 ?S< 12:40 0:00 [ktpacpid]
> root 19855 0.0 0.0 4372 972 ?Ss 17:45 0:00
> /usr/sbin/acpid
> $ sudo syste
Debian sid
acpid | 1:2.0.22-3
Interrelated problem A:
$ ps aux|egrep -i acpid
root 318 0.0 0.0 0 0 ?S< 12:40 0:00 [ktpacpid]
root 19855 0.0 0.0 4372 972 ?Ss 17:45 0:00 /usr/sbin/acpid
$ sudo systemctl stop acpid
Job for acpid.service cance
On Sun 04 Nov 2012 at 15:07:03 +, T o n g wrote:
> Would acpi-support conflict with acpid?
No. acpid is a daemon which runs scripts. It doesn't provide the
scripts. That is the job of other packages.
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a su
Hi,
Would acpi-support conflict with acpid?
acpi-support scripts for handling many ACPI events
acpid Advanced Configuration and Power Interface event daemon
They seems to do the same thing to me, would they conflict with each
other? What would best suit my laptop?
Thanks
--
To
On 2012-09-14 13:28, Camaleón wrote:
On Fri, 14 Sep 2012 08:48:11 -0400, Chris Capon wrote:
On 2012-09-13 13:07, Camaleón wrote:
On Wed, 12 Sep 2012 14:54:20 -0400, Chris Capon wrote:
After a recent Debian update, I've been unable to log in to my
Debian/Linux server using the console and GDM
On Fri, 14 Sep 2012 08:48:11 -0400, Chris Capon wrote:
> On 2012-09-13 13:07, Camaleón wrote:
>> On Wed, 12 Sep 2012 14:54:20 -0400, Chris Capon wrote:
>>
>>> After a recent Debian update, I've been unable to log in to my
>>> Debian/Linux server using the console and GDM3 won't start - X.org
>>> c
On 2012-09-13 13:07, Camaleón wrote:
On Wed, 12 Sep 2012 14:54:20 -0400, Chris Capon wrote:
After a recent Debian update, I've been unable to log in to my
Debian/Linux server using the console and GDM3 won't start - X.org
crashes part way through the startup.
What can be read from X server err
(you can boot from single-user mode and work from there)
> I think ACPID may be the cause because in syslog there is an endless
> repetition of the same messages every few seconds. Below is a sample.
(...)
> Sep 12 06:36:06 cczip acpid: client 28379[0:0] has disconnected
> Sep 12 06:36
Hi all.
After a recent Debian update, I've been unable to log in to my
Debian/Linux server using the console and GDM3 won't start - X.org
crashes part way through the startup.
I think ACPID may be the cause because in syslog there is an endless
repetition of the same messages
Quoth green at 12/10/09 11:10...
Perhaps you need to look at acpid(8). Find out what the initscript is using,
and try running acpid manually with some of --debug, --foreground, --logevents.
Well, that's interesting:
vaio:/etc/init.d# acpi_listen
acpi_listen: can't open socke
Quoth Alex Samad at 2009-10-13 08:06...
> maybe have alook at acpi_listen to see if acpi is getting the event
Thanks - sounds like an easier way than wading through logs. Another
useful programme for my toolkit.
Cheers
M
--
Matthew Smith
Smiffytech - Technology Consulting & Web Application D
On Mon, Oct 12, 2009 at 12:34:15PM +1030, Matthew Smith wrote:
> Quoth green at 2009-10-12 11:10...
> > Perhaps you need to look at acpid(8). Find out what the initscript is
> > using,
> > and try running acpid manually with some of --debug, --foreground,
> > --loge
Matthew Smith wrote at 2009-10-11 21:04 -0500:
> I plan to do more with acpi (like running s2disk when the battery gets
> to a certain level) so really need to get that logging sorted.
In case you are interested, sleepd will do that for you.
signature.asc
Description: Digital signature
Quoth green at 2009-10-12 11:10...
> Perhaps you need to look at acpid(8). Find out what the initscript is using,
> and try running acpid manually with some of --debug, --foreground,
> --logevents.
Thanks, will do once I've got the machine re-installed.
I plan to do more w
Matthew Smith wrote at 2009-10-10 21:05 -0500:
> The problem that I'm having is that modifying /etc/acpi/powerbtn.sh or
> /etc/acpi/powerbtn-acpi-support.sh seems to have no effect. After
> restarting acpid, pressing the button has no effect at all - neither the
> on
Hi folks
I'm trying to get this machine running Lenny to suspend to disc when I
press the power button.
The problem that I'm having is that modifying /etc/acpi/powerbtn.sh or
/etc/acpi/powerbtn-acpi-support.sh seems to have no effect. After
restarting acpid, pressing the but
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Byron Watkins wrote:
> I am running Debian testing on amd64. About a week ago acpid began
> reporting an error status whenever I "apt-get upgrade" or use synapsis
> from gnome:
>
> Setting up acpid (1.0.4-7.1) .
I am running Debian testing on amd64. About a week ago acpid began
reporting an error status whenever I "apt-get upgrade" or use synapsis
from gnome:
Setting up acpid (1.0.4-7.1) ...
Loading ACPI modules
Starting Advanced Configuration and Power Interface
daemon...invoke-rc.d:
Hello
What about thermal changes, which event must be cached in
'/etc/acpid/events/thermal' when the temperature change and
consequently, it is wrote in '/proc/acpi/thermal_zone/THRM/temperature'
Thank you,
Gustavo
Florian Kulzer wrote:
On Thu, Aug 31, 2006 at 20
Try integrating s2ram into your acpid
> >configuration or just shut acpid down before suspend to verify this. Try
> >the s2ram combinations from "init=/bin/bash" to find out which ones work.
>
> How do you integrate s2ram into your acpid? Is there documentation for
>
I am trying to get uswsusp to work on my Unstable Laptop. I was told this by a uswsusp dev:>But the usual (all Toshibas do this AFAIK) power-button event after resume>is not ignored by your userspace. Try integrating s2ram into your acpid
>configuration or just shut acpid down before s
Hello
I have a problem in order to cache thermal events. I wrote the file
'/etc/acpid/events/thermal' and the file 'thernal.sh', see below:
event=thermal_zone
action=/etc/acpi/thermal.sh
But when the temperature is changing, the file 'thermal.sh'
All,
I'm running Debian 3.0r1 (Woody) on a Dell Latitude D800 laptop. I've
just recently noticed that acpid is comsuming approximately 95% of CPU
time (as reported by GKrellM and top). I've running a custom kernel
built from backported sources (backports.org) for 2.4.26, and hav
Hi,
I've installed kernel 2.6.7 patched with acpi.
I'm able to see files under /proc/acpi/battery/BAT0/ to know for example
the status of the battery...
However, I can't get event from my battery when the power of the battery
is low.
I get events when I connect the ac_adapter.
Any idea ?
Note: I
I think that acpid 1.0.3-16 needs glibc 2.3, but .deb package seems not to depend on
it.
Am I wrong?
bye
P.Furiesi
40 matches
Mail list logo
