Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.os.unix.linux.misc > #133080 > unrolled thread

systemd-run als User

Started byAndreas Kohlbach <ank@spamfence.net>
First post2023-07-26 01:18 -0400
Last post2023-07-26 19:45 -0400
Articles 7 on this page of 47 — 16 participants

Back to article view | Back to de.comp.os.unix.linux.misc

Contents

  systemd-run als User Andreas Kohlbach <ank@spamfence.net> - 2023-07-26 01:18 -0400
    Re: systemd-run als User Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-26 06:52 +0000
      Re: systemd-run als User Kay Martinen <usenet@martinen.de> - 2023-07-26 09:08 +0200
        Re: systemd-run als User Marco Moock <mo01@posteo.de> - 2023-07-26 09:43 +0200
        Re: systemd-run als User Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-26 11:15 +0000
          Re: systemd-run als User Andreas Kohlbach <ank@spamfence.net> - 2023-07-26 19:59 -0400
            Re: systemd-run als User Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-27 06:04 +0000
              Re: systemd-run als User Andreas Kohlbach <ank@spamfence.net> - 2023-07-27 15:04 -0400
                Re: systemd-run als User Eike Rathke <erack+nutznetz.p@posteo.de> - 2023-07-28 06:21 +0000
                Re: systemd-run als User Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-28 08:12 +0000
                  Re: systemd-run als User Andreas Kohlbach <ank@spamfence.net> - 2023-07-28 15:01 -0400
                    Re: systemd-run als User Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-28 19:34 +0000
                      Re: systemd-run als User Andreas Kohlbach <ank@spamfence.net> - 2023-07-28 16:23 -0400
                        Re: systemd-run als User Tim Ritberg <tim@server.invalid> - 2023-07-28 23:30 +0200
                        Re: systemd-run als User Bernd Mayer <beam.bam.boom@knuut.de> - 2023-07-28 23:36 +0200
                          Re: systemd-run als User Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-07-29 21:06 +0200
                            Re: systemd-run als User Bernd Mayer <beam.bam.boom@knuut.de> - 2023-07-29 22:25 +0200
                              Re: systemd-run als User "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-07-29 23:00 +0200
                                Re: systemd-run als User Bernd Mayer <beam.bam.boom@knuut.de> - 2023-07-29 23:22 +0200
                                  Re: systemd-run als User "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-07-30 00:04 +0200
                                    Re: systemd-run als User Bernd Mayer <beam.bam.boom@knuut.de> - 2023-07-30 00:35 +0200
                                      Re: systemd-run als User "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-07-30 00:52 +0200
                                        Re: systemd-run als User Alexander Goetzenstein <alexander_goetzenstein@web.de> - 2023-07-30 10:47 +0200
                                          Re: systemd-run als User "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-07-30 11:28 +0200
                                Re: systemd-run als User Andreas Kohlbach <ank@spamfence.net> - 2023-07-30 01:30 -0400
                                  Re: systemd-run als User "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-07-30 11:17 +0200
                                  Re: systemd-run als User Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> - 2023-07-30 11:28 +0200
                                    Re: systemd-run als User Andreas Kohlbach <ank@spamfence.net> - 2023-07-30 21:40 -0400
                                      Re: systemd-run als User Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> - 2023-07-31 09:22 +0200
                              Re: systemd-run als User Andreas Kohlbach <ank@spamfence.net> - 2023-07-29 17:03 -0400
                                Re: systemd-run als User Tim Ritberg <tim@server.invalid> - 2023-07-29 23:35 +0200
                              Re: systemd-run als User Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-07-30 20:37 +0200
                            Re: systemd-run als User "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-07-29 22:54 +0200
                          Re: systemd-run als User Christian Garbs <mitch@cgarbs.de> - 2023-07-30 21:01 +0000
                        Re: systemd-run als User Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-07-29 21:15 +0200
                          Re: systemd-run als User Andreas Kohlbach <ank@spamfence.net> - 2023-07-29 17:24 -0400
    Re: systemd-run als User Gert Link <gertlink_nospam@gmx.de> - 2023-07-26 09:42 +0200
      Re: systemd-run als User Jens Schüßler <j.schuess@nurfuerspam.de> - 2023-07-26 13:15 +0200
    Re: systemd-run als User Marco Moock <mo01@posteo.de> - 2023-07-26 09:42 +0200
      Re: systemd-run als User Andreas Kohlbach <ank@spamfence.net> - 2023-07-26 19:32 -0400
        Re: systemd-run als User Gert Link <gertlink_nospam@gmx.de> - 2023-07-27 08:07 +0200
        Re: systemd-run als User Enrik Berkhan <Enrik.Berkhan@inka.de> - 2023-07-27 06:12 +0000
          Re: systemd-run als User Andreas Kohlbach <ank@spamfence.net> - 2023-07-27 15:04 -0400
            Re: systemd-run als User Claus Reibenstein <creibens@gmail.com> - 2023-07-27 21:21 +0200
            Re: systemd-run als User Enrik Berkhan <Enrik.Berkhan@inka.de> - 2023-07-27 19:38 +0000
    Re: systemd-run als User Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> - 2023-07-26 11:38 +0200
      Re: systemd-run als User Andreas Kohlbach <ank@spamfence.net> - 2023-07-26 19:45 -0400

