1. Forum
  2. Usenet
  3. LINUX.DEBIAN.USER.GERMAN

  • Re: /bin/-bash -c

    From Christoph Brinkhaus@21:1/5 to All on Sun Jan 15 17:10:01 2023
    Am Sun, Jan 15, 2023 at 04:24:54PM +0100 schrieb Clemens Haupt:

    Hallo Celmens,

    Brüder und Schwestern!


    Ein Rätsel:

    Wer es lösen kann bekömmet Lob im Überschwang

    Das kann man immer brauchen :-).

    Aus dem Buche top

    208     1    root    20    0   2445368   7688    4136  399,0 0,1      768:58.16     -bash

    Läßt sich kurz killen, kommt gleich heimlich wieder töten, töten, ich denk schon wie Wagner


    Nächster Hinweis

    Mal ein eine Zeile zusammengefasst.
    ps ax | grep bash
    /bin/-bash -c!

    Wie wird die bash denn gestartet? Bei mir sagt "bash -c"
    "Die Option erfordert ein Argument."

    Viele Grüße,
    Christoph
    --
    Ist die Katze gesund
    schmeckt sie dem Hund.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Clemens Haupt@21:1/5 to All on Sun Jan 15 16:30:01 2023
    Brüder und Schwestern!


    Ein Rätsel:

    Wer es lösen kann bekömmet Lob im Überschwang

    Aus dem Buche top

    208     1    root    20    0   2445368   7688    4136  399,0 0,1     
    768:58.16     -bash

    Läßt sich kurz killen, kommt gleich heimlich wieder töten, töten, ich
    denk schon wie Wagner


    Nächster Hinweis

    ps a

    x | grep bash

    /bin/-bash -c!

    bei laufendem Motor

    Ideen hier einwerfen!

    --

    Clemens Haupt 676 3907418 24/7, halt recht leise!....

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From debian-mailing-lists@thomas.freit.a@21:1/5 to Clemens Haupt on Sun Jan 15 17:50:02 2023
    Hallo Clemens,

    On 15.01.23 16:24, Clemens Haupt wrote:
    Wer es lösen kann bekömmet Lob im Überschwang

    Ich vermute mal, Du bist auf der Suche nach Ursprung des laufenden Prozesses...

    Aus dem Buche top

    208     1    root    20    0   2445368   7688    4136  399,0 0,1 768:58.16     -bash

    Läßt sich kurz killen, kommt gleich heimlich wieder töten, töten, ich denk schon wie Wagner


    Nächster Hinweis

    ps ax | grep bash

    /bin/-bash -c!

    bei laufendem Motor

    Ideen hier einwerfen!

    strace und lsof sind häufig hilfreich um zu schauen, was ein Prozess macht, bzw. genauer einzuordnen woher er kommt.

    Alternativ kann man auch per Hand unter /proc/<pid>/ nachschauen. Da gibt es unter anderem /proc/<pid>/fd/ allen offenen Filedeskriptoren (das zeigt dir auch lsof an) oder /proc/<pid>/environ
    mit dem Environment des Prozesses (gesetzte Variablen) oder /proc/<pid>/cmdline (da siehst du auf jeden Fall was hinter dem Parameter "-c" kommt).

    Sollte eine Reihe Hinweise geben. Da es schnell wieder gestartet wird, würde ich auf etwas tippen, zu dem Du vielleicht einen entsprechenden Service findest. Außerdem der Walltime (und wenn
    ich die Spalten richtig interpretiere auch der aktuellen CPU-Nutzung) nach zu urteilen, ist es vermutlich etwas, das relativ viel CPU zieht (interessanterweise mehr als einen kompletten Kern).

    hth,
    Thomas

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Heiko Schlittermann@21:1/5 to All on Sun Jan 15 18:00:01 2023
    ------Q6ZH92T1IKX6XC7K8GJA33MKCXABN5
    Content-Type: text/plain;
    charset=utf-8
    Content-Transfer-Encoding: quoted-printable

    Das Minus im Pfad erscheint mir seltsam. In argv[0] wäre es okay, aber aus Pfad für ein Binary zwar nicht ausgeschlossen, aber seltsam.

    Was ist eigentlich Deine Frage?
    --
    Heiko Schlittermann (unterwegs)
    ------Q6ZH92T1IKX6XC7K8GJA33MKCXABN5
    Content-Type: text/html;
    charset=utf-8
    Content-Transfer-Encoding: quoted-printable

    <!DOCTYPE html><html><body>Das Minus im Pfad erscheint mir seltsam. In argv[0] wäre es okay, aber aus Pfad für ein Binary zwar nicht ausgeschlossen, aber seltsam.<br><br>Was ist eigentlich Deine Frage?<div class='k9mail-signature'>-- <br>Heiko
    Schlittermann (unterwegs)</div></body></html> ------Q6ZH92T1IKX6XC7K8GJA33MKCXABN5--

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Christoph Brinkhaus@21:1/5 to All on Sun Jan 15 18:00:01 2023
    Am Sun, Jan 15, 2023 at 05:43:28PM +0100 schrieb Heiko Schlittermann:
    Das Minus im Pfad erscheint mir seltsam. In argv[0] wäre es okay, aber aus Pfad für ein Binary zwar nicht ausgeschlossen, aber seltsam.
    Was ist eigentlich Deine Frage?

    Thomas hat ja schon detaillierter geantwortet.
    Eine vielleicht seltsame Frage: Kommt bash mit der selben PID zurück?
    Dann würde sie nicht effektiv gekillt. Kill hat ja Optionen, wie
    brutal es zuschlägt. Wenn ich mich recht erinnere ist -9 ultimativ.
    Mit anderen Optionen kann man dem Prozess sagen, er soll sich bei
    Gelegenheit verabschieden.

    Viele Grüße,
    Christoph
    --
    Ist die Katze gesund
    schmeckt sie dem Hund.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Clemens Haupt@21:1/5 to All on Sun Jan 15 18:20:01 2023
    Am 15.01.23 um 17:04 schrieb Christoph Brinkhaus:
    Am Sun, Jan 15, 2023 at 04:24:54PM +0100 schrieb Clemens Haupt:

    Hallo Celmens,

    Brüder und Schwestern!


    Ein Rätsel:

    Wer es lösen kann bekömmet Lob im Überschwang
    Das kann man immer brauchen :-).
    Wohlan denn, stimmt Pauken und Trompeten!
    208     1    root    20    0   2445368   7688    4136  399,0 0,1
    768:58.16     -bash

    Dem Adlerauge Chriszoph aus dem Hause Brink enzging nichts und erst
    recht nicht das "1" für PPID nach den 208 für PID

    Laßt erschallen Zimbeln und Hörner

    Läßt sich kurz killen, kommt gleich heimlich wieder töten, töten, ich denk
    schon wie Wagner


    Nächster Hinweis
    Mal ein eine Zeile zusammengefasst.
    ps ax | grep bash
    /bin/-bash -c!
    Wie wird die bash denn gestartet? Bei mir sagt "bash -c"
    "Die Option erfordert ein Argument."

    Hudel, Hudel, LOB!

    Da steckt der Kern des Pudel

    (Geiler Chiasmus!)

    Litanei:

    systsmd-journal

    hier wúrd sofort mit 15 gekilled

    kworker

    Cop

    rtogo-shake

    systemd

    cop

    systemd

    systemd

    -bash, hier wird sofort mit 15 gekilled

    kworker

    cop

    rtogo shake

    systemd

    cop

    systemd

    -bash, hier wird sofort mit 15 gekilled

    systemd

    Wird nicht getötet, schaukelt sich alles auf, auf allen kerneln bis auf
    load 4, 100% ausgelastet.

    Das echt recht ungeschickte dabei, ich kann den Stecker nicht ziehen

    ca 800 Km entfernt

    Gehabet euch wohl

    edler Brink von zuhaus :)






    Viele Grüße,
    Christoph


    --

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Clemens Haupt@21:1/5 to All on Sun Jan 15 19:30:01 2023
    Guten Abend Thomas!

    Ich vermute mal, Du bist auf der Suche nach Ursprung des laufenden Prozesses...

    Sehr gut. Eigentlich bin ich immer auf der Suche, manchmal auch des
    Ursprungs, ich hätte ursprünglich gefragt, das -bash: Wo kommst du denn
    her! Weil es angibt, bei ps aux, von /bin/.bash! Und da hab ich es nicht erwischt, weil debian hat das leergeräumt, das ist jetzt alles in /usr/bin,,aber das findet das -bash nicht, darum ist es so negativ

    strace -bash

    strace: Syscall 'ash' for -b isn't supported

    strace /bin/-bash  gibt es nicht...................NA SOWAS? >8-O[[[

    Alloha, jetzt hat deinen Donnervogel den Brief versteckt wo ist nur mein
    mutt  |-(((

    --

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Rolf Reintjes@21:1/5 to All on Sun Jan 15 19:30:01 2023
    Am 15.01.2023 um 19:22 schrieb Clemens Haupt:
    Guten Abend Thomas!

    Ich vermute mal, Du bist auf der Suche nach Ursprung des laufenden Prozesses...

    Sehr gut. Eigentlich bin ich immer auf der Suche, manchmal auch des Ursprungs, ich hätte ursprünglich gefragt, das -bash: Wo kommst du denn her! Weil es angibt, bei ps aux, von /bin/.bash! Und da hab ich es nicht erwischt, weil debian hat das leergeräumt, das ist jetzt alles in /usr/bin,,aber das findet das -bash nicht, darum ist es so negativ

    strace -bash

    strace: Syscall 'ash' for -b isn't supported

    strace /bin/-bash  gibt es nicht...................NA SOWAS? >8-O[[[

    Alloha, jetzt hat deinen Donnervogel den Brief versteckt wo ist nur mein mutt  |-(((


    Wenn das - davor steht, ist es eine login-shell.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Christoph Brinkhaus@21:1/5 to All on Sun Jan 15 20:00:01 2023
    Am Sun, Jan 15, 2023 at 07:22:26PM +0100 schrieb Clemens Haupt:

    Hallo Clemens,

    Guten Abend Thomas!

    Ich vermute mal, Du bist auf der Suche nach Ursprung des laufenden Prozesses...

    Sehr gut. Eigentlich bin ich immer auf der Suche, manchmal auch des Ursprungs, ich hätte ursprünglich gefragt, das -bash: Wo kommst du denn her! Weil es angibt, bei ps aux, von /bin/.bash! Und da hab ich es nicht
    erwischt, weil debian hat das leergeräumt, das ist jetzt alles in /usr/bin,,aber das findet das -bash nicht, darum ist es so negativ

    strace -bash

    strace: Syscall 'ash' for -b isn't supported

    strace /bin/-bash  gibt es nicht...................NA SOWAS? >8-O[[[

    Da ist wohl ein Minus-Zeichen zu viel.
    Bei mir (Bullseye), relativ neu gibt es /bin/bash und /usr/bin/bash.
    Die haben aber die selben Inodes. whereis bash zeigt /usr/bin/bash an.
    Das selbe gilt für andere Binaries.

    Again what learned.

    Alloha, jetzt hat deinen Donnervogel den Brief versteckt wo ist nur mein mutt  |-(((

    Den hat der Hund gefressen :-).

    Viele Grüße,
    Christoph
    --
    Ist die Katze gesund
    schmeckt sie dem Hund.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Rolf Reintjes@21:1/5 to All on Sun Jan 15 20:00:01 2023
    Am 15.01.2023 um 19:46 schrieb Clemens Haupt:
    Am 15.01.23 um 19:26 schrieb Rolf Reintjes:
    Am 15.01.2023 um 19:22 schrieb Clemens Haupt:
    Guten Abend Thomas!

    ;Ich vermute mal, Du bist auf der Suche nach Ursprung des laufenden
    Prozesses...

    Sehr gut. Eigentlich bin ich immer auf der Suche, manchmal auch des
    Ursprungs, ich hätte ursprünglich gefragt, das -bash: Wo kommst du
    denn her! Weil es angibt, bei ps aux, von /bin/.bash! Und da hab ich
    es nicht erwischt, weil debian hat das leergeräumt, das ist jetzt
    alles in /usr/bin,,aber das findet das -bash nicht, darum ist es so
    negativ

    strace -bash

    strace: Syscall 'ash' for -b isn't supported

    strace /bin/-bash  gibt es nicht...................NA SOWAS? >8-O[[[

    Alloha, jetzt hat deinen Donnervogel den Brief versteckt wo ist nur
    mein mutt  |-(((


    Wenn das - davor steht, ist es eine login-shell.

    Hoppla!

    Hast du das aus dir selbst oder haben andere es dir gesagt?"

    Ich habe es gegooglet und dann selber ausprobiert: Ich habe STRG-ALT-F2 gedrückt und mich eingeloggt. Dann stand unter ps aux ein bash mit einem
    - davor, also -bash .


    (Frage von Jesus an Pilatus auf dessen Frage, ob er der König der Juden sei!)

    Tatsache: Dann kann es nur ein Problem von systemD und dem Mutterrechner
    des hostsystems sein!

    Oder doch nicht? Wie sag ich es aber netcup.de ....

    In jedem Fall:

    Danke (Lobausschütt)

    lieber (Heftiges Musikausschütt)

    Rolf, der Retter

    (Trompetengeschmetter :-)

    R
    Clemens Haupt 0043 1 5350 600  oder +676 3907418 24/7, halt recht
    leise!....


    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Christoph Brinkhaus@21:1/5 to All on Sun Jan 15 20:20:01 2023
    Am Sun, Jan 15, 2023 at 07:51:37PM +0100 schrieb Rolf Reintjes:

    Hallo Ralf,

    viel gelöscht

    Wenn das - davor steht, ist es eine login-shell.

    Ich habe es gegooglet und dann selber ausprobiert: Ich habe STRG-ALT-F2 gedrückt und mich eingeloggt. Dann stand unter ps aux ein bash mit einem - davor, also -bash .

    Tatsächlich. Das gilt auch für die fish und wahrscheinlich alle
    shells. In man ps habe ich allerdings nichts gefunden.
    Aber bei strace muß das doch weg, oder?
    Bevor man strace tippen kann ist man ja schon in einer Login Shell.

    Viele Grüße,
    Christoph
    --
    Ist die Katze gesund
    schmeckt sie dem Hund.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From debian-mailing-lists@thomas.freit.a@21:1/5 to Clemens Haupt on Sun Jan 15 22:10:01 2023
    Hallo Clemens,

    On 15.01.23 19:22, Clemens Haupt wrote:
    [...]

    strace -bash

    Du kannst dich per strace mit strace -p <pid> auch in einen laufenden Prozess einklinken. Ist das erste Beispiel auf https://strace.io/, die Manpage ist auch hilfreich (die Ausgabe ist nicht
    einfach zu interpretieren).

    strace: Syscall 'ash' for -b isn't supported
    strace /bin/-bash  gibt es nicht...................NA SOWAS? >8-O[[[

    Wenn du eine (neue) Bash tracen willst ginge das via "strace bash", aber das interessiert dich in diesem Fall nicht.

    Auch lsof kennt einen Parameter -p für die Prozess-ID (mit der Ausgabe von lsof kann man vermutlich weiterhelfen). Was hast Du unter /proc/<pid>/ gefunden?

    --
    hth,
    Thomas

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Heiko Schlittermann@21:1/5 to All on Mon Jan 16 00:00:01 2023
    Clemens Haupt <yxcv@vienna.at> (So 15 Jan 2023 23:46:19 CET):
    Zurück zu Debian 11.6, nicht zu X, nur Konsole, reingeschummelt bis root, top gestartet und schin geht die Sch* los mit -bash und "k" und [enter] zum Morden von -bash und unund [enter] zum Morden von -bash und d [enter] zum Morden von -bash und und [enter] zum Morden von -bash und [enter] zum Morden von -bash und und [enter] zum Morden von -bash und und und [enter] zum
    Morden von -bash und?

    Mit welchem Signal „killt“ Top? Ich denke mit SIGTERM, das wird von
    einer interaktiven Shell ignoriert (deshalb bleibt auch deine Prozess-ID
    die selbe.) Bei SIGKILL sollte sie verschwinden, i.d.R. auch bei SIGHUP
    (weil nach einem Terminal-Hangup kein Lebensgrund mehr besteht für eine interaktive Shell).

    Best regards from Dresden/Germany
    Viele Grüße aus Dresden
    Heiko Schlittermann
    --
    SCHLITTERMANN.de ---------------------------- internet & unix support -
    Heiko Schlittermann, Dipl.-Ing. (TU) - {fon,fax}: +49.351.802998{1,3} -
    gnupg encrypted messages are welcome --------------- key ID: F69376CE -

    -----BEGIN PGP SIGNATURE-----

    iQEzBAABCgAdFiEE0L/WueylaUpvFJ3Or0zGdqa2wUIFAmPEg5kACgkQr0zGdqa2 wUKbzwgA1xpGFCaw0O6DZgAHB694lgzgQN7AXT6q3A4O+PMoLEwd2lR5bVYFHGYc 9eN3DvSSeYhWq+eDNbhbh+vVaw81JNtQ88fheDH37VdIjrhcoR+IV8ZYvY8atJd8 6TDOiz+6Qg9aUb3hIt+jR7lu8bxSa37IQk/cM/hTz5dKLdOqLoxR5sGfkaIptV3c FlsA61w3NlauWmkMPPDaDXwKYW8/b6lInWTPZF2uLhqi3hxs+wOeo2v/2j8sss4P PYUsk5LQ0c2+I41Rsjw/+2DF/FwS4BQWM6rXTpW6j3KEaaC69GCTqLXCXCwBiWi2 BMIkJP8R6ApSnAS+edm0+jJfy4hZDg==
    =6zMz
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Heiko Schlittermann@21:1/5 to All on Sun Jan 15 23:40:01 2023
    Rolf Reintjes <lists.rolf@reintjes.nrw> (So 15 Jan 2023 19:51:37 CET):
    Ich habe es gegooglet und dann selber ausprobiert: Ich habe STRG-ALT-F2 gedrückt und mich eingeloggt. Dann stand unter ps aux ein bash mit einem - davor, also -bash .

    Leute. Das - wird vom Aufrufer der Shell in argv[0] eingetragen. Der
    Aufrufer macht sowas wie

    exec("/bin/bash", "-bash", …)

    Siehe exec(3) und auch als Analogon `help exec`

    Das macht normalerweise jemand, der der startenden Shell mitteilen
    möchte, dass sie eine Login-Shell ist. Z.B. der Login-Prozess (login(1))
    tut das, möglicherweise auch - je nach Konfiguration - das
    Gnome-Termnal.

    Die Shell hat sich an diese Konvention gewöhnt, und guckt unmittelbar
    nach dem Start nach, ob argv[0][0] ein '-' ist, und verhält sich dann
    wie eine Login-Shell, ansonsonsten halt nur wie eine (möglicherweise interaktive) Nicht-Login-Shell.

    Best regards from Dresden/Germany
    Viele Grüße aus Dresden
    Heiko Schlittermann
    --
    SCHLITTERMANN.de ---------------------------- internet & unix support -
    Heiko Schlittermann, Dipl.-Ing. (TU) - {fon,fax}: +49.351.802998{1,3} -
    gnupg encrypted messages are welcome --------------- key ID: F69376CE -

    -----BEGIN PGP SIGNATURE-----

    iQEzBAABCgAdFiEE0L/WueylaUpvFJ3Or0zGdqa2wUIFAmPEfv0ACgkQr0zGdqa2 wUKpAggAuuuApBT1C5YwgwRRIBBiQmU3yVXaFifxzmrW4d7/XF8+GNs/XhMtSCJP z5X8KftMHecnZzvQ9k9UmEv6WReza4XiNbxSQSW8/HHas7i0IVML2AlPJAjPy7LR yGF9lL7nTXe7SudcHKQyHs0HqmoJpUh68mGwdyfYPmfbXeQmtZCowcXrJWZgXIvY Ry5sFejcR8hkth+iJZH8zOZ7paqsLA+nQYv8JdlJb9/wcchg53ifSYaTIu2i5/K4 BhHOumOkNuOWrQfK5akGxW0Bi2S03fLgGnzSBy+KWdgsDLKLTcbiBT8MWYLnilnL 7TRHiIrJTiSZn/XW9q9nznEGdXGFZw==
    =JTNn
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Clemens Haupt@21:1/5 to All on Sun Jan 15 23:50:01 2023
    Am 15.01.23 um 19:51 schrieb Rolf Reintjes:
    Am 15.01.2023 um 19:46 schrieb Clemens Haupt:
    Am 15.01.23 um 19:26 schrieb Rolf Reintjes:
    Am 15.01.2023 um 19:22 schrieb Clemens Haupt:
    Guten Abend Thomas!

    ;Ich vermute mal, Du bist auf der Suche nach Ursprung des
    laufenden Prozesses...

    Sehr gut. Eigentlich bin ich immer auf der Suche, manchmal auch des
    Ursprungs, ich hätte ursprünglich gefragt, das -bash: Wo kommst du
    denn her! Weil es angibt, bei ps aux, von /bin/.bash! Und da hab
    ich es nicht erwischt, weil debian hat das leergeräumt, das ist
    jetzt alles in /usr/bin,,aber das findet das -bash nicht, darum ist
    es so negativ

    strace -bash

    strace: Syscall 'ash' for -b isn't supported

    strace /bin/-bash  gibt es nicht...................NA SOWAS? >8-O[[[

    Alloha, jetzt hat deinen Donnervogel den Brief versteckt wo ist nur
    mein mutt  |-(((


    Wenn das - davor steht, ist es eine login-shell.

    Hoppla!

    Hast du das aus dir selbst oder haben andere es dir gesagt?"

    Ich habe es gegooglet und dann selber ausprobiert: Ich habe
    STRG-ALT-F2 gedrückt und mich eingeloggt. Dann stand unter ps aux ein
    bash mit einem - davor, also -bash .

    Atemberaubend

    Also: STRG-ALT-F2 macht bei 10.13 von Debian hier bei mir  auf der
    Konsole gar nüscht,

    im X befreit es mich von X und xfce, und spendet die Konsole /dev/tty2

    In Debian 11.6, nur Konsolen, nix X von jeder Konsole zu /dev/tty2 sehr
    brav, so mag ich das. Ein wenig X?

    Diesmal mit KDE wegen des ordentliche windowmanagers, alles andere <phhhhh>

    Den Feuerfux geweckt und los zu netcup.de zur nächsten Herausforderung,
    debian 10 gestartet

    Zurück zu Debian 11.6, nicht zu X, nur Konsole, reingeschummelt bis
    root, top gestartet und schin geht die Sch* los mit -bash und "k" und
    [enter] zum Morden von -bash und unund [enter] zum Morden von -bash und
    d [enter] zum Morden von -bash und und [enter] zum Morden von -bash und
    [enter] zum Morden von -bash und und [enter] zum Morden von -bash und
    und und [enter] zum Morden von -bash und?

    DAS WURD FAAD

    Aber nur so ging das bei "load average" Bei netcup? SSK, Selber Schuld
    Kein Mitleid.

    Und wenn andere in diese Grube fallen?

    Und wenn ich was rausfinden will, nur von Debian 11.6 aus, weil die
    Konsole dort ärger als Schrott ist

    ich schalt den rootserver jetzt ab, sonst bleibt mir was, die Nacht
    lang. Es geht natürlich auch in dem man ein anderes Image aufspielt.
    aber soviel Ehre muß man einem Fehler zuteil werden lassen. oder lernt
    man aus Fehlern nicht am meisten?

    Tatsache: Dann kann es nur ein Problem von systemD und dem
    Mutterrechner des hostsystems sein!
    Oder doch nicht? Wie sag ich es aber netcup.de ....

    Vielen lieben Dank schon jetzt einmal allen!



    --

    Clemens Haupt 0043 1 5350 600

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Christoph Brinkhaus@21:1/5 to All on Mon Jan 16 00:50:01 2023
    Am Sun, Jan 15, 2023 at 11:46:19PM +0100 schrieb Clemens Haupt:

    Hallo Clemens,

    ... viel gelöscht ...
    Am 15.01.23 um 19:51 schrieb Rolf Reintjes:
    Am 15.01.2023 um 19:46 schrieb Clemens Haupt:
    Am 15.01.23 um 19:26 schrieb Rolf Reintjes:
    Am 15.01.2023 um 19:22 schrieb Clemens Haupt:

    Atemberaubend

    Also: STRG-ALT-F2 macht bei 10.13 von Debian hier bei mir  auf der Konsole gar nüscht,

    im X befreit es mich von X und xfce, und spendet die Konsole /dev/tty2

    In Debian 11.6, nur Konsolen, nix X von jeder Konsole zu /dev/tty2 sehr
    brav, so mag ich das. Ein wenig X?

    Da werde ich nicht ganz schlau draus. STRG-ALT-Fx von X aus und man
    landet auf der Konsole Nr. x. Zurück zu X kommt man - zumindest bei
    Bullseye, viel Defaulteinstellungen - mit ALT-Fy mit y als der
    Konsole, von der aus man X gestartet hat. Mit X Login Managern kenne
    ich mich allerdings nicht aus.

    Von eine Konsole zu einer anderen - ohne X - kommt man mit ALT-Fx.

    Wenn Du das oben so gemeint hast, dann sage ich "sorry for the noise".
    ... viel gelöscht ...

    Viele Grüße,
    Christoph
    --
    Ist die Katze gesund
    schmeckt sie dem Hund.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Christoph Brinkhaus@21:1/5 to All on Mon Jan 16 00:40:01 2023
    Am Sun, Jan 15, 2023 at 11:32:32PM +0100 schrieb Heiko Schlittermann:
    Rolf Reintjes <lists.rolf@reintjes.nrw> (So 15 Jan 2023 19:51:37 CET):

    Hallo Rolf,

    Ich habe es gegooglet und dann selber ausprobiert: Ich habe STRG-ALT-F2 gedrückt und mich eingeloggt. Dann stand unter ps aux ein bash mit einem - davor, also -bash .

    Leute. Das - wird vom Aufrufer der Shell in argv[0] eingetragen. Der
    Aufrufer macht sowas wie

    exec("/bin/bash", "-bash", …)

    Siehe exec(3) und auch als Analogon `help exec`

    Danke für die Erklärung. Damit habee ich mal wieder etwas gelernt.
    Allerdings gibt es bei Debian Bullseye keine Manpages zu exec,
    weder man exec noch man 3 exec. Auf einer aktuellen Webseite
    ist exec(3) vorhanden. Aber dort ist kein Hinweis auf eine
    Login-Shell.

    Deine Erklärung findet sich aber in der man page von bash unter dem
    Abschnitt "Invocation".

    Das macht normalerweise jemand, der der startenden Shell mitteilen
    möchte, dass sie eine Login-Shell ist. Z.B. der Login-Prozess (login(1))
    tut das, möglicherweise auch - je nach Konfiguration - das
    Gnome-Termnal.

    Die Shell hat sich an diese Konvention gewöhnt, und guckt unmittelbar
    nach dem Start nach, ob argv[0][0] ein '-' ist, und verhält sich dann
    wie eine Login-Shell, ansonsonsten halt nur wie eine (möglicherweise interaktive) Nicht-Login-Shell.

    Nochmals vielen Dank,
    Christoph
    --
    Ist die Katze gesund
    schmeckt sie dem Hund.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ulf Volmer@21:1/5 to Christoph Brinkhaus on Mon Jan 16 07:00:01 2023
    On 16.01.23 00:32, Christoph Brinkhaus wrote:
    Am Sun, Jan 15, 2023 at 11:32:32PM +0100 schrieb Heiko Schlittermann:

    exec("/bin/bash", "-bash", …)

    Siehe exec(3) und auch als Analogon `help exec`

    Danke für die Erklärung. Damit habee ich mal wieder etwas gelernt. Allerdings gibt es bei Debian Bullseye keine Manpages zu exec,
    weder man exec noch man 3 exec. Auf einer aktuellen Webseite
    ist exec(3) vorhanden. Aber dort ist kein Hinweis auf eine
    Login-Shell.

    Das da oben ist C Code. Die man Page findest Du in

    # dpkg -S /usr/share/man/man3/exec.3.gz
    manpages-dev: /usr/share/man/man3/exec.3.gz

    Mit Login Shells hat das wenig zu tun. Heiko wollte vermutlich darauf
    hinaus, dass ein Programm unter Unix seinen Namen in der Prozessliste
    quasi beliebig setzen darf. Und eine Login Shell das dann entspechend tut.

    Viele Grüße
    Ulf

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Heiko Schlittermann@21:1/5 to All on Mon Jan 16 08:10:01 2023
    Moin,

    Das da oben ist C Code. Die man Page findest Du in
    # dpkg -S /usr/share/man/man3/exec.3.gz
    manpages-dev: /usr/share/man/man3/exec.3.gz

    ✓

    Mit Login Shells hat das wenig zu tun. Heiko wollte vermutlich darauf
    hinaus, dass ein Programm unter Unix seinen Namen in der Prozessliste quasi beliebig setzen darf. Und eine Login Shell das dann entspechend tut.

    Fast. Exec(3) hat tatsächlich nicht ausschließlich mit Login-Shells
    etwas zu tun, sondern mit *jedem* Start eines Prozesses. Und es ist in
    der Regel der Aufrufer, der den Prozessnamen beim Aufruf von exec(3) in
    argv[0] einträgt.

    Unter Linux (möglicherweise auch unter anderen unixähnliches Betriebssystemen) ist es dem aufgerufenen Prozess allerdings ebenfalls möglich, seinen Prozessnamen (also wieder argv[0]) zu setzen, und damit
    in der Prozesstabelle anders auszusehen.

    Je nachdem, wie man die Prozesstabelle anschaut, sieht man entweder
    argv[0], oder das aufgerufene Binary, oder den Pfad des Binaries.

    Beispiel (hier ausgführt unter einer Bash!)
    ```
    $ exec -l bash # damit erzeugen wir vorsätzlich eine Login-Shell
    # alternativ wäre auch exec -a -bash bash
    # gegangen:
    $ exec -a zzz sleep 1h & # noch ein anderer (hier als Kind) Prozess
    $ perl -e '$0 = "FOO"; sleep 90"' & # dieser setzt selbst seinen Namen
    $ ps -opid,cmd,comm,exe # und nun gucken wir mal nach den Prozessen
    PID CMD COMMAND EXE
    807734 -bash bash /usr/bin/bash
    807806 zzz 1h sleep /usr/bin/sleep
    807809 FOO FOO /usr/bin/perl
    807810 ps -opid,cmd,comm,exe ps /usr/bin/ps
    $ _
    ```

    Unix Grundlagenwissen, wurde bei uns früher in Heimatkunde, Klasse 3 vermittelt ;)


    Best regards from Dresden/Germany
    Viele Grüße aus Dresden
    Heiko Schlittermann
    --
    SCHLITTERMANN.de ---------------------------- internet & unix support -
    Heiko Schlittermann, Dipl.-Ing. (TU) - {fon,fax}: +49.351.802998{1,3} -
    gnupg encrypted messages are welcome --------------- key ID: F69376CE -

    -----BEGIN PGP SIGNATURE-----

    iQEzBAABCgAdFiEE0L/WueylaUpvFJ3Or0zGdqa2wUIFAmPE9w0ACgkQr0zGdqa2 wULMuwgAkrKoS/590PQuUC5DCNLLu1VKIKO8g2AzYMWpEgvSlCkdQ1KTLLgczSBr 1eV0RiQK5pzitA7JGLaXcc+rEhL2hOuKZgwYwBPRQowb+7O4vsqvrE/LMVMUYKbd hznuDDTNZx2cKk339xGfAmmIf8mlx68JCRpEbKESmGgferamm+l8RAWL3pXW6PW6 JXwWDHP+LUD+4zfFvtPpDfg5NNknpwx+X/LiPc7ksbjItYwhyEdp/6mmo+EnU7sR i9hUALZfSJZDO1V8TUq9S9DoaNUuNA2CJb4KwSaWS2r4muxNxZmDdRYWpWDaL9Vi a2fiMW/EzCDPIfzqZLwZXb4GO7PwUg==
    =VF/G
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Clemens Haupt@21:1/5 to All on Mon Jan 16 09:20:01 2023
    Am 15.01.23 um 19:57 schrieb Christoph Brinkhaus:
    Am Sun, Jan 15, 2023 at 07:22:26PM +0100 schrieb Clemens Haupt:

    Hallo Clemens,

    Ich vermute mal, Du bist auf der Suche nach Ursprung des laufenden
    Prozesses...


    strace -bash

    strace: Syscall 'ash' for -b isn't supported

    strace /bin/-bash  gibt es nicht...................NA SOWAS? >8-O[[[
    Da ist wohl ein Minus-Zeichen zu viel.
    Bei mir (Bullseye), relativ neu gibt es /bin/bash und /usr/bin/bash.
    Die haben aber die selben Inodes. whereis bash zeigt /usr/bin/bash an.
    Das selbe gilt für andere Binaries.

    Again what learned.
    Gnade, Gnade, gebet Pardon, nicht die Peitsche! Nicht wieder die
    Peitsche! Ich habe erst jetzt den Brief wieder gelesen! Heimtücke
    allüberall und es gibt kein /bin oder /bin/bash! Alles fiel dem ln -s
    zum Opfer, bei allen, bei 10 und bei 11 von debian. Welch Wüten! Wen
    focht das schöne Verzeichnis /bin an und wen da /sbin ? Ein Spaß? Ein
    user space? Ich zaudere noch, ein neues Bild zu verlangen bei netcup.de,
    man ist dort leicht unwirsch, weil überfordert. Und wie sonst soll ich
    den Fehler finden? Ichn bin kurz weg und geh in mich

    Freundliche Grüße
    Ckemens


    --

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)