On Mon, 21 Feb 2022 07:33:39 +0100
marc wrote:
> Init adopts orphan processes.
This is wholesome.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Le 21/02/2022 à 01:36, Steve Litt a écrit :
Florian Zieboll via Dng said on Sat, 19 Feb 2022 18:51:54 +0100
Back to the keyboard, I just discovered, that every (GUI) program I
run, is spawned from PID 1.
This is not precisely true. Even though ps ax lists the PPID of the
programs you run is 1
> Back to the keyboard, I just discovered, that every (GUI) program I
> run, is spawned from PID 1. Honestly, I would have expected those to be
> child processes of e.g. the display manager or the session manager...
That isn't how it starts off, chances are that when you run a program
it is spawne
Florian Zieboll via Dng said on Sat, 19 Feb 2022 18:51:54 +0100
>Back to the keyboard, I just discovered, that every (GUI) program I
>run, is spawned from PID 1.
This is not precisely true. Even though ps ax lists the PPID of the
programs you run is 1, PID1 didn't spawn them. Here's the explana
On Sat, 19 Feb 2022 15:00:11 -0500
Ken Dibble wrote:
> I don't know if this error will show up in the logs or not.
>
> If your filesystem supports extended attributes (i.e. not zfs)
>
> -
>
> $ touch cant_delete_me
>
> $ sudo chattr +i cant_delete_me
>
> $ rm cant_delete_me
>
> rm: cann
On 2/19/22 2:42 PM, Florian Zieboll via Dng wrote:
Hallo list,
may I ask for help narrowing down a strange phenomenon?
Any files in my personal '~/tmp/' directory just disappear after a
couple of minutes. I was able to catch the event with 'auditd' - I seems
to be executed in a bash within a
On Sat, 19 Feb 2022 20:36:29 +0100
Florian Zieboll via Dng wrote:
> On Sat, 19 Feb 2022 19:09:15 +0100
> "d...@d404.nl" wrote:
> >
> > Probably not helpful too but does auth.log show something from the
> > use of exec=¨/bin/su" ?
>
> Yes, as my standard user is not a "sudoer", I use to get a ro
On Sat, 19 Feb 2022 19:09:15 +0100
"d...@d404.nl" wrote:
>
> Probably not helpful too but does auth.log show something from the
> use of exec=¨/bin/su" ?
Yes, as my standard user is not a "sudoer", I use to get a root shell by
'su'ing into the admin account and then 'sudo su -' from there, so I
h
On 19-02-2022 16:25, Florian Zieboll via Dng wrote:
Hallo list,
may I ask for help narrowing down a strange phenomenon?
Any files in my personal '~/tmp/' directory just disappear after a
couple of minutes. I was able to catch the event with 'auditd' - I seems
to be executed in a bash within a q
On Sat, 19 Feb 2022 12:46:18 -0500
Ken Dibble wrote:
>
> Probably not helpful but did you check anacrontab?
Thank you for the hint, but nothing there but anacronically executed
crontab entries... Still helpful, as in the future I will check it
earlier :-)
libre Grüße,
Florian
_
On Sat, 19 Feb 2022 16:25:54 +0100
Florian Zieboll via Dng wrote:
> And here the relevant snippet of 'ps axjf':
>
> PPID PID PGID SID TTY TPGID STAT UID TIME COMMAND
> 1 8287 8286 8286 ? -1 Rl1001 0:01
> /usr/bin/qterminal
> 8287 8290 8290 8290 pts/2
On 2/19/22 10:25 AM, Florian Zieboll via Dng wrote:
Hallo list,
may I ask for help narrowing down a strange phenomenon?
Any files in my personal '~/tmp/' directory just disappear after a
couple of minutes. I was able to catch the event with 'auditd' - I seems
to be executed in a bash within a q
Hallo list,
may I ask for help narrowing down a strange phenomenon?
Any files in my personal '~/tmp/' directory just disappear after a
couple of minutes. I was able to catch the event with 'auditd' - I seems
to be executed in a bash within a qterminal, running as child of PID 1:
The 'audit.log
13 matches
Mail list logo