Warum wird mein LD_LIBRARY_PATH-Startterminal nicht gesetzt?

Das binäre Terminal ist am wahrscheinlichsten setgidzu gruppieren utmp. Setuid- und Setgid-Binärdateien werden LD_LIBRARY_PATHaus Sicherheitsgründen nicht gesetzt. sehen ld.so(8):

Die erforderlichen gemeinsam genutzten Bibliotheken, die das Programm benötigt, werden in der folgenden Reihenfolge gesucht

• Verwendung der Umgebungsvariablen LD_LIBRARY_PATH( LD_AOUT_LIBRARY_PATHfür a.out-Programme). Außer wenn die ausführbare Datei eine setuid / setgid-Binärdatei ist, wird sie in diesem Fall ignoriert.

bash verwendet verschiedene Startskripte, je nachdem, wie es gestartet wird. Es gibt sieben verschiedene Möglichkeiten, um es zu starten, aber die wichtigsten sind Login-Shells gegenüber nicht-Login-interaktiven Shells.

Weitere Informationen finden Sie im Bash-Handbuch . Ich würde vermuten, dass / etc / profile oder das ~ / .bash_profile die LD_LIBRARY_PATH-Variable zurücksetzen.

Edit: Ich denke, Sie haben alles getan, um zu zeigen, dass Bash kein Startskript enthält, das LD_LIBRARY_PATH löscht. Es ist Zeit, die großen Geschütze herauszubringen.

Der folgende Befehl zeigt die gesamte Umgebung an, wenn die einzelnen Prozesse gestartet werden, von bash bis xterm, und alles, was sonst noch involviert ist - Sie erhalten wahrscheinlich eine große Menge an Ausgaben. Das Speichern der Ausgabe in einer Datei ist daher eine gute Idee .

strace -v -f -e trace=process -o strace_output.txt envrun.sh xterm 

Nun zeigt die Datei strace_output.txt jeden Systemaufruf an, der von Ihrem Skript und jedem untergeordneten Prozess ausgeführt wird, und Sie können sehen, welcher Prozess der letzte war, der LD_LIBRARY_PATH hatte, bevor er entfernt wurde.

Überprüfen Sie im Terminal (xterm, aterm usw.), wie die Shell aufgerufen wurde: Eine Login-Shell zeigt "-bash" und eine Nicht-Login-Shell zeigt beim Aufruf "Bash" an echo $0.

$ echo $0 -bash $ bash $ echo $0 bash 

Eine Login-Bash-Shell liest der Reihe nach Folgendes:

1. / etc / profile
2. ~ / .bash_profile
3. ~ / .bash_login
4. ~ / .profile

Prüfen Sie, ob eine dieser Dateien vorhanden ist und ob sie die Variable zurücksetzen. Sie müssen auch den Dateien folgen, die diese Dateien enthalten.

Wenn bash nicht als Login-Shell aufgerufen wird, werden die folgenden Dateien immer noch gelesen, wenn festgestellt wird, dass es sich um eine interaktive Shell handelt.

1. /etc/bash.bashrc
2. ~ / .bashrc

Eine einfache Methode zum Bestimmen der Art der Bash-Shell ist das Definieren von .bash_profile und .bashrc sowie das Echo "Login-Shell" bzw. "Interactive-Shell".

Sobald Sie wissen, welche Art von Shell aufgerufen wird, haben Sie die Möglichkeit, Ihr Skript der Datei .bashrc oder .bash_profile in Ihrem Ausgangsverzeichnis hinzuzufügen. Alternativ können Sie das Zurücksetzen von LD_LIBRARY_PATH deaktivieren.

Wenn Ihr .bashrc oder .bash_profile durch einen Wächter ähnlich dem unten stehenden geschützt wird, müssen Sie möglicherweise Ihr Skript außerhalb aufrufen:

if [ "X$BASH_SOURCED" != "XYES" ]; then export BASH_SOURCED=YES  fi 

