sh, scripts und co.

[treki]

Guten Abend allerseits

Hoffe, dass mir hier geholfen wird, denn leider hab ich
nach langem suchen und Probieren immer noch keine
Lösung. Folgende Situation:

Debian6.0 mit verschiedenen Scripts in diversen
Verzeichnissen, in denen sich jeweils eine Shell
befindet ->

/home/verzeichnis1/shell1.sh
/home/verzeichnis2/shell2.sh
/home/verzeichnis3/shell3.sh

Nun möchte ich in /home eine "globale" shell bauen,
damit ich über diese dann direkt alle 3 shells der
Unterverzeichnisse starten kann. Soll also heissen:
Ich starte in /home -> ./global.sh damit sollen dann
die anderen drei Shells (shell1, shell2, shell3) gestartet
werden.

Hintergrund: Die drei shells möchte ich nicht via cron
oder Autostart laufen lassen, jedoch will ich auch nicht
jedesmall alle drei shells manuell starten müssen, desshalb
wäre für mich eine solche "globale" shell praktisch.

In dem Fall ist hier die Frage, ist dies möglich? Wenn ja,
wie mache ich das genau? Hatte bisher immer Probleme,
wenn ich ein shell-script in einem Unterverzeichnis
ausführen wollte. Dies geht, trotz der Pfadangabe, nur,
wenn ich mich direkt in dem Verzeichnis befinde, in
welchem sich das auszuführende shell-script befindet.

Hoffe, mir kann da jemand einen Rat geben.

Mit freundlichen Grüssen

...

dies ist eine frage von einem kollegen an mich. hat einer eine ahnung?

[atze]

Da deine Frage sehr allgemein gehalten ist..

Code: [Auswählen]

$ cat mainscript.sh
#!/bin/sh

./script1/script1.sh
./script2/script2.sh
./script3/script3.sh

$ cat script1/script1.sh
#!/bin/sh

printf 'Script1'

$ cat script2/script2.sh
#!/bin/sh

printf 'Script2'

$ cat script3/script3.sh
#!/bin/sh

printf 'Script3'

$ ./mainscript.sh
Script1Script2Script3
[code]

[bst]

Auch Hallo,

vielleicht reicht denn auch so etwas?

Code: [Auswählen]

$ for i in verz*/scr*; do . $i; done
cu, Bernd

[endy66]

Klinke mich hier auch ein, habe selbes Problem. Die Lösung von atze
funktioniert leider nicht. Wie ist das von bst genau gemeint?

mfg

[Sauron]

Die Lösung von atze
funktioniert leider nicht.

Wie hast du atze`s Vorschlag umgesetzt? Augenscheinlich kann ich an seiner Vorgehensweise nicht erkennen, warum das nicht funktionieren soll.

[endy66]

Die Lösung von atze
funktioniert leider nicht.

Wie hast du atze`s Vorschlag umgesetzt? Augenscheinlich kann ich an seiner Vorgehensweise nicht erkennen, warum das nicht funktionieren soll.

Ziemlich 1:1. Bekomme jedoch immer "Datei oder Verzeichnis nicht gefunden".

mfg

[bst]

Hi,

wenn Du in Deinem Home-Verzeichnis bist

Code: [Auswählen]

bst@bstx ~ $ pwd
/home/bst
und dort diese Scripts existieren:

Code: [Auswählen]

bst@bstx ~ $ ls ver*/sc*
verzeichnis1/script1.sh  verzeichnis2/script2.sh  verzeichnis3/script3.sh
dann reicht es so aus diese hintereinander zu starten:

Code: [Auswählen]

bst@bstx ~ $ for i in ver*/sc*; do . $i; done
123bst@bstx ~ $
cu, Bernd

[endy66]

Code: [Auswählen]

for i in ver*/sc*; do . $i; done
Verstehe das nicht ganz, kannst du mir das erklären?

freundliche grüsse

[Wishbone]

