[gelöst]bash | von wo werde ich gestart?

[Rubberduck]

Hi,

ich finde es einfach nicht...
Wie finde ich im Skript heraus von wo aus das Skript gestartet wurde, also wo es liegt. Mit komplettem Pfad.
Das ist doch sicherlich eine Standard Variable wie $$ oder so...

Danke für die Hilfe

Rubberduck

[Dogge]

Findet man das nicht mit

Code: Alles auswählen

pwd

oder so ähnlich raus? Hab gerade leider kein Linux zur Hand.

Edit: Pwd scheint zu stimmen: http://wiki.ubuntuusers.de/pwd

[r900]

Edit: Pwd scheint zu stimmen: http://wiki.ubuntuusers.de/pwd

$PWD ist das aktuelle Verzeichnis. Wenn man vorher im Skript das Verzeichnis wechselt passt es also nicht mehr.

Eine ausführliche Antwort auf die Frage gibt es hier: http://mywiki.wooledge.org/BashFAQ/028. Die beste Lösung:

try to avoid the problem entirely by not depending on the location of your script!

[Rubberduck]

Eine interessante Seite und ich verstehe das Problem.
Aber es ärgert mich, denn stellen wir uns folgendes vor.

Ich möchte in einem Skript prüfen ob ich bestimmte Voraussetzungen schon mal installiert habe oder nicht und möchte diese Information in ein File - in den Ordner des Skripts - schreiben.
Beim nächsten Durchlauf wird diese Datei geprüft und die Installation übersprungen.
Sicher kann ich das irgendwo hin "fest verdrahten" aber portabel ist anders.

Oder?
Aber danke für die Info.

Edit: Wobei in meinem Fall würde "$0" den Job machen aber: Zitat:"

The suspect answer is "in some shells, $0 is always an absolute path, even if you invoke the script using a relative path, or no path at all". But this isn't reliable across shells; some of them (including BASH) return the actual command typed in by the user instead of the fully qualified path. And this is just the tip of the iceberg!

.....dann werde ich es mir wohl erst garnicht angewöhnen...

[r900]

Ich möchte in einem Skript prüfen ob ich bestimmte Voraussetzungen schon mal installiert habe oder nicht und möchte diese Information in ein File - in den Ordner des Skripts - schreiben.

Und was soll passieren wenn das Skript nicht mit ./skript.sh sondern mit ordner/skript.sh aufgerufen wird? Möglichkeiten gibt es genug, du müsstest nur mal etwas mehr ins Detail gehen.

[uname]

Es gibt ein paar Shellbefehle. Ich denke du suchst "dirname" in Verbindung mit "readlink". Wobei vielleicht geht es einfacher.

Code: Alles auswählen

#!/bin/bash
echo "name:" $0
echo "basename: " $(basename $0)
echo "dirname: " $(dirname $0)

fullname=$(readlink -f $0)
echo "fullname: " $fullname
echo "fulldirname:" $(dirname $fullname)

Kurzversion für dein Problem. Der vollständige Pfad für $0 ist:

Code: Alles auswählen

$(dirname $(readlink -f $0))

Bitte lese die Manuals. Ich weiß nicht wie sich die Befehle z.B. bei symbolischen Links verhalten würden. Aber auf $0 würde ich bestimmt nicht prüfen

[r900]

Too often, people believe the configuration of a script should reside in the same directory where they put their script. This is the root of the problem.

A UNIX paradigm exists to solve this problem for you: configuration artifacts of your scripts should exist in either the user's HOME directory or /etc. That gives your script an absolute path to look for the file, solving your problem instantly: you no longer depend on the "location" of your script:

[Rubberduck]

hm, ich hatte doch schon geschrieben, dass ich es verstanden hatte und es mir deswegen auch nicht angewöhnen werde S0 zu benutzen.

Mit dirname habe ich es dann hinbekommen.

Code: Alles auswählen

iniFile=$(dirname "$0")/config.ini

Deine Version

Code: Alles auswählen

iniFile=$(dirname $(readlink -f $0))/config.ini

funktioniert genauso, ist sie besser, wenn ja warum?

Danke und Gruß

[uname]

Sie wird dann besser sein wenn du das Programm ($0) von unterschiedlichen Pfaden wie oben beschrieben aufrufst. Das mag z.B. per CRON nicht passieren. Wenn du es aber z.B. manuell nutzt wird meine Version den Unterschied zwischen ./skript.sh und ordner/skript.sh verkraften, da der Pfad immer absolut ist. Deine Version verkraftet den Unterschied leider nicht. Wobei es nur dann relevant wird wenn du den Pfad irgendwo weiterverarbeitest (z.B. in Listen speicherst usw.). Am besten du gibst einfach mal den Wert von "iniFile" bei verschiedenen Aufrufen aus. Verwiesen wird jedoch immer auf die selbe Datei. Bei mir absolut und bei dir absolut oder auch mal relativ.
Nachtrag:
Ich weiß gar nicht ob die Anführungszeichen bei "$0" notwendig sind. Werden die für Dateinamen mit Leerzeichen gebraucht?

[r900]

Code: Alles auswählen

iniFile=$(dirname $(readlink -f $0))/config.ini

funktioniert genauso

Anführungszeichen nicht vergessen: "$0". Man weiß ja nie was der Pfad so alles für Zeichen enthält.

Werden die für Dateinamen mit Leerzeichen gebraucht?

Ja. $0 kann Leerzeichen und andere Sonderzeichen enthalten (nicht escaped).

[Meillo]

Ich möchte in einem Skript prüfen ob ich bestimmte Voraussetzungen schon mal installiert habe oder nicht und möchte diese Information in ein File - in den Ordner des Skripts - schreiben.
Beim nächsten Durchlauf wird diese Datei geprüft und die Installation übersprungen.
Sicher kann ich das irgendwo hin "fest verdrahten" aber portabel ist anders.

