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

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 1 of 3  [1] 2 3  Next page →

#133080 — systemd-run als User

Auf einem Gast-System, wo ich keine root-Rechte habe, gibt es keine
at-Jobs. Als Ersatz soll sich "systemd-run" aus der wunderbaren Welt von
systemd anbieten. Geht das aber auch als User?

~]$ systemd-run --on-active="8h 10m" /usr/bin/rm ~/eine_datei.txt
==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ====
Authentication is required to manage system services or other units.
Authenticating as: root
Password:

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?
-- 
Andreas

[toc] | [next] | [standalone]

#133084

Andreas Kohlbach <ank@spamfence.net> wrote:

> 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?

Job starten und vorne ein passenden sleep rein.

-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    https://www.tik.uni-stuttgart.de/

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

#133086

Am 26.07.23 um 08:52 schrieb Ulli Horlacher:
> Andreas Kohlbach <ank@spamfence.net> wrote:
> 
>> 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?
> 
> Job starten und vorne ein passenden sleep rein.
> 

Einen 'at-job' ? Den es laut OP auf dem Ziel nicht gibt.

Ｂｙｅ／
    ／Ｋａｙ

-- 
"Kann ein Wurstbrot die Welt retten?" :-)

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

#133088

Am 26.07.2023 09:08 schrieb Kay Martinen:

> Am 26.07.23 um 08:52 schrieb Ulli Horlacher:
> > Andreas Kohlbach <ank@spamfence.net> wrote:
> >   
> >> 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?  
> > 
> > Job starten und vorne ein passenden sleep rein.
> >   
> 
> Einen 'at-job' ? Den es laut OP auf dem Ziel nicht gibt.

Man könnte ein Skript starten was die Sleepdauer ausrechnet und dann
sleep xyz ; Befehl
ausführt.

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

#133091

Kay Martinen <usenet@martinen.de> wrote:
> Am 26.07.23 um 08:52 schrieb Ulli Horlacher:
>> Andreas Kohlbach <ank@spamfence.net> wrote:
>> 
>>> 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?
>> 
>> Job starten und vorne ein passenden sleep rein.
>> 
> 
> Einen 'at-job' ? Den es laut OP auf dem Ziel nicht gibt.

./irgend.was &


-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    https://www.tik.uni-stuttgart.de/

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

#133108

On Wed, 26 Jul 2023 11:15:26 +0000 (UTC), Ulli Horlacher wrote:
>
> Kay Martinen <usenet@martinen.de> wrote:
>> Am 26.07.23 um 08:52 schrieb Ulli Horlacher:
>>> Andreas Kohlbach <ank@spamfence.net> wrote:
>>> 
>>>> 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?
>>> 
>>> Job starten und vorne ein passenden sleep rein.
>>> 
>> 
>> Einen 'at-job' ? Den es laut OP auf dem Ziel nicht gibt.
>
> ./irgend.was &

Vielleicht hätte ich erwähnen sollen, dass es sich in diesem Fall um
einen entfernten Server handelt, und ich mich vor Ausführung ausloggen
möchte.

Dass screen auch nicht geht, und vermutlich warum (Restriktionen), hatte
ich in einem meiner anderen Artikel ausgeführt.
-- 
Andreas

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

#133111

Andreas Kohlbach <ank@spamfence.net> wrote:

>> ./irgend.was &
> 
> Vielleicht hätte ich erwähnen sollen, dass es sich in diesem Fall um
> einen entfernten Server handelt, und ich mich vor Ausführung ausloggen
> möchte.

nohup ./irgend.was &



-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    https://www.tik.uni-stuttgart.de/

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

#133140

On Thu, 27 Jul 2023 06:04:19 +0000 (UTC), Ulli Horlacher wrote:
>
> Andreas Kohlbach <ank@spamfence.net> wrote:
>
>>> ./irgend.was &
>> 
>> Vielleicht hätte ich erwähnen sollen, dass es sich in diesem Fall um
>> einen entfernten Server handelt, und ich mich vor Ausführung ausloggen
>> möchte.
>
> nohup ./irgend.was &

Braucht das nicht noch disown? Sonst überlebt nohup das Logout nicht.
-- 
Andreas

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

#133146

* Andreas Kohlbach, 2023-07-27 19:04 UTC:
> On Thu, 27 Jul 2023 06:04:19 +0000 (UTC), Ulli Horlacher wrote:
>> nohup ./irgend.was &

> Braucht das nicht noch disown? Sonst überlebt nohup das Logout nicht.

man nohup

|        nohup - run a command immune to hangups, with output to a non-tty


  Eike

