Forum

Dietpi v6.34.3
Ich starte beim/nach dem Booten ein Script (xxx.sh), das in /var/lib/dietpi/dietpi-autostart/custom.sh aufgerufen wird.
Schon in custom.sh (als auch in xxx.sh) ist keine Eingabe über die Tastatur mehr möglich. Echo "xxx" hingegen durchaus.
Da gibt es doch sicher eine einfache Lösung (ohne Python).
Vielen Dank

» Dietpi v6.34.3
» Ich starte beim/nach dem Booten ein Script (xxx.sh), das in
» /var/lib/dietpi/dietpi-autostart/custom.sh aufgerufen wird.
» Schon in custom.sh (als auch in xxx.sh) ist keine Eingabe über die Tastatur
» mehr möglich. Echo "xxx" hingegen durchaus.
» Da gibt es doch sicher eine einfache Lösung (ohne Python).
» Vielen Dank

Wenn das Script über rc.local gestartet wird, garnicht

» » Dietpi v6.34.3
» » Ich starte beim/nach dem Booten ein Script (xxx.sh), das in
» » /var/lib/dietpi/dietpi-autostart/custom.sh aufgerufen wird.
» » Schon in custom.sh (als auch in xxx.sh) ist keine Eingabe über die
» Tastatur
» » mehr möglich. Echo "xxx" hingegen durchaus.
» » Da gibt es doch sicher eine einfache Lösung (ohne Python).
» » Vielen Dank
»
» Wenn das Script über rc.local gestartet wird, garnicht

Da ist's leider genauso. Und woher kommt das denn?

» » » Dietpi v6.34.3
» » » Ich starte beim/nach dem Booten ein Script (xxx.sh), das in
» » » /var/lib/dietpi/dietpi-autostart/custom.sh aufgerufen wird.
» » » Schon in custom.sh (als auch in xxx.sh) ist keine Eingabe über die
» » Tastatur
» » » mehr möglich. Echo "xxx" hingegen durchaus.
» » » Da gibt es doch sicher eine einfache Lösung (ohne Python).
» » » Vielen Dank
» »
» » Wenn das Script über rc.local gestartet wird, garnicht
»
» Da ist's leider genauso. Und woher kommt das denn?

Ist so, warum weiß ich auch nicht. Eventuell um genau solche Situationen zu vermeiden oder weil init noch keine Tastatur kennt.

Du könntest den Prozess aus dem Kontext nehmen, aber ob das so eine gute Idee ist... Was hast du denn vor? Den Start verzögern?

» » » » Dietpi v6.34.3
» » » » Ich starte beim/nach dem Booten ein Script (xxx.sh), das in
» » » » /var/lib/dietpi/dietpi-autostart/custom.sh aufgerufen wird.
» » » » Schon in custom.sh (als auch in xxx.sh) ist keine Eingabe über die
» » » Tastatur
» » » » mehr möglich. Echo "xxx" hingegen durchaus.
» » » » Da gibt es doch sicher eine einfache Lösung (ohne Python).
» » » » Vielen Dank
» » »
» » » Wenn das Script über rc.local gestartet wird, garnicht
» »
» » Da ist's leider genauso. Und woher kommt das denn?
»
» Ist so, warum weiß ich auch nicht. Eventuell um genau solche Situationen zu
» vermeiden oder weil init noch keine Tastatur kennt.
»
» Du könntest den Prozess aus dem Kontext nehmen, aber ob das so eine gute
» Idee ist... Was hast du denn vor? Den Start verzögern?

Ein schlichtes Relais-Steuerungsprogramm, das beim Einschalten des Pi gestartet wird, mit Eingabe, Ausgabe und Steuerungs-Funktionen.
Das dürfte doch wohl kein Problem sein. Ich bin nach tagelanger Recherche ziemlich erstaunt, welche Schwierigkeiten so ein simpler Vorgang macht.
Schließlich will ich die Standard-Ausgabe noch auf den i2c umleiten. Aber das später.