Page 3 of 3 — ← Prev page 1 2 [3]

#133112

FromGert Link <gertlink_nospam@gmx.de>
Date2023-07-27 08:07 +0200
Message-ID<kiefsiF8l8dU1@mid.individual.net>
In reply to#133105
Am 27.07.23 um 01:32 schrieb Andreas Kohlbach:
> On Wed, 26 Jul 2023 09:42:40 +0200, Marco Moock wrote:

>> systemd-run BEFEHL --user BENUTZER
>> funktionierte bei mir.

in dem Beispiel ist das "--user BENUTZER" aber ein Argument des "BEFEHL" 
und keine Option für systemd-run

> Darauf war ich auch schon gekommen. Hätte ich erwähnen können...

ja

> $ systemd-run --on-active="40h 30m" /usr/bin/rm ~/datei.txt --user ank
> ==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ====
> Authentication is required to manage system services or other units.
> Authenticating as: root
> Password:
> 
> Leider nicht.

Lies die man page nochmals sorgfältig durch, vielleicht findest du dann 
deinen Fehler.

Zusätzlicher Hinweis:
Sollte der User-Service nach dem logout weiterlaufen, ist evt. noch ein
loginctl enable-linger
erforderlich.


-- 
Grüße
Gert

[toc] | [prev] | [next] | [standalone]

#133115

FromEnrik Berkhan <Enrik.Berkhan@inka.de>
Date2023-07-27 06:12 +0000
Message-ID<u9t1sv$11df1$1@starfleet.inka.de>
In reply to#133105
Andreas Kohlbach <ank@spamfence.net> wrote:
> Darauf war ich auch schon gekommen. Hätte ich erwähnen können...
> 
> $ systemd-run --on-active="40h 30m" /usr/bin/rm ~/datei.txt --user ank
> ==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ====
> Authentication is required to manage system services or other units.
> Authenticating as: root
> Password:
> 
> Leider nicht.

Manual lesen und nachdenken!

1. `rm' hat keine Option `--user'

