Ich habe einen Verkaufsautomaten (mit grafischer Benutzerführung) auf Basis eines Raspberry 3B+ und 32GB SSD (nix SD-Karte) entwickelt und der ist seit ca. 14 Tagen beim Kunden im 24h-Dauereinsatz. Läuft eigentlich ganz gut. Es gibt eine Reihe gewollter Neustarts, z.B. nach Updates, absichtlich getimed jeweils um 0 Uhr, oder bei Verlust der Internet-Verbindung usw. - die werden alle auch in einem Logfile meiner Kiosk-Anwendung korrekt vermerkt (shutdown, reboot, startup ...) - ganz einfach, weil diese sie auch auslöst. Leider habe ich auch ca. 1..2 mal pro Woche (also nicht wirklich bedrohlich) nur ein "startup" im Logfile, ohne dass die Ursache zuvor vermerkt wäre. Das deutet m.E. auf einen "fremd" initiierten Neustart hin, also vom Raspian oder durch Stromausfall. Nun kenne ich mich mit dem Unterbau von Raspian nicht so gut aus, deshalb die Frage: Es gibt doch sicher ein systemeigenes Log, wo ich evtl. etwas mehr über die Ursachen der Neustarts erfahren könnte? Wie heisst das und wo finde ich es? Danke für Tips.
/var/log/syslog mal reingeschaut? dmesg? Stromausfall wird schwierig den die logs sind dann meist noch nicht geschrieben. Testweise ne Powerbank USV dazwischen und schaun obs dann weg is.
:
Bearbeitet durch User
Hört sich nach Eierautomat oder Milchtankstelle an. Vermutlich diverse Spannungseinbrüche auf der Versorgung. Kleine USV oder eine durchladefähige Powerbank könnte helfen.
Oliver S. schrieb: > Hört sich nach Eierautomat oder Milchtankstelle an. > Vermutlich diverse Spannungseinbrüche auf der Versorgung. Kommt auf einem Bauernhof durchaus vor, wenn z.B. das Schweissgerät angeworfen wird.
Oliver S. schrieb: > Hört sich nach Eierautomat oder Milchtankstelle an. Nein, es ist ein "Bezahlautomat" für eine Autowaschanlage. Man kann wahlweise Autowäschen mit Zusatzoptionen (Felgenwäsche, Unterboden ... etc.) als QR-Code oder "Wasch- und Saugmünzen" für die SB-Boxen kaufen. Die Anlage steht inmitten eines Gewerbegebietes einer mittleren Stadt in Thüringen. Zur Versorgung des Raspi und einiger ESP32 wird ein Meanwell-Hutschienennetzteil 5V/10A verwendet. Die anderen Komponenten (EC-Reader, Drucker, RFID-Reader, Geldscheinleser usw.) haben eigene Netzteile mit 12V oder 24V. Die Kommunikation innerhalb des Automaten erfolgt per LAN, es gibt keine direkten elektrischen Verbindungen. Die Neustarts passieren bisher ausserhalb der Betriebszeiten der Waschanlage ...
:
Bearbeitet durch User
Frank E. schrieb: > Nun kenne ich mich mit dem Unterbau von Raspian nicht so gut aus, > deshalb die Frage: Es gibt doch sicher ein systemeigenes Log, wo ich > evtl. etwas mehr über die Ursachen der Neustarts erfahren könnte? Wie > heisst das und wo finde ich es? Gibt es schon, wird dir aber sehr wahrscheinlich nicht helfen. Von sich aus löst Raspian natürlich keine Reboots aus. Das ist also irreguläres Verhalten und sowas kann nur von Hardware-Problemen kommen. Das kann u.U. sichtbare Spuren in den Logs hinterlassen, aber meist tut es das nicht. Dazu kommt, dass diese Spuren, selbst wenn sie existieren, oft nicht die wahre Ursache des Problems addressieren, sondern im Prinzip nur den Schluckauf der Systemkomponente, die (mehr oder weniger zufällig) als erstes mit dem eigentlichen Problem konfrontiert ist. Wird wohl ein lausiger Hardware-Aufbau, unzureichende Versorgung oder eine defekte Komponente sein.
Frank E. schrieb: > Es gibt doch sicher ein systemeigenes Log, wo ich > evtl. etwas mehr über die Ursachen der Neustarts erfahren könnte? Wie > heisst das und wo finde ich es? man journalctl
Statt einer USV reichen vielleicht schon ein paar fette Elkos auf den Versorgungsleitungen. Ausprobieren.
Ich muss den Thread nochmal aufwärmen. Kann mir bitte jemand erklären, anhand der Datei hier: qualidat.com/material/raspilog.txt was zu dem Neustart geführt hat? Oder reicht der Ausschnitt nicht aus? Danke
Da muesste aus dem Forum jemand den gleichen Raspi haben und nachsehen, welcher Schritt danach im Logfile kaeme. Vielleicht nicht alle Autoupdates abgestellt? Mit ps ax die hoechste Prozessnummer loggen waere vielleicht eine Idee. Mit who oder cpu-info bekommst Du die Ontime, wenn Du das in einen Log schreibst. Vielleicht geht da ein Prozess des Journalings los und verursacht einen Refresh. Das Netzteil hast Du auf 5,3V eingestellt? Pruef das mal nach.
Frank E. schrieb: > Ich muss den Thread nochmal aufwärmen. Kann mir bitte jemand erklären, > anhand der Datei hier: > > qualidat.com/material/raspilog.txt > > was zu dem Neustart geführt hat? Oder reicht der Ausschnitt nicht aus? Das sieht so aus als sei nur der snapd abgeraucht. Benutzt Du überhaupt snaps auf diesem System? Wenn nicht würde ich das einmal deaktivieren und maskieren: "systemctl disable snapd.service && systemctl mask snapd.service && systemctl stop snapd.service".
Sheeva P. schrieb: > Das sieht so aus als sei nur der snapd abgeraucht. Benutzt Du überhaupt > snaps auf diesem System? Wenn nicht würde ich das einmal deaktivieren > und maskieren: "systemctl disable snapd.service && systemctl mask > snapd.service && systemctl stop snapd.service". Nö, jedenfalls nicht bewusst. Eigentlich nutze ich den Rspi wie einen kleinen PC. Es läuft eine Anwendungssoftware (erstellt in Xojo) darauf (per AUtostart) und es gibt einen Crontab-Eintrag zum Neustart täglich 4 Uhr. Die Anwendung kommuniziert ausschließlich per LAN mit ihrer Umgebung ... also auch keine GPIO-Nutzung. Ein HDMI-display ist noch dran. Das von dir vorgeschlagene Kommando stellt den Service dauerhaft ab, oder muss der Befehl nach jedem Neustart ausgeführt weden?
:
Bearbeitet durch User
Frank E. schrieb: > Sheeva P. schrieb: > >> Das sieht so aus als sei nur der snapd abgeraucht. Benutzt Du überhaupt >> snaps auf diesem System? Wenn nicht würde ich das einmal deaktivieren > Nö, jedenfalls nicht bewusst. Eigentlich nutze ich den Rspi wie einen > kleinen PC. Es läuft eine Anwendungssoftware (erstellt in Xojo) darauf > (per AUtostart) und es gibt einen Crontab-Eintrag zum Neustart täglich 4 > > Das von dir vorgeschlagene Kommando stellt den Service dauerhaft ab, > oder muss der Befehl nach jedem Neustart ausgeführt weden? Ich habe eben eine "standard"-Installation von Raspian angeguckt, snapd ist nicht Bestandteil der ueblicherweise installierten Software. Ich nehme an, Du bist Autor Deiner Software: Daher solltest Du doch die Abhaengigkeiten wissen. Du koenntest versuchen ein freundliches "snap list" als root auszuprobieren, dann erfaehrst Du welche snaps notwendig sind. Und dann gucken, ob Deine Anwendungs-SW ohne diese Module laeuft. Das ist leider heute in der Software-Industrie so, dass sehr viele Abhaengigkeiten in der Software eingebaut sind (vielen Autoren ist das nicht bewusst). Und die Dokumentation (hae? Was ist das?) ist oft nicht hilfreich. But I digress. Gruesse Th.
Frank E. schrieb: > Das von dir vorgeschlagene Kommando stellt den Service dauerhaft ab, > oder muss der Befehl nach jedem Neustart ausgeführt weden? So ist es. Eigentlich müßten "disable" + "stop" reichen, "mask" ist nur als Fallback da... einige dieser Dienste sind durchaus hartnäckig und winken Dir nach dem nächsten Update plötzlich wieder zu.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.