» » » » » Dietpi v6.34.3
» » » » » Ich starte beim/nach dem Booten ein Script (xxx.sh), das in
» » » » » /var/lib/dietpi/dietpi-autostart/custom.sh aufgerufen wird.
» » » » » Schon in custom.sh (als auch in xxx.sh) ist keine Eingabe über die
» » » » Tastatur
» » » » » mehr möglich. Echo "xxx" hingegen durchaus.
» » » » » Da gibt es doch sicher eine einfache Lösung (ohne Python).
» » » » » Vielen Dank
» » » »
» » » » Wenn das Script über rc.local gestartet wird, garnicht
» » »
» » » Da ist's leider genauso. Und woher kommt das denn?
» »
» » Ist so, warum weiß ich auch nicht. Eventuell um genau solche Situationen
» zu
» » vermeiden oder weil init noch keine Tastatur kennt.
» »
» » Du könntest den Prozess aus dem Kontext nehmen, aber ob das so eine gute
» » Idee ist... Was hast du denn vor? Den Start verzögern?
»
» Ein schlichtes Relais-Steuerungsprogramm, das beim Einschalten des Pi
» gestartet wird, mit Eingabe, Ausgabe und Steuerungs-Funktionen.
» Das dürfte doch wohl kein Problem sein. Ich bin nach tagelanger Recherche
» ziemlich erstaunt, welche Schwierigkeiten so ein simpler Vorgang macht.
» Schließlich will ich die Standard-Ausgabe noch auf den i2c umleiten. Aber
» das später.

Dann lass es in der bashrc laufen.

Linux unterscheidet vereinfacht gesagt unter dem syststart der in seinem init Kontext läuft und zwischen Benutzern. Bashrc ist sowas wie ein Autostart nach Login.

» » » » » Dietpi v6.34.3
» » » » » Ich starte beim/nach dem Booten ein Script (xxx.sh), das in
» » » » » /var/lib/dietpi/dietpi-autostart/custom.sh aufgerufen wird.
» » » » » Schon in custom.sh (als auch in xxx.sh) ist keine Eingabe über die
» » » » Tastatur
» » » » » mehr möglich. Echo "xxx" hingegen durchaus.
» » » » » Da gibt es doch sicher eine einfache Lösung (ohne Python).
» » » » » Vielen Dank
» » » »
» » » » Wenn das Script über rc.local gestartet wird, garnicht
» » »
» » » Da ist's leider genauso. Und woher kommt das denn?
» »
» » Ist so, warum weiß ich auch nicht. Eventuell um genau solche Situationen
» zu
» » vermeiden oder weil init noch keine Tastatur kennt.
» »
» » Du könntest den Prozess aus dem Kontext nehmen, aber ob das so eine gute
» » Idee ist... Was hast du denn vor? Den Start verzögern?
»
» Ein schlichtes Relais-Steuerungsprogramm, das beim Einschalten des Pi
» gestartet wird, mit Eingabe, Ausgabe und Steuerungs-Funktionen.
» Das dürfte doch wohl kein Problem sein. Ich bin nach tagelanger Recherche
» ziemlich erstaunt, welche Schwierigkeiten so ein simpler Vorgang macht.
» Schließlich will ich die Standard-Ausgabe noch auf den i2c umleiten. Aber
» das später.
Nochmal zu deinen Antworten:
Bei DietPi gibt's keine rc.local
Warum sollte man "genau solche Situationen" vermeiden?

» » » » » » Dietpi v6.34.3
» » » » » » Ich starte beim/nach dem Booten ein Script (xxx.sh), das in
» » » » » » /var/lib/dietpi/dietpi-autostart/custom.sh aufgerufen wird.
» » » » » » Schon in custom.sh (als auch in xxx.sh) ist keine Eingabe über
» die
» » » » » Tastatur
» » » » » » mehr möglich. Echo "xxx" hingegen durchaus.
» » » » » » Da gibt es doch sicher eine einfache Lösung (ohne Python).
» » » » » » Vielen Dank
» » » » »
» » » » » Wenn das Script über rc.local gestartet wird, garnicht
» » » »
» » » » Da ist's leider genauso. Und woher kommt das denn?
» » »
» » » Ist so, warum weiß ich auch nicht. Eventuell um genau solche
» Situationen
» » zu
» » » vermeiden oder weil init noch keine Tastatur kennt.
» » »
» » » Du könntest den Prozess aus dem Kontext nehmen, aber ob das so eine
» gute
» » » Idee ist... Was hast du denn vor? Den Start verzögern?
» »
» » Ein schlichtes Relais-Steuerungsprogramm, das beim Einschalten des Pi
» » gestartet wird, mit Eingabe, Ausgabe und Steuerungs-Funktionen.
» » Das dürfte doch wohl kein Problem sein. Ich bin nach tagelanger
» Recherche
» » ziemlich erstaunt, welche Schwierigkeiten so ein simpler Vorgang macht.
» » Schließlich will ich die Standard-Ausgabe noch auf den i2c umleiten.
» Aber
» » das später.
» Nochmal zu deinen Antworten:
» Bei DietPi gibt's keine rc.local
» Warum sollte man "genau solche Situationen" vermeiden?