Die Sternchen stehen für "egal was". Die Schleife startet also alles, was darauf passt. Ich rate davon ab.

[endy66]

Die Sternchen stehen für "egal was". Die Schleife startet also alles, was darauf passt. Ich rate davon ab.

Wie würdest du es denn machen? Will ja nur ein shell script aus einem
Unterverzeichnis starten, in dem ich mich aktuell nicht befinde, kann
das so schwierig sein?

freundliche Grüsse

[Robi]

Üblicherweise ist das Verzeichnis  /usr/local/bin dafür gedacht, dort eigene Skripte abzulegen. Und üblicherweise liegt dieses Verzeichnis im Pfad. Möchte man das Skript in einem anderen Verzeichnis liegen haben (wegen Systempflege oder aus anderen Gründen) dann kann man das auch dorthin verlinken.

Beispielsweise:

Code: [Auswählen]

LMDE ~ # sudo mkdir /usr/local/bin #falls das Verzeichnis noch nicht vorhanden ist
LMDE ~ # nano ~/shell-script.sh # wir schreiben mal 'echo Hello World!' hinein
LMDE ~ # sudo chmod u+x ~/shell-script.sh
LMDE ~ # sudo ln -s /usr/local/bin/shell-skript.sh ~/shell-script.sh
LMDE ~ # sudo shell-script.sh
Hello World!

LMDE ~ #
Ich vollziehe das gerade an meinem System nach, und ich wundere mich, dass /usr/local/bin noch nicht existiert; habe ich noch nie erlebt! Ich persönlich habe mir den Pfad erweitert, den ich in die ~/.bashrc reingeschrieben habe: 'export PATH=/woher/auch/immer:$PATH'. Bei mir liegen Skripte auf einer anderen Partition; das erleichtert die Installation neuer Systeme ungemein.

Und noch merkwürdiger: der Pfad erfasst "werksseitig" /usr/local/bin, obwohl das Verzeichnis nicht vorhanden ist.

Den Pfad kann man sich anzeigen lassen mit 'path'. Alle Umgebungsvariablen kann man sich anzeigen lassen mit 'env'. Ein einfacher Test, ob das neue Skript im Pfad zu finden ist: 'whereis shell-script.sh'.

[Wishbone]

Üblich ist $HOME/bin/

Ausführreche setzen:

Code: [Auswählen]

chmod u=rwx MEINSCRIPT
Dann MEINSCRIPT ggf. mit Pfad aufrufen. Das ist alles. Sudo brauchst Du nicht, wenn der Script keine Root-Rechte braucht.

@Robi: Hello World mit Root-Rechten ist eine echte Lachnummer. Du stelltst das Sicherheitskonzept von Linux auf den Kopf.

[atze]

Viel "interessanter" find ich die Idee als root sudo zu benutzen.. Ist mir in den letzten Wochen schon öfter aufgefallen..

LMDE ~ # sudo mkdir /usr/local/bin

[Blindenhund]

you made my day!

*ROFL* und weghüpf - selten so gut gelacht!!!

[Robi]

@Robi: Hello World mit Root-Rechten ist eine echte Lachnummer.

Ja klar, Lachnummer. ;-) War ein Beispiel. ;-) Ich hatte gehofft, dass Du es sinnvoll ergänzt. :-))

Du stelltst das Sicherheitskonzept von Linux auf den Kopf.

Hello World ist ein Sicherheits-Risiko? Das war mir neu... ;-)
Ich glaube nicht, dass der-diejenige(n), die hier Skripte coden, systemweit "Hello World"-Aufrufe machen wollen ...

Viel "interessanter" find ich die Idee als root sudo zu benutzen.. Ist mir in den letzten Wochen schon öfter aufgefallen..

LMDE ~ # sudo mkdir /usr/local/bin

Ja wirklich köstlich :-))) Wer glaubt denn sowas? :-))) Ich hab' sudo natürlich nachgetragen, weil ich mit root in der Konsole unterwegs bin. :-)))