read - Befehl funktioniert in Scripten nicht

[raa]

Hallo,

simples Bespiel:

Code: Alles auswählen

#!/bin/bash
 
read -p "Weiter mit beliebiger Taste ..."

echo Weiter

Der Gag: Wenn ich das als User hk oder als Root ausführe, gibt's keine Probleme, aber wenn ich es als User hk mit gksu aufrufe, hält es beim read - Befehl nicht an und wartet auf eine Usereingabe, sondern macht munter weiter. (Das geht mir mit allen read-Befehlen in meinen Scripten so.)

Im Netz habe ich nichts zu dem Fehler gefunden - weiß hier jemand, wo ich suchen muss?

[breakthewall]

Im Netz habe ich nichts zu dem Fehler gefunden - weiß hier jemand, wo ich suchen muss?

Du kannst auch nichts dazu finden, weil das kein Fehler ist sondern so beabsichtigt. Wenn Du ein interaktives Shellscript via gksu direkt an die Bash übergibst, und somit an ein anderes Environment, dann wurde das Shellscript komplett via /dev/stdin eingelesen, womit /dev/stdin effektiv belegt ist. Nur das Problem was nun besteht ist, dass read darauf angewiesen ist von /dev/stdin zu lesen, und somit keine Funktion mehr hat. Was mich jedoch dabei mehr wundert ist, warum Du das Shellscript so ausführen willst, zumal read kein grafisches Programm ist.

[raa]

Du kannst auch nichts dazu finden, weil das kein Fehler ist sondern so beabsichtigt. Wenn Du ein interaktives Shellscript via gksu direkt an die Bash übergibst, und somit an ein anderes Environment, dann wurde das Shellscript komplett via /dev/stdin eingelesen, womit /dev/stdin effektiv belegt ist. Nur das Problem was nun besteht ist, dass read darauf angewiesen ist von /dev/stdin zu lesen, und somit keine Funktion mehr hat.

Ah, klar.

Was mich jedoch dabei mehr wundert ist, warum Du das Shellscript so ausführen willst, zumal read kein grafisches Programm ist.

Naja, das sind nun mal Scripte, die mit Root-Rechten laufen müssen, aber hin und wieder eine Usereingabe verlangen. ("Das und das ist gelaufen, Ergebnis: ... Weiter <beliebige Taste> oder Abbruch <Esc>?" - so etwa.)

Ich hab's jetzt mal mit sudo probiert - und da funktioniert's! Komisch - oder auch nicht?

[raa]

Du kannst auch nichts dazu finden, weil das kein Fehler ist sondern so beabsichtigt. Wenn Du ein interaktives Shellscript via gksu direkt an die Bash übergibst, und somit an ein anderes Environment, dann wurde das Shellscript komplett via /dev/stdin eingelesen, womit /dev/stdin effektiv belegt ist. Nur das Problem was nun besteht ist, dass read darauf angewiesen ist von /dev/stdin zu lesen, und somit keine Funktion mehr hat.

Ah, klar.

Ich hab's jetzt mal mit sudo probiert - und da funktioniert's! Komisch - oder auch nicht?

Wirklich komisch. Das mit dem Environment scheint mir nämlich auf den ersten Blick genau andersrum zu sein: Meine Scripte kennen "meine" Umgebungsvariablen nicht, wenn ich sie mit sudo aufrufe, mit gksu schon.

Hab' also mal probiert: "gksu env" liefert mir dieselben Umgebungsvariablen wie "env", "sudo env" nicht. Seltsam.