OK, schon auf systemd.

Schau Mal hier, da sind weitere Pfade drinnen.

https://dietpi.com/phpbb/viewtopic.php?t=3394

Wichtig eben, bei Boot keine console, lass das Script nach Login laufen

» » » » » » » Dietpi v6.34.3
» » » » » » » Ich starte beim/nach dem Booten ein Script (xxx.sh), das in
» » » » » » » /var/lib/dietpi/dietpi-autostart/custom.sh aufgerufen wird.
» » » » » » » Schon in custom.sh (als auch in xxx.sh) ist keine Eingabe über
» » die
» » » » » » Tastatur
» » » » » » » mehr möglich. Echo "xxx" hingegen durchaus.
» » » » » » » Da gibt es doch sicher eine einfache Lösung (ohne Python).
» » » » » » » Vielen Dank
» » » » » »
» » » » » » Wenn das Script über rc.local gestartet wird, garnicht
» » » » »
» » » » » Da ist's leider genauso. Und woher kommt das denn?
» » » »
» » » » Ist so, warum weiß ich auch nicht. Eventuell um genau solche
» » Situationen
» » » zu
» » » » vermeiden oder weil init noch keine Tastatur kennt.
» » » »
» » » » Du könntest den Prozess aus dem Kontext nehmen, aber ob das so eine
» » gute
» » » » Idee ist... Was hast du denn vor? Den Start verzögern?
» » »
» » » Ein schlichtes Relais-Steuerungsprogramm, das beim Einschalten des Pi
» » » gestartet wird, mit Eingabe, Ausgabe und Steuerungs-Funktionen.
» » » Das dürfte doch wohl kein Problem sein. Ich bin nach tagelanger
» » Recherche
» » » ziemlich erstaunt, welche Schwierigkeiten so ein simpler Vorgang
» macht.
» » » Schließlich will ich die Standard-Ausgabe noch auf den i2c umleiten.
» » Aber
» » » das später.
» » Nochmal zu deinen Antworten:
» » Bei DietPi gibt's keine rc.local
» » Warum sollte man "genau solche Situationen" vermeiden?
»
» OK, schon auf systemd.
»
» Schau Mal hier, da sind weitere Pfade drinnen.
»
» https://dietpi.com/phpbb/viewtopic.php?t=3394
»
» Wichtig eben, bei Boot keine console, lass das Script nach Login laufen

Vielen Dank, aber diese Seite ist grauenhaft, genau das will ich vermeiden.
Ich will eben kein Login, weil es bei dem Projekt keinen Monitor und nur eine numerische Tastatur gibt.
Und ich frage mich, warum es diese Autostart-Funktion gibt und die Consolen-Ausgabe aber nicht -Eingabe.
Wahrscheinlich Sicherheit. Schade, ich werde wohl doch lieber einen Atmel in Assembler programmierern, das geht schneller.
Aber vielen Dank für die Mühe.

» Vielen Dank, aber diese Seite ist grauenhaft, genau das will ich
» vermeiden.
» Ich will eben kein Login, weil es bei dem Projekt keinen Monitor und nur
» eine numerische Tastatur gibt.
Ohne Login keine User-Eingabe. Du kannst dich aber automatisch anmelden.
https://unix.stackexchange.com/questions/401759/automatically-login-on-debian-9-2-1-command-line/401798#401798

» Und ich frage mich, warum es diese Autostart-Funktion gibt und die
» Consolen-Ausgabe aber nicht -Eingabe.
Die ist auch eher dafür gedacht scripte auszuführen die beim erreichen bestimmter runlevel ausgeführt werden sollen, nicht für die Interaktion mit dem Benutzer.

» Wahrscheinlich Sicherheit.
So ist es. I.d.R. willst du keine nicht-authentifizierten Benutzer auf einem System. Für Sonderfälle gibt es aber Möglichkeiten. Ich habe autologin bisher nur mit grafischer Oberfäche gemacht aber ich bin mir sehr sicher, dass es auch mit dem Terminal klappt.