-- 
OpenPGP/GnuPG encrypted mail preferred in all private communication.
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Use LibreOffice! https://www.libreoffice.org/

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

#133147

Andreas Kohlbach <ank@spamfence.net> wrote:
> On Thu, 27 Jul 2023 06:04:19 +0000 (UTC), Ulli Horlacher wrote:
>>
>> Andreas Kohlbach <ank@spamfence.net> wrote:
>>
>>>> ./irgend.was &
>>> 
>>> Vielleicht hätte ich erwähnen sollen, dass es sich in diesem Fall um
>>> einen entfernten Server handelt, und ich mich vor Ausführung ausloggen
>>> möchte.
>>
>> nohup ./irgend.was &
> 
> Braucht das nicht noch disown? Sonst überlebt nohup das Logout nicht.

Probiers aus.


-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    https://www.tik.uni-stuttgart.de/

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

#133148

On Fri, 28 Jul 2023 08:12:29 +0000 (UTC), Ulli Horlacher wrote:
>
> Andreas Kohlbach <ank@spamfence.net> wrote:
>> On Thu, 27 Jul 2023 06:04:19 +0000 (UTC), Ulli Horlacher wrote:
>>>
>>> nohup ./irgend.was &
>> 
>> Braucht das nicht noch disown? Sonst überlebt nohup das Logout nicht.
>
> Probiers aus.

Hatte ich, scheitere aber schon am Aufruf von "nohup ...".

Ich lasse es bleiben, weil alles komplizierter scheint, als es mir eine
Lösung wert wäre.
-- 
Andreas

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

#133149

Andreas Kohlbach <ank@spamfence.net> wrote:
> On Fri, 28 Jul 2023 08:12:29 +0000 (UTC), Ulli Horlacher wrote:
>>
>> Andreas Kohlbach <ank@spamfence.net> wrote:
>>> On Thu, 27 Jul 2023 06:04:19 +0000 (UTC), Ulli Horlacher wrote:
>>>>
>>>> nohup ./irgend.was &
>>> 
>>> Braucht das nicht noch disown? Sonst überlebt nohup das Logout nicht.
>>
>> Probiers aus.
> 
> Hatte ich, scheitere aber schon am Aufruf von "nohup ...".

Vertippt?


> Ich lasse es bleiben, weil alles komplizierter scheint, als es mir eine
> Lösung wert wäre.

5 Zeichen korrekt einzutippen ist schon schwierig...


-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    https://www.tik.uni-stuttgart.de/

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

#133150

On Fri, 28 Jul 2023 19:34:50 +0000 (UTC), Ulli Horlacher wrote:
>
> Andreas Kohlbach <ank@spamfence.net> wrote:
>> On Fri, 28 Jul 2023 08:12:29 +0000 (UTC), Ulli Horlacher wrote:
>>>
>>> Andreas Kohlbach <ank@spamfence.net> wrote:
>>>> On Thu, 27 Jul 2023 06:04:19 +0000 (UTC), Ulli Horlacher wrote:
>>>>>
>>>>> nohup ./irgend.was &
>>>> 
>>>> Braucht das nicht noch disown? Sonst überlebt nohup das Logout nicht.
>>>
>>> Probiers aus.
>> 
>> Hatte ich, scheitere aber schon am Aufruf von "nohup ...".
>
> Vertippt?

Ich bekam

nohup: ignoring input and appending output to 'nohup.out'

Scheint aber zu machen.

Ich habe

nohup ./test.sh &

eingegeben. Die test.sh hat den Inhalt

sleep 1m
ls > output.txt

ps zeigt danach, dass "sleep" abgearbeitet wird. Gut.

Nach Aus- und Einloggen innerhalb von Sekunden (vor Ablauf der 1 Minute)
zeigt ps nichts mehr in der Richtung an. Die output.txt wird auch nicht
mit einem neuen Zeitsptempel versehen, wie es der Fall wäre, wenn sie neu
beschrieben würde.

Also stirbt nohup hier beim Ausloggen.

>> Ich lasse es bleiben, weil alles komplizierter scheint, als es mir eine
>> Lösung wert wäre.
>
> 5 Zeichen korrekt einzutippen ist schon schwierig...

Wie gesagt brauche ich Zeitgesteuertes selten. Ist mir der Aufwand nicht
wert, man Pages von nohup oder systemd-run im Detail zu studieren.

