(gelöst)Script läueft nur nach reboot

Heute ist Stammtischzeit:
Jeden Donnerstag 20:30 Uhr hier im Chat.
Wer Lust hat, kann sich gerne beteiligen. ;)
  • Habe jetzt noch folgendes probiert.

    Script wird richtig aufgerufen nach reboot:

    pi@raspberrypi:~/th $ sudo systemctl status -l ein_ausvonalarm

    ● ein_ausvonalarm.service - ein_ausvonalarm Service

    Loaded: loaded (/lib/systemd/system/ein_ausvonalarm.service; enabled)

    Active: active (running) since Do 2020-10-15 14:58:52 CEST; 9min ago

    Main PID: 807 (python3)

    CGroup: /system.slice/ein_ausvonalarm.service

    └─807 /usr/local/bin/python3 /home/pi/th/ein_ausvonalarm.py

    Okt 15 14:58:52 raspberrypi systemd[1]: Started ein_ausvonalarm Service.

    Wenn ich mit Putty eingeloggt bin und das script im Terminal ausfuehre pi@raspberrypi:~/th $ /home/pi/th/ein_ausvonalarm.py

    und dann den Taster druecke geht es und sendet Mail. Auch der Log eintrag ist richtig.

    Auch ps aux zeigt das es laeuft.

    root 807 1.2 2.2 39796 9976 ? Ssl 14:58 0:30 /usr/local/bin/python3 /home/pi/th/ein_ausvonalarm.py

    pi@raspberrypi:~/th $ /home/pi/th/ein_ausvonalarm.py

    Email sent Alarm Ein

    Email sent Alarm Aus

    Ist den die Unit fuer ein_ausvonalarm.service richtig??

    Was kann ich noch probieren?

    Gruss

    gwaag

    Einmal editiert, zuletzt von gwaag (15. Oktober 2020 um 15:41)

  • Moin gwaag,

    so sieht ein Login des Users "pi" aus.

    Zitat

    Okt 15 22:37:51 bernd-test sshd[1028]: Accepted password for pi from 192.168.1.13 port 37128 ssh2

    Okt 15 22:37:51 bernd-test sshd[1028]: pam_unix(sshd:session): session opened for user pi by (uid=0)

    Okt 15 22:37:51 bernd-test systemd-logind[385]: New session c3 of user pi.

    Okt 15 22:37:51 bernd-test systemd[1]: Started Session c3 of user pi.

    Mehr passiert bei mir nicht.

    Wenn bei dir durch das Login was gestoppt wird, dann sollte es irgendwo stehen.

    Merke dir die Zeit deines Logins und gebe nachfolgendes in einer Konsole/Terminal ein: journalctl -ae . Du solltest ähnliche Zeilen ziemlich am Ende sehen. Wenn unmittelbar danach noch was kommt, könnte das der Fehler sein.

    Ist dir überhaupt bekannt, ob dein Script irgendwelche Logeinträge macht?

    Mach eine zweite Konsole auf. In der ersten rufst du journalctl -f und in der zweiten rufst du das Script auf. Wenn da was kommt, gut, wenn nicht dann solltest, wie schon vorgeschlagen dazu was in deinem Script machen.

    73 de Bernd

    Ich habe KEINE Ahnung und davon GANZ VIEL!!
    Bei einer Lösung freue ich mich über ein ":thumbup:"
    Vielleicht trifft man sich in der RPi-Plauderecke.
    Linux ist zum Lernen da, je mehr man lernt um so besser versteht man es.

  • Hallo Bernd 666,

    Spoiler anzeigen

    Sorry fuer die lange Liste.

    Mit sudo journalctl -f und im 2ten Fenster das script laufen lassen, passiert auch nichts.

    Gruss

    gwaag

    Einmal editiert, zuletzt von gwaag (16. Oktober 2020 um 09:02)

  • Moin gwaag,

    büschen kommentieren wäre nicht schlecht...

    Spoiler anzeigen

    Ich habe die Kommentare nun absichtlich gemacht. Aber man kann es auch an den Zeiten sehen.

    Du hast das alles so schnell nacheinander gemacht...

    Nun habe ich mal die Serviceunit und dein Pythonscript aus deinem Beitrag#15 installiert. Mein Script kann nichts machen, weil keine Taste und keine Mail.

    Eingeschaltet und Reboot....

    Das Ergebnis.

    Spoiler anzeigen

    Okt 16 10:50:50 bernd-test systemd[1]: Startup finished in 3.785s (kernel) + 36.918s (userspace) = 40.704s.

    Okt 16 10:50:57 bernd-test systemd[1]: systemd-hostnamed.service: Succeeded.

    Okt 16 10:58:28 bernd-test sshd[692]: Accepted password for pi from 192.168.1.24 port 5599 ssh2

    Okt 16 10:58:28 bernd-test sshd[692]: pam_unix(sshd:session): session opened for user pi by (uid=0)

    Okt 16 10:58:28 bernd-test systemd[1]: Created slice User Slice of UID 1000.

    Okt 16 10:58:28 bernd-test systemd[1]: Starting User Runtime Directory /run/user/1000...

    Okt 16 10:58:28 bernd-test systemd-logind[413]: New session c2 of user pi.

    Okt 16 10:58:28 bernd-test systemd[1]: Started User Runtime Directory /run/user/1000.

    Okt 16 10:58:28 bernd-test systemd[1]: Starting User Manager for UID 1000...

    Okt 16 10:58:28 bernd-test systemd[698]: pam_unix(systemd-user:session): session opened for user pi by (uid=0)

    Okt 16 10:58:28 bernd-test systemd[698]: Reached target Timers.

    Okt 16 10:58:28 bernd-test systemd[698]: Reached target Paths.

    Okt 16 10:58:28 bernd-test systemd[698]: Listening on GnuPG network certificate management daemon.

    Okt 16 10:58:28 bernd-test systemd[698]: Starting D-Bus User Message Bus Socket.

    Okt 16 10:58:28 bernd-test systemd[698]: Listening on GnuPG cryptographic agent and passphrase cache (restricted).

    Okt 16 10:58:28 bernd-test systemd[698]: Listening on GnuPG cryptographic agent and passphrase cache.

    Okt 16 10:58:28 bernd-test systemd[698]: Listening on GnuPG cryptographic agent (ssh-agent emulation).

    Okt 16 10:58:28 bernd-test systemd[698]: Listening on GnuPG cryptographic agent and passphrase cache (access for web bro

    Okt 16 10:58:28 bernd-test systemd[698]: Listening on D-Bus User Message Bus Socket.

    Okt 16 10:58:28 bernd-test systemd[698]: Reached target Sockets.

    Okt 16 10:58:28 bernd-test systemd[698]: Reached target Basic System.

    Okt 16 10:58:28 bernd-test systemd[698]: Reached target Default.

    Okt 16 10:58:28 bernd-test systemd[698]: Startup finished in 178ms.

    Okt 16 10:58:28 bernd-test systemd[1]: Started User Manager for UID 1000.

    Okt 16 10:58:29 bernd-test systemd[1]: Started Session c2 of user pi.

    pi@bernd-test:~ $ systemctl status gwaag.service

    ● gwaag.service - ein_ausvonalarm Service

    Loaded: loaded (/lib/systemd/system/gwaag.service; enabled; vendor preset: enabled)

    Active: active (running) since Fri 2020-10-16 10:50:08 CEST; 9min ago

    Main PID: 369 (python3)

    Tasks: 4 (limit: 1632)

    CGroup: /system.slice/gwaag.service

    └─369 /usr/bin/python3 /home/pi/th/ein_ausvonalarm.py

    Okt 16 10:50:08 bernd-test systemd[1]: Started ein_ausvonalarm Service.

    pi@bernd-test:~ $

    Wie man sieht. Alles rennt.

    Es liegt anscheinend nicht an diesem Script. Das passiert noch was.

    73 de Bernd

    Ich habe KEINE Ahnung und davon GANZ VIEL!!
    Bei einer Lösung freue ich mich über ein ":thumbup:"
    Vielleicht trifft man sich in der RPi-Plauderecke.
    Linux ist zum Lernen da, je mehr man lernt um so besser versteht man es.

  • Hallo Bernd666.

    Ja ,habe mich nach einem reboot wieder angemeldet.

    Bei Dir ist:

    CGroup: /system.slice/gwaag.service

    └─369 /usr/bin/python3 /home/pi/th/ein_ausvonalarm.py /usr/bin/python3

    Bei mir ist es:

    CGroup: /system.slice/ein_ausvonalarm.service

    └─720 /usr/local/bin/python3 /home/pi/th/ein_ausvonalarm.py /usr/bin/local/python3


    weil es bei mir einen andern Pfad anzeigt, ist das so richtig?

    test@raspberrypi:~ $ type python3

    python3 ist /usr/local/bin/python3

    Einmal editiert, zuletzt von gwaag (16. Oktober 2020 um 11:47)

  • Moin gwaag,

    Code
    pi@bernd-test:~ $ ls -l /usr/bin/python3
    lrwxrwxrwx 1 root root 9 Mär 26  2019 /usr/bin/python3 -> python3.7
    pi@bernd-test:~ $ ls -l /usr/local/bin
    insgesamt 0
    pi@bernd-test:~ $

    So sieht es bei mir aus. Ich bin mir nicht bewusst das ich da was dran gedreht habe. Wobei pyton3.7 auch in /usr/bin/ ist

    Aber ein mitlesender Pythonkenner kann da sicher was zu schreiben?!?

    73 de Bernd

    Ich habe KEINE Ahnung und davon GANZ VIEL!!
    Bei einer Lösung freue ich mich über ein ":thumbup:"
    Vielleicht trifft man sich in der RPi-Plauderecke.
    Linux ist zum Lernen da, je mehr man lernt um so besser versteht man es.

  • @ noisefloor,

    nein, nicht selbstkompilliert.

    Ausgabe bei mir:

    pi@raspberrypi:~/th $ ls -al /usr/local/bin/python3

    lrwxrwxrwx 1 root staff 9 Sep 15 2018 /usr/local/bin/python3 -> python3.6

    Demzufolge liegt es nicht an dem.

    Werde mal eine neue SD Karte mit allem neu aufsetzen, und schauen ob es dann geht.

    gruss

    gwaag

  • @ noisefloor,

    nein, nicht selbstkompilliert.

    Ok... bleibt trotzdem die Frage, wie es dahin kommt. Normal ist das nicht... Das muss nicht unbedingt was mit deinem Problem zu tun haben, kann aber. Weil keiner von uns weiß, was noch nicht normal bei dir ist...

    RTFM hatte übrigens drei Befehle gepostet, nicht nur einen. Alle drei Ausgaben sind wichtig.

    Gruß, noisefloor

  • Hallo,

    habe gestern Abend nun die SD Karte mit Raspbian GNU/Linux 10 (buster) (5.4.51+) neu beschrieben und eingerichtet.

    Alle Scripte laufen wie zuvor, jedoch ist das Problem immer noch das gleiche.

    Einloggen mit Puyyt reicht, damit es nicht mehr geht, nur Putty verlasssen geht auch nicht, muss also reboot oder mittels eines Tasers heruntergefahren werden und neu gestartet werden, dnn geht es sofort wieder.

    Ich werde lansam verueckt:wallbash::wallbash::wallbash:.

    Wer hat noch eine Idee?

    gruss

    gwaag

  • Moin gwaag,

    nutzt du Windows10?

    Wenn ja, dann nehme mal eine commandshell oder powershell und gebe ssh ein. Eigentlich kann win10 das nun von Haus aus.

    Nicht das Putty da was macht.

    was ich noch nicht gesehen oder überlesen habe, was sagt eigentlich systemctl status deinserviceunit.service?

    73 de Bernd

    Ich habe KEINE Ahnung und davon GANZ VIEL!!
    Bei einer Lösung freue ich mich über ein ":thumbup:"
    Vielleicht trifft man sich in der RPi-Plauderecke.
    Linux ist zum Lernen da, je mehr man lernt um so besser versteht man es.

  • Habe gesehen dass mit sudo systemctl -f folgender eintrafg auf rot ist:

    ● dhcpcd.service loaded failed failed dhcpcd on all interfaces

    Einloggen per Putty und Wlan funktioniert aber ohne Problme-

    Wie muesen die files fuer dhcpd, wpa_ supplicant und interfaces genau aussehen? So richtig?

    Wie bringe ich die rote Meldung weg?

    gruss

    gwaag

  • Moin gwaag,

    die /etc/network/interfaces nutzt man heute nicht mehr.

    WLan mit der wpa_supplicant.conf. Ist bei dir ok.

    Feste IP werden in der dhcpcd.conf eingetragen. Beispiele sind drin.

    Drum lösch die Einträge in der interfaces und Reboot. Dann sollte der rote Punkt weg sein.

    73 de Bernd

    Ich habe KEINE Ahnung und davon GANZ VIEL!!
    Bei einer Lösung freue ich mich über ein ":thumbup:"
    Vielleicht trifft man sich in der RPi-Plauderecke.
    Linux ist zum Lernen da, je mehr man lernt um so besser versteht man es.

    Einmal editiert, zuletzt von Bernd666 (17. Oktober 2020 um 18:35) aus folgendem Grund: typo

  • Bernd666

    Service ohne Auffaelligkeiten.


    pi@raspberrypi:~/th $ sudo systemctl status ein_ausvonalarm.service

    ● ein_ausvonalarm.service - ein_ausvonalarm Service

    Loaded: loaded (/lib/systemd/system/ein_ausvonalarm.service; enabled; vendor preset: enabled)

    Active: active (running) since Sat 2020-10-17 20:59:12 CEST; 30min ago

    Main PID: 1132 (python3)

    CGroup: /system.slice/ein_ausvonalarm.service

    └─1132 /usr/bin/python3 /home/pi/th/ein_ausvonalarm.py

    Okt 17 20:59:12 raspberrypi systemd[1]: Started ein_ausvonalarm Service.


    Gruss

    gwaag

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!