» Schade, ich werde wohl doch lieber einen Atmel
» in Assembler programmierern, das geht schneller.
Wenn es mit einem Atmel einfacher geht ist ein PI vermutlich eh überdimensioniert.

» » Vielen Dank, aber diese Seite ist grauenhaft, genau das will ich
» » vermeiden.
» » Ich will eben kein Login, weil es bei dem Projekt keinen Monitor und nur
» » eine numerische Tastatur gibt.
» Ohne Login keine User-Eingabe. Du kannst dich aber automatisch anmelden.
» https://unix.stackexchange.com/questions/401759/automatically-login-on-debian-9-2-1-command-line/401798#401798
»
» » Und ich frage mich, warum es diese Autostart-Funktion gibt und die
» » Consolen-Ausgabe aber nicht -Eingabe.
» Die ist auch eher dafür gedacht scripte auszuführen die beim erreichen
» bestimmter runlevel ausgeführt werden sollen, nicht für die Interaktion mit
» dem Benutzer.
»
» » Wahrscheinlich Sicherheit.
» So ist es. I.d.R. willst du keine nicht-authentifizierten Benutzer auf
» einem System. Für Sonderfälle gibt es aber Möglichkeiten. Ich habe
» autologin bisher nur mit grafischer Oberfäche gemacht aber ich bin mir sehr
» sicher, dass es auch mit dem Terminal klappt.
»
» » Schade, ich werde wohl doch lieber einen Atmel
» » in Assembler programmierern, das geht schneller.
» Wenn es mit einem Atmel einfacher geht ist ein PI vermutlich eh
» überdimensioniert.
ja, total, aber er wurde im MAKE vorgeschlagen. Und ich dachte nicht, dass ein so hochgelobtes System so unfreundlich ist, dass nicht mal die Speziallisten weiterwissen.
Natürlich will ich auf einem abgeschlossenem System, das nur für Steuerungszwecke dient, kein Login.
Aber Danke für den Tip, werde ich morgen weiterverfolgen.

» » » Vielen Dank, aber diese Seite ist grauenhaft, genau das will ich
» » » vermeiden.
» » » Ich will eben kein Login, weil es bei dem Projekt keinen Monitor und
» nur
» » » eine numerische Tastatur gibt.
» » Ohne Login keine User-Eingabe. Du kannst dich aber automatisch anmelden.
»
» »
» https://unix.stackexchange.com/questions/401759/automatically-login-on-debian-9-2-1-command-line/401798#401798
» »
» » » Und ich frage mich, warum es diese Autostart-Funktion gibt und die
» » » Consolen-Ausgabe aber nicht -Eingabe.
» » Die ist auch eher dafür gedacht scripte auszuführen die beim erreichen
» » bestimmter runlevel ausgeführt werden sollen, nicht für die Interaktion
» mit
» » dem Benutzer.
» »
» » » Wahrscheinlich Sicherheit.
» » So ist es. I.d.R. willst du keine nicht-authentifizierten Benutzer auf
» » einem System. Für Sonderfälle gibt es aber Möglichkeiten. Ich habe
» » autologin bisher nur mit grafischer Oberfäche gemacht aber ich bin mir
» sehr
» » sicher, dass es auch mit dem Terminal klappt.
» »
» » » Schade, ich werde wohl doch lieber einen Atmel
» » » in Assembler programmierern, das geht schneller.
» » Wenn es mit einem Atmel einfacher geht ist ein PI vermutlich eh
» » überdimensioniert.
» ja, total, aber er wurde im MAKE vorgeschlagen. Und ich dachte nicht, dass
» ein so hochgelobtes System so unfreundlich ist, dass nicht mal die
» Speziallisten weiterwissen.
» Natürlich will ich auf einem abgeschlossenem System, das nur für
» Steuerungszwecke dient, kein Login.
» Aber Danke für den Tip, werde ich morgen weiterverfolgen.

Naja, da läuft ein vollwertiges Linux, genau so eins auf viele Webserver läuft. Die dort notwendige Sicherheit ist tief im System verankert, sodass Du sie für Deine Anwendung "aushebeln" musst.

Einen login brauchst Du immer. Der Grund ist, dass das Betriebssystem über den Benutzer weiß, was die Programme alles dürfen.

Das hat aber auch Vorteile: Du kannst nicht ausversehen mit einem Fehler im Script deinen ganzen Rechner zerschießen.