2. die `systemd-run` Option `--user' hat kein Argument

=>

systemd-run ---user -on-active="40h 30m" /usr/bin/rm ~/datei.txt


Gruß,
Enrik

[toc] | [prev] | [next] | [standalone]

#133141

FromAndreas Kohlbach <ank@spamfence.net>
Date2023-07-27 15:04 -0400
Message-ID<87cz0djhv2.fsf@usenet.ankman.de>
In reply to#133115
On Thu, 27 Jul 2023 06:12:47 -0000 (UTC), Enrik Berkhan wrote:
>
> Andreas Kohlbach <ank@spamfence.net> wrote:
>> Darauf war ich auch schon gekommen. Hätte ich erwähnen können...
>> 
>> $ systemd-run --on-active="40h 30m" /usr/bin/rm ~/datei.txt --user ank
>> ==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ====
>> Authentication is required to manage system services or other units.
>> Authenticating as: root
>> Password:
>> 
>> Leider nicht.
>
> Manual lesen und nachdenken!
>
> 1. `rm' hat keine Option `--user'
>
> 2. die `systemd-run` Option `--user' hat kein Argument

OK, --user kennt kein Argument.

Aber warum bekomme ich nicht den Hinweis, dass "--user" kein
Argument kennt, sondern stattdessen einen Authentication Request?

> =>
>
> systemd-run ---user -on-active="40h 30m" /usr/bin/rm ~/datei.txt

Ich versuchte:

$ systemd-run ---user -on-active="40h 30m" /usr/bin/ls
systemd-run: unrecognized option '---user'

Dann:

$ systemd-run --user --on-active="40h 30m" /usr/bin/ls
Failed to create bus connection: Connection refused

Ich komme wieder Mal vom Hundertsten zum Tausendsten (bus connection?;
mal was Neues), und gebe daher auf diesem System auf, weil ich vermutlich
heftigen Restriktionen unterliege. Auch ist es selten, dass ich
zeitgesteuerte Jobs brauche.

Denn auf der lokalen Möhre läuft es scheinbar (hätte ich schon früher testen
müssen):

~$ systemd-run --user --on-active="1m" /usr/bin/ls
Running timer as unit: run-re24590107a9b4a47905c0dac1fc6982a.timer
Will run service as unit: run-re24590107a9b4a47905c0dac1fc6982a.service
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#133142

FromClaus Reibenstein <creibens@gmail.com>
Date2023-07-27 21:21 +0200
Message-ID<kifue9Fga5uU1@mid.individual.net>
In reply to#133141
Andreas Kohlbach schrieb am 27.07.2023 um 21:04:

> On Thu, 27 Jul 2023 06:12:47 -0000 (UTC), Enrik Berkhan wrote:
>
>> Andreas Kohlbach <ank@spamfence.net> wrote:
>>
>>> $ systemd-run --on-active="40h 30m" /usr/bin/rm ~/datei.txt --user ank
>>
>> Manual lesen und nachdenken!
>>
>> 1. `rm' hat keine Option `--user'
>>
>> 2. die `systemd-run` Option `--user' hat kein Argument
>
> OK, --user kennt kein Argument.

Beachte Punkt 1!

> Aber warum bekomme ich nicht den Hinweis, dass "--user" kein
> Argument kennt, sondern stattdessen einen Authentication Request?

Weil Du die Option an der falschen Stelle in der Zeile angegeben hast,
nämlich _nach_ dem Befehl. Somit gehört sie zum Befehl und wird von
systemd-run nicht interpretiert, sondern an den Befehl weitergereicht.

> $ systemd-run --user --on-active="40h 30m" /usr/bin/ls

So ist's richtig.

Gruß
Claus

[toc] | [prev] | [next] | [standalone]

#133143

FromEnrik Berkhan <Enrik.Berkhan@inka.de>
Date2023-07-27 19:38 +0000
Message-ID<u9uh4a$13lku$1@starfleet.inka.de>
In reply to#133141
Andreas Kohlbach <ank@spamfence.net> wrote:
> On Thu, 27 Jul 2023 06:12:47 -0000 (UTC), Enrik Berkhan wrote:
>> 1. `rm' hat keine Option `--user'
>>
>> 2. die `systemd-run` Option `--user' hat kein Argument
> 
> OK, --user kennt kein Argument.
> 
> Aber warum bekomme ich nicht den Hinweis, dass "--user" kein
> Argument kennt, sondern stattdessen einen Authentication Request?

Na wegen 1. ...

>> systemd-run ---user -on-active="40h 30m" /usr/bin/rm ~/datei.txt
> 
> Ich versuchte:
> 
> $ systemd-run ---user -on-active="40h 30m" /usr/bin/ls
> systemd-run: unrecognized option '---user'

Sorry, Tippfehler von mir. Hast du ja erkannt.

> Dann:
> 
> $ systemd-run --user --on-active="40h 30m" /usr/bin/ls
> Failed to create bus connection: Connection refused

Keine user session aktiv? Komisch.

Gruß,
Enrik

[toc] | [prev] | [next] | [standalone]

#133090

FromMartin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com>
Date2023-07-26 11:38 +0200
Message-ID<v667pj-0i39.ln1@martin.dont-email.me>
In reply to#133080
Am Mi, 26.07.2023 um 01:18 schrieb Andreas Kohlbach:

> ~]$ systemd-run --on-active="8h 10m" /usr/bin/rm ~/eine_datei.txt

Was möchtest du überhaupt erreichen? So würde der Befehl 8 Stunden und 10
Minuten nach Aktivierung der Unit starten. Wenn er aber um 8:10 Uhr starten
soll, müsstest du "--on-calendar" verwenden. 

> ==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ====
> Authentication is required to manage system services or other units.
> Authenticating as: root
> Password:

Wenn es als Benutzer gestartet werden soll, muss eine Benutzer-Unit mit dem
Parameter "--user" angelegt werden, wenn root es im Kontext des Benutzers
ausführen soll, dann muss der Benutzer mit "User=" im "[Service]"-Abschnitt
eingetragen werden. 

> Wenn das nicht als User geht (ich finde da nichts, was nicht sehr
> aufwändig ist (eine Unit anzulegen)), gibt es andere Alternativen zu at?

| systemctl edit --user --full --force <unit-name>

finde ich jetzt nicht besonders aufwändig. 
-- 
‣ Powered by Arch Linux x86_64 🐧 Kernel: 6.4.4-arch1-1
‣ Installed 3510 days ago, up 2 days, 18 hours, 9 minutes
‣ +++ Investierte in Schneeballsystem: Inuit verliert sein gesamtes
  Vermögen +++

[toc] | [prev] | [next] | [standalone]

#133106

FromAndreas Kohlbach <ank@spamfence.net>
Date2023-07-26 19:45 -0400
Message-ID<87cz0ekzjw.fsf@usenet.ankman.de>
In reply to#133090
On Wed, 26 Jul 2023 11:38:23 +0200, Martin Schnitkemper wrote:
>
> Am Mi, 26.07.2023 um 01:18 schrieb Andreas Kohlbach:
>
>> Wenn das nicht als User geht (ich finde da nichts, was nicht sehr
>> aufwändig ist (eine Unit anzulegen)), gibt es andere Alternativen zu at?
>
> | systemctl edit --user --full --force <unit-name>
>
> finde ich jetzt nicht besonders aufwändig. 

Well. Nein. Aber im Vergleich zu anderen Befehlen (wie at), wo ich
einfach machen kann, schon. Auch, weil man erst darauf kommen muss.

Ist IMO zumindest nicht benutzerfreundlich.

PS: Eventuell ist mein User auch sehr restriktiv, da es sich eigentlich
nur um einen Webserver handelt, wo man mir freundlicherweise einen
Shell-Zugang gewährte.

Vielleicht funktioniert "systemd-run" mit "--user" deswegen auch
nicht. Auch anderes funktioniert mitunter nicht wie erwartet. Auch haben
Dateiattribute ein "." drin, was wohl auf SELinux-Restriktionen
hindeutet.

Denn meine erste Idee war eine Lösung mit screen. Etwa in einer screen-Session:

sleep 48h; mach_was; exit

screen ist installiert, lässt sich aufrufen, auch aushängen, nachdem ich
dort was ausführe. Nach dem Aushängen aber nicht wieder
einhängen. "screen -r" sagt mir, dass da nur tote Screens seien, die ich
mit "--wipe" entfernen kann.

Ich will auch den Admin nicht nerven, ziehe daher meine Frage zurück, und
muss damit leben, keine zeitgesteuerten Jobs absetzen zu können. Oder muss
Deinen Vorschlag mit dem Anlegen der Unit umsetzen.
-- 
Andreas

[toc] | [prev] | [standalone]

Page 3 of 3 — ← Prev page 1 2 [3]

Back to top | Article view | de.comp.os.unix.linux.misc

csiph-web