Solche Wachen werden normalerweise so platziert, dass verhindert wird, dass ein Skript mehrmals in einer Sitzung verwendet wird.

Bearbeiten: Wenn sich herausstellt, ob Tedius ermittelt, wo die Variable zurückgesetzt wird, und Sie beispielsweise Zugriff auf / etc / profile oder /etc/bash.bashrc haben, können Sie "set -x" am oberen Rand des Befehls vorübergehend hinzufügen Skript, um alle Befehle anzuzeigen, die ausgeführt werden. Die Ausgabe wird ziemlich ausführlich sein, also führen Sie zuerst ein "set -x" in Ihrer Shell aus und führen Sie einige Befehle aus, damit Sie wissen, was Sie erwartet.

_{(Diese Frage ist sehr alt, aber ich bin gerade auf das gleiche Problem gestoßen und dokumentiere die Lösung für die Nachrangigkeit :)}

Ich hatte dieses Problem mit dem GNU-Bildschirm (dem Terminal-Multiplexer), aber es kann auch bei einem normalen Terminal vorkommen. Teddy hatte in meinem Fall recht, Bildschirm hat Setguid gesetzt.

$ ls -l /usr/bin/screen -rwxr-sr-x 1 root 84 361016 Mar 30 2011 /usr/bin/screen ^ 

Meine Lösung bestand darin, LD_LIBRARY_PATH vor der Ausführung zu speichern und danach wiederherzustellen. Also habe ich einen Wrapper ~ / bin / screen (put / / bin auf PATH) mit folgendem Inhalt erstellt:

#!/bin/bash  # somehow, screen resets LD_LIBRARY_PATH. # save it here, and restore it in .bashrc export PRESERVE_LD_LIBRARY_PATH="$LD_LIBRARY_PATH" /usr/bin/screen "$@" 

und machte es dann mit ausführbar chmod +x ~/bin/screen. Möglicherweise müssen Sie eine neue Shell öffnen, damit der Wrapper aufgenommen werden kann.

Dann habe ich zu ~ / .bashrc folgendes hinzugefügt. Denken Sie daran, dass ~ / .bashrc bei jedem Start von bash abgerufen wird, im Gegensatz zu ~ / .bash_profile, das nur beim Login (normalerweise beim Start oder bei der Anmeldung über ssh) abgerufen wird.

if [[ "$PRESERVE_LD_LIBRARY_PATH" != "" ]]; then export LD_LIBRARY_PATH="$PRESERVE_LD_LIBRARY_PATH" #echo "restored LD_LIBRARY_PATH" export -n PRESERVE_LD_LIBRARY_PATH fi 

Jetzt sollte screen (oder aterm, xterm, ... einfach oben ersetzen) $ LD_LIBRARY_PATH wie gewünscht beibehalten.

Es scheint, als hätten Sie eine .bashrc (oder gleichwertige) Datei in Ihrem Home-Verzeichnis, die diese Variable definiert. Ich weiß jedoch nicht viel mehr Details.

Bearbeiten Ok, seit dem Start von bash funktioniert, vermute ich nicht die .bashrc. Möglicherweise jedoch eine andere Konfigurationsdatei, die auf dieselbe Weise ausgeführt wird, wenn Sie xterm oder aterm starten.

Die meisten Fenstersysteme erstellen den Anmeldeprozess neu, wenn sie ein Terminalfenster starten. Dies ist hauptsächlich darauf zurückzuführen, dass das Terminalfenster zum untergeordneten Element des Fenstermanagers und nicht zur Starthülle wird.

Fügen Sie es in Ihr .bash_profile oder .bashrc ein, wenn Sie möchten, dass es in einem neuen Fenster angezeigt wird.

Eine andere Alternative ist, xterm (zum Beispiel) ein Argument zu übergeben, um ein Startskript auszuführen. Beenden Sie das Skript nicht am Ende.