Führen Sie eine interaktive Bash-Subshell mit anfänglichen Befehlen aus, ohne sofort zur (Super-) Shell zurückzukehren

Ich möchte eine Bash-Subshell ausführen, (1) einige Befehle ausführen, (2) und dann in dieser Subshell bleiben, um zu tun, was ich möchte. Ich kann jedes von diesen einzeln tun:

1. Befehl mit -cFlag ausführen:

   $> bash -c "ls; pwd; <other commands...>"

   Es kehrt jedoch sofort zur "super" Shell zurück, nachdem die Befehle ausgeführt wurden. Ich kann auch einfach eine interaktive Subshell ausführen:

2. Neuen bashProzess starten :

   $> bash

   und es wird die Subshell nicht verlassen, bis ich es explizit sage ... aber ich kann keine anfänglichen Befehle ausführen. Die nächste Lösung, die ich gefunden habe, ist:

   $> bash -c "ls; pwd; <other commands>; exec bash"

   Das funktioniert, aber nicht so, wie ich es wollte, da es die angegebenen Befehle in einer Subshell ausführt und dann eine separate für die Interaktion öffnet.

Ich möchte dies in einer einzigen Zeile tun. Sobald ich die Subshell verlasse, sollte ich ohne Zwischenfälle zur regulären "Super" -Shell zurückkehren. Es muss einen Weg geben ~~

NB: Was ich nicht frage ...

1. Ich fragte nicht, wo ich die Bash-Manpage finden sollte
2. Ich frage nicht, wie man Initialisierungsbefehle aus einer Datei liest ... Ich weiß, wie man das macht, es ist nicht die Lösung, nach der ich suche
3. nicht daran interessiert, tmux oder gnu screen zu benutzen
4. nicht daran interessiert, Kontext zu geben. Das heißt, die Frage soll allgemein und nicht für einen bestimmten Zweck sein
5. Wenn möglich, möchte ich vermeiden, Problemumgehungen zu verwenden, die das erreichen, was ich will, aber auf "schmutzige" Weise. Ich möchte dies nur in einer einzigen Zeile tun. Insbesondere möchte ich so etwas nicht tunxterm -e 'ls'

Dies kann einfach mit temporären Named Pipes durchgeführt werden :

bash --init-file <(echo "ls; pwd")

Dank für diese Antwort geht an den Kommentar von Lie Ryan . Ich fand das wirklich nützlich und es ist in den Kommentaren weniger auffällig, daher dachte ich, es sollte seine eigene Antwort sein.

Sie können dies auf Umwegen mit einer temporären Datei tun, obwohl es zwei Zeilen dauern wird:

echo "ls; pwd" > initfile
bash --init-file initfile

Versuchen Sie dies stattdessen:

$> bash -c "ls;pwd;other commands;$SHELL"

$SHELL Es öffnet die Shell im interaktiven Modus und wartet auf ein Ende mit exit.

Die "Expect-Lösung", auf die ich mich bezog, programmiert eine Bash-Shell mit der Programmiersprache Expect :

#!/usr/bin/env expect
set init_commands [lindex $argv 0]
set bash_prompt {\$ $}              ;# adjust to suit your own prompt
spawn bash
expect -re $bash_prompt {send -- "$init_commands\r"}
interact
puts "exiting subshell"

Du würdest so laufen: ./subshell.exp "ls; pwd"

Warum nicht native Subshells verwenden?

$ ( ls; pwd; exec $BASH; )
bar     foo     howdy
/tmp/hello/
bash-4.4$ 
bash-4.4$ exit
$

Durch das Einschließen von Befehlen in Klammern wird Bash-Spawn zu einem Unterprozess, in dem diese Befehle ausgeführt werden. So können Sie beispielsweise die Umgebung ändern, ohne die übergeordnete Shell zu beeinflussen. Dies ist im Prinzip besser lesbar als das bash -c "ls; pwd; exec $BASH".

Wenn das immer noch ausführlich aussieht, gibt es zwei Möglichkeiten. Einer ist, dieses Snippet als Funktion zu haben:

$ run() { ( eval "$@"; exec $BASH; ) }
$ run 'ls; pwd;'
bar     foo     howdy
/tmp/hello/
bash-4.4$ exit
$ run 'ls;' 'pwd;'
bar     foo     howdy
/tmp/hello/
bash-4.4$ exit
$

Eine andere ist, exec $BASHkürzer zu machen :

$ R() { exec $BASH; }
$ ( ls; pwd; R )
bar     foo     howdy
/tmp/hello/
bash-4.4$ exit
$

Ich persönlich mag die RHerangehensweise mehr, da es nicht nötig ist, mit Streichern zu spielen.

Wenn sudo -E bashdas nicht funktioniert, verwende ich das Folgende, was meine Erwartungen bisher erfüllt hat:

sudo HOME=$HOME bash --rcfile $HOME/.bashrc

Ich habe HOME = $ HOME festgelegt, weil ich möchte, dass in meiner neuen Sitzung HOME auf HOME des Benutzers und nicht auf HOME des Roots festgelegt wird, was bei einigen Systemen standardmäßig der Fall ist.

weniger elegant als --init-file, aber vielleicht besser instrumentierbar:

fn(){
    echo 'hello from exported function'
}

while read -a commands
do
    eval ${commands[@]}
done