Man sollte sich hueten das Problem und einen Loesungsansatz zu mischen. Hier ging's jetzt nur darum wie dein Loesungsansatz (Datei im gleichen Verzeichnis) umgesetzt werden kann. Sinnvoller waere es den *besten* Loesungsansatz fuer ein Problem zu finden und diesen umzusetzen.

Zuerst sollte man sich fragen ob es denn nicht auch moeglich waere auf dieses Abspeichern einer Datei ganz zu verzichten. Muss ein Programm denn unbedingt wissen ob es zum ersten Mal ausgefuehrt wird? Gute Programme verhalten sich bei jeder Ausfuehrung gleich.

Dann: Was bedeutet zum ersten Mal? Auf dem Betriebssystem? Auf dem Dateisystem? Von diesem Nutzer? Aus diesem Verzeichnis?

Wenn du nun tatsaechlich vermerken musst dass es das erste Mal war, dann waeren folgende Verzeichnisse (aus der Manpage hier(7)) geeignete Plaetze:

Code: Alles auswählen

/var/lib
              Variable state information for programs.

/var/tmp
              Like  /tmp,  this  directory holds temporary files
              stored for an unspecified duration.

[hikaru]

Wenn du nun tatsaechlich vermerken musst dass es das erste Mal war, dann waeren folgende Verzeichnisse (aus der Manpage hier(7)) geeignete Plaetze:

Code: Alles auswählen

/var/lib
              Variable state information for programs.

/var/tmp
              Like  /tmp,  this  directory holds temporary files
              stored for an unspecified duration.

/var/tmp ist da eher weniger geeignet, denn "unspecified duration" ist eben genau das: "unspecified"
Man kann sich daher nicht darauf verlassen dass dort gespeicherte Informationen dauerhaft verfügbar sind. Bei gewissen Installationen lege ich das Verzeichnis z.B. in ein tmpfs, es ist also nach einem Reboot wieder jungfräulich.

Deine Frage was "zum ersten mal" bedeutet ist hier sehr wichtig. Heißt das pro User böte sich z.B. eine Datei oder ein Verzeichnis $HOME/.programmname an. Pro Betriebssystem spräche für eine ähnliche Struktur in /etc sofern einem die üblicherweise fehlenden Schreibrechte nicht im Weg stehen.

[uname]

/var/tmp ist da eher weniger geeignet, denn "unspecified duration" ist eben genau das: "unspecified"

Kannte das Verzeichnis nicht. Habe gerade mal ein wenig Datenschrott aus 2005 gelöscht (habe von Sarge bis Wheezy alle 2 Jahre geupgradet).

[Rubberduck]

;=) Ich sehe (zu meiner Beruhigung) so ganz einig seid ihr euch auch nicht.

Mein momentanes Projekt ist es einen Audio-Konverter zu schreiben.
In dem dafür eigenen Installations-Skript soll lediglich vermerkt werden ob alle abhängigen Programme installiert sind,
anderenfalls läuft apt durch.

Nichts dramatisches - wenn ihr jetzt also sagt, sowas macht man nicht oder nur in bestimmten Ordnern, ja dann mach ich das eben so.
Ich verlasse mich da schon auf eure Meinung.

Wir müssen es auch nicht sonderlich aufbauschen.

Rubberduck

[hikaru]

Mein momentanes Projekt ist es einen Audio-Konverter zu schreiben.
In dem dafür eigenen Installations-Skript soll lediglich vermerkt werden ob alle abhängigen Programme installiert sind,
anderenfalls läuft apt durch.

Distributionsspezifische Installerskripte (apt anwerfen) finde ich einen ziemlich unsauberen Hack.
Die sauberere Variante wäre, ein Paket zu bauen, das dann seine Abhängigkeiten selbst definiert.

[r900]

In dem dafür eigenen Installations-Skript soll lediglich vermerkt werden ob alle abhängigen Programme installiert sind,
anderenfalls läuft apt durch.

Das prüfst du besser mit dpkg oder type. Kann ja auch sein dass die Programme mal installiert wurden und dann wieder irgendwann entfernt werden. Also so wie ich das bisher sehe ist das einer der Fälle wo man komplett ohne Datei auskommt. Und den Sinn von "Datei im Skript-Verzeichnis" sehe ich in diesem Fall erst recht nicht. Wenn ich das Skript in ein anderes Verzeichnis verschiebe sind die über apt installierten Programme nach wie vor installiert, nur dein Skript weiß davon nichts mehr.

Aber das nur der Vollständigkeit halber. Wenn du damit leben kannst ist dein Problem gelöst.

[Rubberduck]

Ok, vielen Dank für eure Antworten, werde mir das Eine oder Andere überlegen.


Gruß
Rubberduck

[wanne]

Also ich fürhe Scripte oft so aus: cat script | bash . Ist zwar etwas ineffizenter als bash script für mich einigermasen logisch: Zuerst denke ich, ich will was mit dem script machen und dann OK ich führe es mit der bash aus. Da ist $0 dann plözlich bash.
Dann gibt es da ncoh harte Links => Die gleihe Datei kann in 2 Ordnern liegen.

[Meillo]

Also ich fürhe Scripte oft so aus: cat script | bash . Ist zwar etwas ineffizenter als bash script für mich einigermasen logisch: Zuerst denke ich, ich will was mit dem script machen und dann OK ich führe es mit der bash aus. Da ist $0 dann plözlich bash.

Sehr guter Einwand! Danke.

Solche Moeglichkeiten sollte man keinesfalls verbauen.