[geloest] Programm ausführen

[hasso]

Moin!

Das muss ich -- glaub' ich -- hier mal posten:

Ich versuche als ROOT ein Programm auszuführen,
das ausführbar ist, das ROOT gehört und zur Gruppe ROOT gehört.

Wenn ich in das Verzeichnis wechsle, in dem das Programm liegt und
es dort ausführe, geht's wunderbar:

Code: Alles auswählen

root@rechner:/usr/local/sbin/open2300# ./fetch2300

Nur, wenn ich _nicht_ im Verzeichnis des Programms bin, sondern
den gesamten Programmpfad mit angebe, geht's nicht:

Code: Alles auswählen

root@rechner:~# /usr/local/sbin/open2300/./fetch2300

Das letztere habe ich auf anderen Linuxkisten (alle Debian) schon
zigmal ausgeführt, ging _immer_. Kann es sein, dass das letzte
"dist-upgrade" schuld daran ist?

Etwas ratlos grüßt,

Hasso

[rksteve]

wenn du eh den Pfad angibst kannst du ./ weglassen.

Code: Alles auswählen

root@rechner:~# /usr/local/sbin/open2300/fetch2300

Obwohl ich gedacht hätte das es auch mit funktioniert da ./ das akutelle Verzeichnis ist

[Duff]

Sollte eigentlich auch funktionieren.

Code: Alles auswählen

daniel@daniel-laptop:/tmp$ cat test.sh
#!/bin/bash
echo "test"

daniel@daniel-laptop:/tmp$ /tmp/./test.sh
test

daniel@daniel-laptop:/tmp$ /tmp/test.sh
test

(Skript liegt nicht im Pfad)

[hasso]

OK.

Danke erstmal für Eure Antworten.

Das "./" vor dem Programmnamen brauche ich doch aber _immer_,
wenn der Programmpfad nicht in der Umgebungsvariable $PATH
enthalten ist, oder? Ansonsten wird das Programm doch gar nicht
erst ausgeführt ...

MfG!

Hasso

[Duff]

Ja genau.

Entweder dem Skript ein ./skript.sh voran stellen oder aber den Pfad, in dem das Skript liegt, mit in $PATH aufnehmen.

Z.B. in der .bashrc

[comes]

den ./ brauchst du nur, wenn du ein programm im AKTUELLEN verzeichnis ausführen willst.

grund:
wenn das programm nicht in path eingetragen ist, erwartet linux das du ihm sagst wo das programm liegt, welches du starten willst.
es erwartet also immer Pfadangabe + Programm

./ ist hier die pfadangabe = aktuelles verzeichnis
foobar = programmname

es kann durchaus sein, dass das von dir gewünschte programm intern irgendwelche pfade ändert. DENN wenn du das programm von /home/foo/ ausführen willst mit

Code: Alles auswählen

/home/foo/ $: cd /foo/bar/klaus/
/foo/bar/klaus/ $: ./dieter.sh

dieter.sh (das script) intern ein ./../fritz/ macht. dann heißt das im klartext er geht von /foo/bar/klaus/ nach /foo/bar/fritz

Code: Alles auswählen

/home/foo/ $: /foo/bar/klaus/dieter.sh

wenn du das jetzt aber von /home/foo/ startest, macht er es anders. dann sucht er unter /home/fritz/ was es vermutlich nicht geben wird. darum läuft dein programm nicht.

bissl wirr, ich weiß, vllt kann es jemand verständlicher formulieren, aber das is meine vermutung warum dein tool nicht lüppt

nachtrag:
sowas wird gern gemacht um absolute pfadangaben zu vermeiden

[hasso]

Joho moin!

@all:

Danke für die Nachrichten!

@comes:

Deine Nachricht war gar nicht so wirr! Jetzt hab' ich das _endlich_ mal mit
diesem "./" kapiert! Jetzt weiss ich endlich, wofür dieses "Dummy-Verzeichnis"
eigentlich gut ist.

Ich würde mich selbst zwar mittlerweile als "fortgeschrittener" Linux-User
bezeichnen, aber _das_ war mir bislang nie so ganz klar gewesen. Jetzt: Glaskar!
Danke, danke, danke!


Achja, der Grund, wieso die Sch**** nicht lief:

Hätte mal das README zur Software aufmerksamer lesen sollen: Config-Datei muss
mit _absolutem_ Pfad übergeben werden ... jetzt geht's ...

@all:

Nochmal vielen Dank!

Gruß

Hasso