Der X-Server wird zufällig neu gestartet

375
Gustavo Vargas

Ich betreibe einen Debian 9-Kiosk mit Cinnamon- und Chrome-Browsern. Es funktioniert gut, bis es sich ohne erkennbaren Grund neu startet. In diesem Fall werden normalerweise zwei oder drei Neustarts hintereinander ausgeführt und funktionieren dann einige Tage lang einwandfrei, bis es erneut auftritt.

Ich habe meine geprüft /var/log/syslogund alles was ich dort finden kann ist:

lots of cronjobs without noticeable errors... ..... Jun 30 21:30:46 myuser x-session-manager[728]: WARNING: t+185522.72248s: Requesting system shutdown... Jun 30 21:30:46 myuser x-session-manager[728]: WARNING: t+185522.72265s: Attempting to shutdown using systemd... ...... shuts down, restarts and work for a 50 minutes and then... again, no noticeable error in here... ...... Jun 30 22:20:58 myuser x-session-manager[720]: WARNING: t+72.48357s: Requesting system shutdown... Jun 30 22:20:58 myuser x-session-manager[720]: WARNING: t+72.48380s: Attempting to shutdown using systemd...

Ich konnte keine Dokumentation finden, warum die X-Sitzung mein System neu starten möchte.

Ich würde mich über einen Tipp zum Debuggen dieses Problems freuen.

PS: Die Temperaturen sind gut, an Spitzen etwa 54 ° C.

0
Hast du eine USV? DavidPostill vor 5 Jahren 0
Ja, es handelt sich jedoch um eine externe Einheit ohne Kommunikation mit der Linux-Box, sodass das Betriebssystem keine Warnung von der USV-Einheit erhält. Und trotzdem habe ich es überprüft, um in den letzten Wochen keine Alarme zu finden. Gustavo Vargas vor 5 Jahren 0
Eine andere Möglichkeit: Bad RAM, der ein bestimmtes Bit in einer bestimmten Konfiguration umkehrt, was dazu führt, dass sich ein Programm schlecht benimmt. Wenn es ein Programm ist, das wie der X-Sitzungsmanager zu einem frühen Zeitpunkt geladen wird, wird es an derselben Stelle geladen. Ich hatte gerade einen ähnlichen Fehler (obwohl nicht der X-Sitzungsmanager), und memtest86 + hat nichts gefunden, aber das Ändern des Arbeitsspeichers hat ihn behoben. Einfach zu testen, wenn Sie mehr als einen RAM-Stick haben (entfernen Sie den "unteren"). dirkt vor 5 Jahren 0
Macht Sinn ... Diese Box ist 6 Stunden von mir entfernt ... aber wenn das Problem bestehen bleibt und ich dorthin gehen müsste, versuche ich das! Gustavo Vargas vor 5 Jahren 0
Sind Sie zu 100% sicher, dass es nicht von einem "intelligenten" Benutzer manuell ausgelöst wird? Ich würde mir auch `dmesg -T` und` / var / log / X.org.0.log` anschauen, um zu sehen, ob dort „seltsame“ Dinge sind, die auf Hardware-Probleme hinweisen könnten. Ich meine, ich hatte H / W-Probleme, aber für mich führten sie (immer) zu Lockups oder Kernel-Paniken, aber hier erleben wir _graceful durch Software initiiertes Herunterfahren. Daher würde ich von dort aus arbeiten. kostix vor 5 Jahren 0
In Bezug auf dieses "intelligente Benutzer" -Ding haben Sie beispielsweise die Option "Magic SysRq" aktiviert (und diese Option ist in Debian standardmäßig aktiviert). Mit diesem Benutzer wird `Alt-SysRq-k` gedrückt, um die X-Sitzung zu beenden ( Weitere Informationen finden Sie unter [this] (https://en.wikipedia.org/wiki/Magic_SysRq_key). kostix vor 5 Jahren 0
@kostix fühlt sich hier dumm. Ich habe noch nie von "Magic SysRq" gehört (selbst diese Taste befindet sich in der Tat auf meiner Tastatur vor mir) ... Danke für Ihre Empfehlung, aber dieses Terminal hat keine Tastatur. Alle Interaktionen finden auf einem Touchscreen auf einer in Chrom geöffneten Seite statt Browser. Gustavo Vargas vor 5 Jahren 0
Kein Grund, sich dumm zu fühlen: Als ich die erste Chance hatte, meine Hände auf eine IBM PC-kompatible Maschine zu legen - und das war in den frühen neunziger Jahren -, hatten diese SysRq-, Scroll Lock- und Pause / Break-Tasten bereits ihre Tasten im Wesentlichen verloren Ursprüngliche Bedeutung, da sie in MS-DOS von nichts verwendet wurden, denke ich. :-) kostix vor 5 Jahren 0

0 Antworten auf die Frage

Verwandte Probleme