Ich habe die Hoffnung, dass mein lokaler Webserver bald wieder läuft (ich
werde Euch nächste oder übernächste Woche mit einem neuen Topic über
Apache nerven, wenn bis dahin kein Fix reinkam — angefangen mit "Ich habe
nichts geändert". ;-), sodass ich auf dem lokalen Rechner per at Dateien
entfernen kann, wenn ich sie nicht mehr brauche.
-- 
Andreas

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

#133151

Am 28.07.23 um 22:23 schrieb Andreas Kohlbach:
> 
> Also stirbt nohup hier beim Ausloggen.
Ach, ist das nicht auch dieses tolle systemd?
"systemd-login sessions"

https://news.ycombinator.com/item?id=25454467

Tim

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

#133152

Am 28.07.23 um 22:23 schrieb Andreas Kohlbach:
> 
> Ich habe
> 
> nohup ./test.sh &
> 
> eingegeben. Die test.sh hat den Inhalt
> 
> sleep 1m
> ls > output.txt
> 
> ps zeigt danach, dass "sleep" abgearbeitet wird. Gut.
> 
> Nach Aus- und Einloggen innerhalb von Sekunden (vor Ablauf der 1 Minute)
> zeigt ps nichts mehr in der Richtung an. Die output.txt wird auch nicht
> mit einem neuen Zeitsptempel versehen, wie es der Fall wäre, wenn sie neu
> beschrieben würde.
> 
Hallo,

muss man sleep nicht mit folgendem && aufrufen, also:

sleep 1m &&
ls > output.txt


Bernd Mayer

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

#133159

Hallo Bernd,

Du schriebst am Fri, 28 Jul 2023 23:36:13 +0200:

> muss man sleep nicht mit folgendem && aufrufen, also:
> 
> sleep 1m &&
> ls > output.txt

Was soll ein im Hintergrund nebenher laufendes "sleep" bewirken?
Prozessorlast? Das wäre der falsche Ansatz.

-- 
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

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

#133161

Am 29.07.23 um 21:06 schrieb Sieghard Schicktanz:
> Hallo Bernd,
> 
> Du schriebst am Fri, 28 Jul 2023 23:36:13 +0200:
> 
>> muss man sleep nicht mit folgendem && aufrufen, also:
>>
>> sleep 1m &&
>> ls > output.txt
> 
> Was soll ein im Hintergrund nebenher laufendes "sleep" bewirken?
> Prozessorlast? Das wäre der falsche Ansatz.

Hallo,

ja - ich habe das script inzwischen local getestet und das funktioniert 
auch ohne die &&.


In der Befehlszeile verwende ich sleep regelmässig mit den && und da 
erhalte ich eine Fehlermeldung ohne die && und der Befehl funktioniert 
dann nicht, etwa:

sleep 60m && rsync-irgendwas.sh


Bernd Mayer

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

#133164

On 2023-07-29 20:25, Bernd Mayer <beam.bam.boom@knuut.de> wrote:
> Am 29.07.23 um 21:06 schrieb Sieghard Schicktanz:
>> Hallo Bernd, Du schriebst am Fri, 28 Jul 2023 23:36:13 +0200:
>>> muss man sleep nicht mit folgendem && aufrufen, also:
>>>
>>> sleep 1m &&
>>> ls > output.txt
[...]
> ja - ich habe das script inzwischen local getestet und das funktioniert 
> auch ohne die &&.
>
>
> In der Befehlszeile verwende ich sleep regelmässig mit den && und da 
> erhalte ich eine Fehlermeldung ohne die && und der Befehl funktioniert 
> dann nicht, etwa:
>
> sleep 60m && rsync-irgendwas.sh

Du schreibst hier zwei Kommandos in eine Zeile. Irgendwie musst Du die
trennen, sonst weiß ja die Shell nicht, dass das rsync-irgendwas.sh ein
weiteres Kommando sein soll und nicht der zweite Parameter von sleep.

Normalerweise trennt man Kommandos mit ;
Du verwendest hier &&, das hat eine subtil andere Semantik. Kann sein,
dass das beabsichtigt ist, aber Deine Beschreibung klingt nicht so als
wüsstest Du, was Du tust.

        hp

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

#133166

Am 29.07.23 um 23:00 schrieb Peter J. Holzer:
> On 2023-07-29 20:25, Bernd Mayer <beam.bam.boom@knuut.de> wrote:
>> Am 29.07.23 um 21:06 schrieb Sieghard Schicktanz:
>>> Hallo Bernd, Du schriebst am Fri, 28 Jul 2023 23:36:13 +0200:
>>>> muss man sleep nicht mit folgendem && aufrufen, also:
>>>>
>>>> sleep 1m &&
>>>> ls > output.txt
> [...]
>> ja - ich habe das script inzwischen local getestet und das funktioniert
>> auch ohne die &&.
>>
>>
>> In der Befehlszeile verwende ich sleep regelmässig mit den && und da
>> erhalte ich eine Fehlermeldung ohne die && und der Befehl funktioniert
>> dann nicht, etwa:
>>
>> sleep 60m && rsync-irgendwas.sh
> 
> Du schreibst hier zwei Kommandos in eine Zeile. Irgendwie musst Du die
> trennen, sonst weiß ja die Shell nicht, dass das rsync-irgendwas.sh ein
> weiteres Kommando sein soll und nicht der zweite Parameter von sleep.
> 
> Normalerweise trennt man Kommandos mit ;
> Du verwendest hier &&, das hat eine subtil andere Semantik. Kann sein,
> dass das beabsichtigt ist, aber Deine Beschreibung klingt nicht so als
> wüsstest Du, was Du tust.

Hallo,

in meinen manpages finde ich nur einen Parameter für sleep - die Zeit 
als Zahl und Einheit.

Welche Parameter gibt es für sleep noch außer der Zeit?

Ich hatte das mit den && von einer Webseite mit Beispielen zu sleep 
übernommen. Ich verwende sleep noch nicht so lange aber ich finde das 
ziemlich nützlich.

A command run in the background within a script may cause the script to 
hang waiting for a keystroke. Fortunately, there is a remedy for this.

"A && B" Run B if A succeeded

An eine Trennung mit ; hatte ich auch schon gedacht.

Bernd Mayer

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

#133170

On 2023-07-29 21:22, Bernd Mayer <beam.bam.boom@knuut.de> wrote:
> Am 29.07.23 um 23:00 schrieb Peter J. Holzer:
>> On 2023-07-29 20:25, Bernd Mayer <beam.bam.boom@knuut.de> wrote:
>>> In der Befehlszeile verwende ich sleep regelmässig mit den && und da
>>> erhalte ich eine Fehlermeldung ohne die && und der Befehl funktioniert
>>> dann nicht, etwa:
>>>
>>> sleep 60m && rsync-irgendwas.sh
>> 
>> Du schreibst hier zwei Kommandos in eine Zeile. Irgendwie musst Du die
>> trennen, sonst weiß ja die Shell nicht, dass das rsync-irgendwas.sh ein
>> weiteres Kommando sein soll und nicht der zweite Parameter von sleep.
>> 
>> Normalerweise trennt man Kommandos mit ;
>> Du verwendest hier &&, das hat eine subtil andere Semantik. Kann sein,
>> dass das beabsichtigt ist, aber Deine Beschreibung klingt nicht so als
>> wüsstest Du, was Du tust.
>
> Hallo,
>
> in meinen manpages finde ich nur einen Parameter für sleep - die Zeit 
> als Zahl und Einheit.

Das weiß aber die Shell nicht. Wenn Du 

    sleep das ist ein schmarrn

eintippst, wird die Shell sleep mit vier Parametern ("das", "ist",
"ein", "schmarrn") aufrufen. Die Shell geht nicht her und sagt "ich
weiß, dass sleep genau einen Parameter hat, also wird 'das' wohl der
Parameter sein, und 'ist' muss dann das nächste Kommando sein". So
funktioniert das nicht. Du musst der Shell schon explizit sagen, wo ein
Kommando aufhört und das nächste anfängt. Z.B. in dem Du sie durch ein
Newline trennst, oder ein Semikolon, oder && oder || oder noch ein paar
andere Möglichkeiten.

> Welche Parameter gibt es für sleep noch außer der Zeit?

Vollkommen irrelevant. Die Shell weiß nichts von sleep. Das ist ein
Programm wie jedes andere auch.


> Ich hatte das mit den && von einer Webseite mit Beispielen zu sleep 
> übernommen. Ich verwende sleep noch nicht so lange aber ich finde das 
> ziemlich nützlich.

sleep ist nützlich.
&& ist nützlich.

Es gibt sicher auch Situationen, in denen die Kombination nützlich ist,
aber daraus zu schließen, dass man hinter sleep immer && tippen sollte
oder gar müsste, ist falsch.

> A command run in the background within a script may cause the script to 
> hang waiting for a keystroke. Fortunately, there is a remedy for this.
>
> "A && B" Run B if A succeeded

Das ist die richtige Beschreibung, was && tut. Was das mit "waiting for
a keystroke" zu tun hat, weiß ich nicht. Entweder da fehlt einiges an
Kontext oder der Autor war verwirrt.

        hp

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

Page 1 of 3  [1] 2 3  Next page →

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

csiph-web