fxkl4...@protonmail.com wrote:
> On Tue, 20 Aug 2024, Dan Ritter wrote:
>
> > fxkl4...@protonmail.com wrote:
> >> i have a video capture card with 4 separate chips
> >> when i start up i get bttv0 - bttv3
> >> i'm getting a lot of errors in syslog on bttv2 and bttv3
> >> like
> >> bttv: 2: timeou
On Tue, 20 Aug 2024, Dan Ritter wrote:
> fxkl4...@protonmail.com wrote:
>> i have a video capture card with 4 separate chips
>> when i start up i get bttv0 - bttv3
>> i'm getting a lot of errors in syslog on bttv2 and bttv3
>> like
>> bttv: 2: timeout: drop=3888442 irq=27910652/28054718, risc=338f
fxkl4...@protonmail.com wrote:
> i have a video capture card with 4 separate chips
> when i start up i get bttv0 - bttv3
> i'm getting a lot of errors in syslog on bttv2 and bttv3
> like
> bttv: 2: timeout: drop=3888442 irq=27910652/28054718, risc=338f048c, bits:
> HSYNC
> bttv: 3: timeout: drop=
i have a video capture card with 4 separate chips
when i start up i get bttv0 - bttv3
i'm getting a lot of errors in syslog on bttv2 and bttv3
like
bttv: 2: timeout: drop=3888442 irq=27910652/28054718, risc=338f048c, bits: HSYNC
bttv: 3: timeout: drop=3940265 irq=27929862/27929862, risc=33adc01c, b
On 19/06/2024 16:27, Julien Petit wrote:
Does it have some logic to avoid descending into bind mounts? Maybe I am
wrong with my expectation that it does not use anything besides st_dev
from stat result. It may be promising case to demonstrate the issue in a
way independent of systemd and sandboxi
Julien Petit wrote:
> How Linux is supposed to be used? That's why i'm here. There wasn't
> until kernel 4.19 an official limit to the number of mounts in the
> documentation. Even though we use mounts a lot, we're still far from
> the official limit. Did we get lucky for 15 years and we should ch
> This can be solved with ACLs. Instead of creating a bind mount, this process
> that allows the user to share the directory can set an ACL and create a
> symlink.
For a few users maybe but not that easy when you have many thousands
users (that on top do not have local accounts). We'd probably h
> PS: if you maintain your own software and aren't able to find a way for your
> user to do shares - especially while systems that most likely have such
> functionality built-in out of the box surely exist, think Nextcloud etc -
> that is covered by how Linux is supposed to be used, by definitio
> At this point, I kinda doubt this issue has anything to do with Debian
> itself, but will most likely be an issue/limitation of the Linux Kernel
> itself.
>From my latest tests, it seems to point that way. Kernel 5.4 came with
a new mount API and it seems to break since then.
During my search,
PS: if you maintain your own software and aren't able to find a way for
your user to do shares - especially while systems that most likely have
such functionality built-in out of the box surely exist, think Nextcloud
etc - that is covered by how Linux is supposed to be used, by definition
it's pret
Software is only tested to a certain degree. So mounts are tested to a
sensible number, if you move outside it, you have to bet on luck if it's
supported or not. At this point, I kinda doubt this issue has anything to
do with Debian itself, but will most likely be an issue/limitation of the
Linux K
On 19/06/2024 19:06, Julien Petit wrote:
It doesn't really matter where folders/mounts are. Users can share any
directory (and subdirectories) in their home directory with any other
user. The shared folder is mounted in the special directory "Shared
with me" of the recipient home directory. I.e:
> For this, probably the easiest is to set up a common directory/a few common
> directories, set up proper permissions through use of groups and worst case
> create some symlinks from the user's home directories, if these directories
> really need to be accessible from within their home director
> Does it really have to be in the home directory? Can't the software (and/or
> the users) open files in, say, /shared/accounting?
It doesn't really matter where folders/mounts are. Users can share any
directory (and subdirectories) in their home directory with any other
user. The shared folder i
>> However do you need shared subtrees?
> I'm gonna test the effect of setting them to private.
This doesn't seem to fix the problem either
For this, probably the easiest is to set up a common directory/a few common
directories, set up proper permissions through use of groups and worst case
create some symlinks from the user's home directories, if these directories
really need to be accessible from within their home directories. That's
On 19/06/2024 05:46, Julien Petit wrote:
Rights are not the challenge here. It's to be able to share a
directory across multiple users.
For instance you would have : /users/bob/accounting shared with Alice
and accessible in her home directory /users/alice/accounting
Does it really have to be in
> Does it have some logic to avoid descending into bind mounts? Maybe I am
> wrong with my expectation that it does not use anything besides st_dev from
> stat result. It may be promising case to demonstrate the issue in a way
> independent of systemd and sandboxing. You can obtain command line
> Just to learn about it.
> What about using acl rather than bind mounts? What should be the
> problem in this solution?
As i said to Richard, rights are not the challenge here. It's to be
able to share a directory across multiple users. For instance you
would have : /users/bob/accounting shared w
> If there's a better way should be judged on what exactly that app expects.
> For the web interface, maybe the http server - or whatever makes the web
> interface accessible to the users - can limit permissions. For the rest of
> the use cases it would be interesting which circumstances would n
On 14/06/2024 16:30, Julien Petit wrote:
What processes are CPU hungry?
[...]
udisksd,
This one does not use mount namespace for the obvious reason. However it
tends to generate unnecessary activity. Perhaps it needs optimizations
for your case.
(fstrim)
There were some bugs including
El Fri, 14 Jun 2024 11:30:50 +0200
Julien Petit va escriure el següent:
> > What processes are CPU hungry?
>
> On a vanilla debian 11 : udisksd, gvfs-udisks2-vo, (fstrim), find
>
> > Perhaps it is not a Debian-specific bug, just more active usage of
> > san
On 14.06.24 11:38, Julien Petit wrote:
We use the mounts to share an initial folder with either rw or ro
wrights in a user directory. The user directory is then accessible
through a web interface, sftp, webdav and rsync. There is probably
better ways to do that now but that's a legacy app (2009)
> Best question probably is: what exactly are you needing 14.000 mounts for?
> Even snaps shouldn't be that ridiculous. So what's your use case? Maybe
> there's a better solution to what you are doing. If it's just about having a
> place that is rw only without execution permissions, just crate
> What processes are CPU hungry?
On a vanilla debian 11 : udisksd, gvfs-udisks2-vo, (fstrim), find
> Perhaps it is not a Debian-specific bug, just more active usage of sandboxing
> in systemd. If some applications have troubles parsing /proc/mounts then bugs
> should be filed again
> than 10 years now, we've been using mount binds to create shares rw or
> ro. It's been working perfectly under older Debian. A few months ago,
> we migrated to Ubuntu Jammy and started having processes running 100%
> non stop. While examining the processes in question, we
_$i"
done
After that, the "top" command will show processes getting stuck using
100% of CPU never ending.
What processes are CPU hungry?
Has anyone a clue if this is fixable? Should i report a bug?
Perhaps it is not a Debian-specific bug, just more active usage of
sandboxing i
Dear,
Not sure i should report a bug so here is a report first. For more
than 10 years now, we've been using mount binds to create shares rw or
ro. It's been working perfectly under older Debian. A few months ago,
we migrated to Ubuntu Jammy and started having processes running 100
On 17/5/22 6:23 am, nimrod wrote:
Hi,
recently Google Chrome started to leave around a "chrome
--enable-crashpad" process every time I closed it. Each of such
processes sucks 25% of CPU. If I open another instance of Chrome and I
close it, another process is created and reaches
Hi,
recently Google Chrome started to leave around a "chrome --enable-
crashpad" process every time I closed it. Each of such processes sucks
25% of CPU. If I open another instance of Chrome and I close it,
another process is created and reaches the 25% of CPU, and so on and so
forth.
Le lundi 2 août 2021 à 06:00:05 UTC+2, Ratan Gupta a écrit :
[...]
> In my case it is not at all complaining as it is because the process is
> unconfined.
[...]
If I am not mistaken, the purpose of the complain mode is precisely to inform
about policy violations without forbidding them (forbiddi
managesieve
>
>dovecot-managesieve-login
>
>dovecot-pop3
>
>dovecot-pop3-login
>
>dovecot-script-login
>
>dovecot-ssl-params
>
>dovecot-stats
>
>identd
>
>klogd
>
>lsb_release
>
> mdnsd
>
>nm
Hello,
Disclaimer: I never wrote an AppArmor profile
>From what I understand, unless you specify a deny rule, when you switch an
>AppArmor profile to complain mode, it complains but does not confine, so you
>would probably switch your AppArmor profile to enforce mode instead.
And I suspect tha
d///etc/init.d/nscd
syslog-ng
syslogd
traceroute
winbindd
1 profiles are in complain mode.
/usr/bin/phosphor-network-snmpconf
0 profiles are in kill mode.
0 profiles are in unconfined mode.
1 processes have profiles defined.
0 processes are in enforce mode.
0 processes are in c
On Thu, Jun 17, 2021 at 10:28:02PM +0530, Susmita/Rajib wrote:
> I shall try my best to remember. In case the same mistake is repeated,
> please notify me and then delete it from the ML. I shall resend with
> suitable modifications.
There is no facility for deleting posts from a mailing list. Onc
On Thu, 17 Jun 2021 14:29:08 +, "Andrew M.A. Cater"
wrote:
> To: debian-user@lists.debian.org
> Subject: Re: When does a Terminal/System create New child
> Processes (forks), and when it doesn't
> From: "Andrew M.A. Cater"
> Date: Thu,
On Thu, Jun 17, 2021 at 04:35:33PM +0530, Susmita/Rajib wrote:
> Namaste, my illustrious List leaders and senior members,
>
> I had already asked my question here:
> https://lists.debian.org/debian-user/2021/06/msg00423.html
>
> But i guess that owing to my continuing with a SOLVED thread i wasn'
On Thu, Jun 17, 2021 at 04:35:33PM +0530, Susmita/Rajib wrote:
> Please post your replies on the above thread.
Opening a new thread to advertise your previous thread is not winning
you any points.
Namaste, my illustrious List leaders and senior members,
I had already asked my question here:
https://lists.debian.org/debian-user/2021/06/msg00423.html
But i guess that owing to my continuing with a SOLVED thread i wasn't
able to draw attention.
Please post your replies on the above thread. I
On Du, 02 aug 20, 21:37:34, Mart van de Wege wrote:
>
> I traced it down to user-runtime-dir@UID.service crashing on cleaning
> up a /run/user/UID directory. I gave relevant information, and Andrei
> is asking if I have LibreOffice installed, and points me to ESR's FAQ.
>
> I'm very sorry, but th
ss via email.
>
Look, I point out an issue with a normal systemd service, which I found
because my laptop was slow and running a load average of 15+, with lots
of systemd-user-runtime-dir processes in D state causing that load.
I traced it down to user-runtime-dir@UID.service crashing on clea
On Sun, 2 Aug 2020 17:06:22 +0200
wrote:
> On Sun, Aug 02, 2020 at 04:27:25PM +0200, Mart van de Wege wrote:
> > Andrei POPESCU writes:
> >
> > >> (Oh, and ODD 9 is the 'news' user on this system, which is used by
> > >> leafnode's nightly 'texpire' run)
> > >
> > > So you are running leafnode
On Sun, Aug 02, 2020 at 04:27:25PM +0200, Mart van de Wege wrote:
> Andrei POPESCU writes:
>
> >> (Oh, and ODD 9 is the 'news' user on this system, which is used by
> >> leafnode's nightly 'texpire' run)
> >
> > So you are running leafnode on it, not necessarily the most common
> > software to r
Andrei POPESCU writes:
>> (Oh, and ODD 9 is the 'news' user on this system, which is used by
>> leafnode's nightly 'texpire' run)
>
> So you are running leafnode on it, not necessarily the most common
> software to run on a desktop.
>
> What else besides XFCE and "common" desktop software (e.g.
On Du, 02 aug 20, 13:27:18, Mart van de Wege wrote:
>
> This is just a personal laptop running Sid with XFCE4 as
> desktop. Nothing special at all.
Since you are the only one experiencing this problem there must be
something special about your setup ;)
> Just that in the past month systemd has
Andrei POPESCU writes:
> On Sb, 01 aug 20, 21:38:50, Mart van de Wege wrote:
>> Andrei POPESCU writes:
>>
>> >> I tried googling, but unfortunately the terms I can come up with only
>> >> give generic information. How can I find out why these proces
On Sb, 01 aug 20, 21:38:50, Mart van de Wege wrote:
> Andrei POPESCU writes:
>
> >> I tried googling, but unfortunately the terms I can come up with only
> >> give generic information. How can I find out why these processes keep
> >> hanging?
> >
> >
Andrei POPESCU writes:
>> I tried googling, but unfortunately the terms I can come up with only
>> give generic information. How can I find out why these processes keep
>> hanging?
>
> Which processes would that be?
Ah, those would be '/lib/systemd/systemd-use
On Wed, 2020-07-29 at 13:53 +0300, Andrei POPESCU wrote:
> On Ma, 28 iul 20, 17:32:55, Mart van de Wege wrote:
> > Hi,
> >
> > Since the past month or so, systemd leaves systemd-user-runtime-dir
> > processes in an uninterruptible state, apparently after cleaning u
On Ma, 28 iul 20, 17:32:55, Mart van de Wege wrote:
> Hi,
>
> Since the past month or so, systemd leaves systemd-user-runtime-dir
> processes in an uninterruptible state, apparently after cleaning up
> after a user sessions exits; I'm running XFCE4 with Lightdm, and thu
Hi,
Since the past month or so, systemd leaves systemd-user-runtime-dir
processes in an uninterruptible state, apparently after cleaning up
after a user sessions exits; I'm running XFCE4 with Lightdm, and thus I
get at least a hanging process trying to stop
user-runtime-dir@117.service, but
On Thu 26 Sep 2019 at 22:57:50 -0500, David Wright wrote:
> On Wed 25 Sep 2019 at 18:12:25 (+0200), Sebastian Hyrwall wrote:
> > On 2019-09-25 14:36, Dan Ritter wrote:
> > > Sebastian Hyrwall wrote:
> > >> Just a question. Is there anyone except me that thinks that
On Fri 27 Sep 2019 at 07:04:28 (-0400), Dan Ritter wrote:
> David Wright wrote:
> > On Wed 25 Sep 2019 at 18:12:25 (+0200), Sebastian Hyrwall wrote:
> > > On 2019-09-25 14:36, Dan Ritter wrote:
> > > > It turns out that Debian is relatively old. I've been using it
> > > > since 1996 or so, and it
David Wright wrote:
> On Wed 25 Sep 2019 at 18:12:25 (+0200), Sebastian Hyrwall wrote:
> > On 2019-09-25 14:36, Dan Ritter wrote:
> > > It turns out that Debian is relatively old. I've been using it
> > > since 1996 or so, and it was in version 2.1 back then. (I
> > > haven't bothered to check thi
On Wed 25 Sep 2019 at 18:12:25 (+0200), Sebastian Hyrwall wrote:
> On 2019-09-25 14:36, Dan Ritter wrote:
> > Sebastian Hyrwall wrote:
> >> Just a question. Is there anyone except me that thinks that autostarting
> >> processes after installation , via apt, is compl
On Thursday 26 September 2019 17:25:11 Greg Wooledge wrote:
> On Thu, Sep 26, 2019 at 05:08:26PM -0400, Gene Heskett wrote:
> > On Thursday 26 September 2019 16:44:01 Greg Wooledge wrote:
> > > On Thu, Sep 26, 2019 at 04:42:15PM -0400, Gene Heskett wrote:
> > > > And here I am, to announce that my
Greg Wooledge wrote:
> On Thu, Sep 26, 2019 at 05:08:26PM -0400, Gene Heskett wrote:
>> On Thursday 26 September 2019 16:44:01 Greg Wooledge wrote:
>>
>> > On Thu, Sep 26, 2019 at 04:42:15PM -0400, Gene Heskett wrote:
>> > > And here I am, to announce that my wintel boxes will only be updated
>>
On Thu, Sep 26, 2019 at 05:08:26PM -0400, Gene Heskett wrote:
> On Thursday 26 September 2019 16:44:01 Greg Wooledge wrote:
>
> > On Thu, Sep 26, 2019 at 04:42:15PM -0400, Gene Heskett wrote:
> > > And here I am, to announce that my wintel boxes will only be updated
> > > to stretch because there
On Thursday 26 September 2019 16:44:01 Greg Wooledge wrote:
> On Thu, Sep 26, 2019 at 04:42:15PM -0400, Gene Heskett wrote:
> > And here I am, to announce that my wintel boxes will only be updated
> > to stretch because there is not a buster compatible LCNC available
> > yet. That I suspect will b
On Thu, Sep 26, 2019 at 04:42:15PM -0400, Gene Heskett wrote:
> And here I am, to announce that my wintel boxes will only be updated to
> stretch because there is not a buster compatible LCNC available yet.
> That I suspect will be a while as switching to python-3.7, and to
> wayland will take s
On Wednesday 25 September 2019 17:15:56 Gene Heskett wrote:
> On Wednesday 25 September 2019 15:57:47 Greg Wooledge wrote:
> > On Wed, Sep 25, 2019 at 03:51:39PM -0400, Gene Heskett wrote:
> > > Neither of these links adresses the 2 main problems, wrong
> > > networking setup after the first reboo
On Wednesday 25 September 2019 15:57:47 Greg Wooledge wrote:
> On Wed, Sep 25, 2019 at 03:51:39PM -0400, Gene Heskett wrote:
> > Neither of these links adresses the 2 main problems, wrong
> > networking setup after the first reboot (see ip r) if you are
> > running a static network defined in each
On Wed, Sep 25, 2019 at 03:51:39PM -0400, Gene Heskett wrote:
> Neither of these links adresses the 2 main problems, wrong networking
> setup after the first reboot (see ip r) if you are running a static
> network defined in each machines /etc/host files, and only fixable by
> removing avahi-dae
On Wednesday 25 September 2019 13:39:04 Greg Wooledge wrote:
> On Wed, Sep 25, 2019 at 01:35:39PM -0400, Gene Heskett wrote:
> > Buster runs fine, IF it can find its keyboard and mouse. But ssh
> > doesn't want to run until the random number generator is seeded, and
> > without a keyboard, it does
On Wed, Sep 25, 2019 at 01:35:39PM -0400, Gene Heskett wrote:
> Buster runs fine, IF it can find its keyboard and mouse. But ssh doesn't
> want to run until the random number generator is seeded, and without a
> keyboard, it doesn't get seeded. It will sit there and answer a ping for
> half an h
On Wednesday 25 September 2019 12:12:25 Sebastian Hyrwall wrote:
> Hi
>
> All good points. See below.
>
> On 2019-09-25 14:36, Dan Ritter wrote:
> > Sebastian Hyrwall wrote:
> >> Hi
> >>
> >> Just a question. Is there anyone except me th
Hi
All good points. See below.
On 2019-09-25 14:36, Dan Ritter wrote:
> Sebastian Hyrwall wrote:
>> Hi
>>
>> Just a question. Is there anyone except me that thinks that autostarting
>> processes after installation , via apt, is completely bonkers?
>>
>&g
Sebastian Hyrwall wrote:
> Hi
>
> Just a question. Is there anyone except me that thinks that autostarting
> processes after installation , via apt, is completely bonkers?
>
> It's been like this for ages but can anyone name any good reason for
> this to be default?
Hi
Just a question. Is there anyone except me that thinks that autostarting
processes after installation , via apt, is completely bonkers?
It's been like this for ages but can anyone name any good reason for
this to be default?
There must be a damn good one or it would have been disabled
gt;
>> root@stretch32:/sys/fs/cgroup/pids/system.slice/apache2.service# cat
>> pids.max
>> 4915
>>
>> root@stretch32:/sys/fs/cgroup/pids/system.slice/apache2.service# wc -l tasks
>> 55 tasks
>
> This is quite interesting. ps shows 3000 httpd processes, p
> root@stretch32:/sys/fs/cgroup/pids/system.slice/apache2.service# wc -l tasks
> 55 tasks
This is quite interesting. ps shows 3000 httpd processes, pids.max is 6000 and
tasks is 6000, too.
Let my have a look, where this pids.max number originates
On Tue, Sep 18, 2018 at 12:37:48PM +0200, Martin wrote:
> > # cd /sys/fs/cgroup/pids/...
> > # cat pids.max
>
> There is no pids.max
> But I have a /proc/sys/kernel/pid_max = 32768
> I guess like systemd is limiting here?
>
> > How many tasks are assigned to the cgroup?
> > # wc -l tasks
>
> 103
g 'cgroup: fork rejected by pids controller in
>> /system.slice/apache2.service'. But this does not correlate with the httpd's
>> messages from above, that comes only from time to time.
>> Why does this thing stop forking at about 3000 processes? I have a (not just
27;. But this does not correlate with the httpd's
> messages from above, that comes only from time to time.
> Why does this thing stop forking at about 3000 processes? I have a (not just
> one) Red Hat 6 in parallel, that one does.
There may be two issues here, my answer refers to
27;. But this does not correlate with the httpd's
> messages from above, that comes only from time to time.
> Why does this thing stop forking at about 3000 processes? I have a (not just
> one) Red Hat 6 in parallel, that one does.
"fork: Unable to fork new process" so
above, that comes only from time to time.
Why does this thing stop forking at about 3000 processes? I have a (not just
one) Red Hat 6 in parallel, that one does.
Thanks, Martin.
Hi.
On Fri, Jul 13, 2018 at 11:59:00PM +0300, Ge wrote:
> > On Fri, Jul 13, 2018 at 11:09:19PM +0300, Ge wrote:
> >> Hi i couldn't figure out so i delete all Firefox profiles and i started
> >> again from the beginning
> >
> > If you just deleted the files from /etc/apparmor.d - that won'
Hi!
Thanks for your detail reply.
On 07/13/2018 11:42 PM, Reco wrote:
> Hi.
>
> I accept on-list communication only.
>
> On Fri, Jul 13, 2018 at 11:09:19PM +0300, Ge wrote:
>> Hi i couldn't figure out so i delete all Firefox profiles and i started
>> again from the beginning
>
> If you ju
Hi.
I accept on-list communication only.
On Fri, Jul 13, 2018 at 11:09:19PM +0300, Ge wrote:
> Hi i couldn't figure out so i delete all Firefox profiles and i started
> again from the beginning
If you just deleted the files from /etc/apparmor.d - that won't be
enough as old profiles are
Any ideas?
> Thanks in advance for your help.
Third, I see a discrepancy here:
> $sudo aa-status
> apparmor module is loaded.
> 21 profiles are loaded.
> 21 profiles are in enforce mode.
>/etc/apparmor.d/usr.lib.firefox-esr.firefox-esr
...
>/usr/bin/firefox
...
>
//browser_java
thunderbird//browser_openjdk
thunderbird//gpg
thunderbird//sanitized_helper
0 profiles are in complain mode.
4 processes have profiles defined.
3 processes are in enforce mode.
/usr/bin/freshclam (689)
/usr/lib/firefox-esr/plugin-container (1843)
thunderbird (925)
0
Steve Keller writes:
> Since quite a long time the Linux kernel prints log messages about
> processes that cause a segmentation fault, but it has not always
> been that way (Linux 2.x, maybe also 3.x versions, AFAIR).
>
> On a multi-user system, where users develop & d
Since quite a long time the Linux kernel prints log messages about
processes that cause a segmentation fault, but it has not always
been that way (Linux 2.x, maybe also 3.x versions, AFAIR).
On a multi-user system, where users develop & debug software it is
annoying for the admin to see all t
eases eth0
> root@debian:~# grep -n -C3 eth0 /etc/network/interfaces
> 7-auto lo
> 8-iface lo inet loopback
> 9-
> 10:allow-hotplug eth0
> 11:iface eth0 inet dhcp
> 12:iface eth0 inet6 dhcp
> 13-accept_ra 1
> 14-
> 15-allow-h
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Mar 10, 2017 at 08:31:10AM -0500, Greg Wooledge wrote:
> On Fri, Mar 10, 2017 at 12:34:34PM +0100, to...@tuxteam.de wrote:
> > Also, more "w" in the ps:
> >
> > ps auxf | less
>
> >From ps(1):
>
>w Wide output. Use this o
On Fri, Mar 10, 2017 at 12:34:34PM +0100, to...@tuxteam.de wrote:
> Also, more "w" in the ps:
>
> ps auxf | less
>From ps(1):
w Wide output. Use this option twice for unlimited width.
You never need more than two.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Mar 10, 2017 at 01:23:36PM +, Jonathan Dowland wrote:
> On Fri, Mar 10, 2017 at 06:58:30PM +0800, Clark Wang wrote:
> > > There are 2 `dhclient` processes running for `eth0` (IPv4). Rebooting does
> >
On Fri, Mar 10, 2017 at 06:58:30PM +0800, Clark Wang wrote:
> > There are 2 `dhclient` processes running for `eth0` (IPv4). Rebooting does
> > not help for me.
> >
>
> Anyone else has the same problem?
I think I have sometimes seen this, but I do not know what prov
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Mar 10, 2017 at 06:58:30PM +0800, Clark Wang wrote:
[...]
> Anyone else has the same problem?
No. At least not if I don't provoke it :-)
You could gather some hints by looking into /var/log/daemon.log (dhclient's
mumblings are there) and/or
eases eth0
> root@debian:~# grep -n -C3 eth0 /etc/network/interfaces
> 7-auto lo
> 8-iface lo inet loopback
> 9-
> 10:allow-hotplug eth0
> 11:iface eth0 inet dhcp
> 12:iface eth0 inet6 dhcp
> 13-accept_ra 1
> 14-
> 15-allow-h
loopback
9-
10:allow-hotplug eth0
11:iface eth0 inet dhcp
12:iface eth0 inet6 dhcp
13-accept_ra 1
14-
15-allow-hotplug eth1
root@debian:~#
There are 2 `dhclient` processes running for `eth0` (IPv4). Rebooting does
not help for me.
Thanks.
Chris Bannister writes:
> On Sat, Nov 28, 2015 at 12:33:33PM +0100, Mart van de Wege wrote:
>> Chris Bannister writes:
>>
>> > On Thu, Nov 26, 2015 at 01:22:25PM +0100, rgfoiugztfgvbhjk wrote:
>> >> Does anybody know who Debian-+ is, why he is starting pulseaudio and
>> >> using my headsets, an
get=syslog
> 1149 Debian-+ 115 1136 S ?00:00:00
> /usr/lib/pulseaudio/pulse/gconf-helper
>
> The user is Debian-gdm which is used by Debian for GDM:
>
> $ cat /etc/passwd | grep 115
> Debian-gdm:x:115:122:Gnome Display Manager:/var/lib/gdm3:/bin/false
>
On Sat, Nov 28, 2015 at 12:33:33PM +0100, Mart van de Wege wrote:
> Chris Bannister writes:
>
> > On Thu, Nov 26, 2015 at 01:22:25PM +0100, rgfoiugztfgvbhjk wrote:
> >> Does anybody know who Debian-+ is, why he is starting pulseaudio and
> >> using my headsets, and if this is a bug that should be
Chris Bannister writes:
> On Thu, Nov 26, 2015 at 01:22:25PM +0100, rgfoiugztfgvbhjk wrote:
>> Does anybody know who Debian-+ is, why he is starting pulseaudio and
>> using my headsets, and if this is a bug that should be reported
>> against pulseaudio or something else?
>
> If you purge pulseaud
pulse/gconf-helper
> > ich 1456 0.1 0.1 589100 4960 ? S > --start --log-target=syslog
> > ich 1479 0.0 0.0 122664 0 ? S Nov24 0:00
> > /usr/lib/pulseaudio/pulse/gconf-helper
> > root 10111 0.0 0.0 11132 880 pts/0S+ 13:09 0:00 grep pulse
> >
> &
.0 0.0 122664 0 ? S Nov24 0:00
> /usr/lib/pulseaudio/pulse/gconf-helper
> root 10111 0.0 0.0 11132 880 pts/0S+ 13:09 0:00 grep pulse
>
> There are two pulseaudio processes, one for me, and one for
> "Debian-+", a user I couldnt find any notice of anywhere, nei
n for GDM:
$ cat /etc/passwd | grep 115
Debian-gdm:x:115:122:Gnome Display Manager:/var/lib/gdm3:/bin/false
On my machine (testing), those two processes are the only remaining
parts of a session of Debian-gdm. I'm not sure if this is a bug of
pulseaudio, gdm, logind or something else.
--
Gabriel
On Thu, Nov 26, 2015 at 01:22:25PM +0100, rgfoiugztfgvbhjk wrote:
> Does anybody know who Debian-+ is, why he is starting pulseaudio and
> using my headsets, and if this is a bug that should be reported
> against pulseaudio or something else?
If you purge pulseaudio, does everything work as you wa
Hi,
I am using Pulseaudio in testing.
Playing sound through the laptop built-in sound card is working fine.
But I also have a Bluetooth Headset (Phillips SHB9100), This is where the
Problems occur.
root@schenker:/home/ich# ps aux | grep pulse
Debian-+ 1266 0.0 0.0 590568 1652 ?S
1 - 100 of 495 matches
Mail list logo
