Nur mal Volständigkeitshalber versuche mal:
[EVENT_OnStartup]
10 = sleep:1
20 = os_execute:sudo /usr/local/etc/DoorPi/scripts/Startmeldung.sh
[EVENT_AfterStartup]
10 = os_execute:sudo /usr/local/etc/DoorPi/scripts/StartDoorPi.shDas wäre zwar sehr seltsam da doorpi unter root Rechten läuft aber einen Versuch ist es wert.
Also geht leider auch nicht. Also wenn ich den Raspi anschalte wird nix gepusht. Nur halt wenn ich sudo service doorpi stop und dann sudo service doorpi start in putty eingebe kommen meine Startmeldungen. Muss mich aber wohl gerade etwas anderem zuwenden, da der Mjpg Streamer immernoch manchmal abschmiert und danach auch der USB Wandler nicht mehr geht und es knackt im Lautsprecher wie beim starten des Raspis(weiß nur noch nicht ob ich ein neuen Thread erstelle oder irgendwo dazu poste)
Hmm, ich bin jetzt ratlos. Im trace ist nichts davon zu finden, oder?
Werde ich morgen mal testen und posten. Hab nämlich keine Ahnung was ich aus dem tracelog interpretieren soll 
Hehe, kein Problem lade es einfach hoch ich schaue mal drüber.
kann es sein, dass der pi kurz nach dem Start keine Verbindung zum Internet hat bzw Netzwerk nicht zur Verfügung steht und das erst nach x Sekunden passiert?
Das würde erklären, warum die manuellen befehle zum Start und stop erfolgreich sind...
Eventuell die config von Nea oben mit einem sehr großen sleep testen (> 30 Sekunden)
Ja das kann ich nochmal testen. Habe auch mal gelesen das es mit dem DHCP Probleme gibt und man eine feste IP vergeben soll. Habe ich in der fritzbox gemacht. Kann man das im Pi auch irgendwo einstellen bzw deaktivieren?
Dann setze doch einfach vor jedem push ein sleep.
kann es sein, dass der pi kurz nach dem Start keine Verbindung zum Internet hat bzw Netzwerk nicht zur Verfügung steht und das erst nach x Sekunden passiert?
Das würde erklären, warum die manuellen befehle zum Start und stop erfolgreich sind...
Eventuell die config von Nea oben mit einem sehr großen sleep testen (> 30 Sekunden)
Ja Danke, das war es. Jetzt klappt es. Ich kann das natürlich mit dem sleep stehen lassen aber würde es noch eine andere Möglichkeit geben, das Problem zu lösen?
die Werte oben in der /etc/init.d/doorpi müssten angepasst werden. Da gibt es, meines Wissens nach, Werte um den daemon erst zu starten, wenn Netzwerk verfügbar ist...
Das könnte bzw. sollte auch in den Standard einfließen, denn es macht kaum Sinn, doorpi ohne Netzwerk zu betreiben...
wenn ich das richtig sehe, dann sollte statt:
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
besser das hier genutzt werden:
# Default-Start: 3 4 5
# Default-Stop: 0 1 2 6Habe jetzt mal die Default Werte geändert und sleep wieder auf 1 gestellt. Hat leider nicht funktioniert. Vielleicht habe ich auch was falsch gemacht.
sudo systemctl daemon-reload
sudo update-rc.d doorpi defaults