wenn du enigma2 mit systemctl stop enigma2 stoppst und dann mit enigma2 interaktiv startest und shutdown in der e2 gui auswählst ... schaffst du es dann auch Crashes zu kriegen ... weil ausser einem return Code wird dann nichts wirklich vom systemd gestoppt ?
Wenn ja .... dann vergiss den systemd ...
ja, ist bei mir auch so. auch: toi, toi, toi 
Bei mir kommen sie ab und zu noch. Gefühlt aber nicht mehr so oft.
Ich starte die Box bzw. die GUI vermutlich aber auch viel öfter als andere wegen der Plugin-Programmierung 
Hatte ich auch erst mal wieder, aber nur einmal.
Aber ehrlich gesagt macht mit das keine Sorgen. Ich hätte viel lieber das der WakeUp Bug verschwindet. Also das sicher die WakeUp Time geschrieben wird damit Timer auch ausgeführt werden.
Wobei ich sagen muss, das ich das nun schon eine weile nicht mehr hatte.....obwohl ich kein Update gemacht hatte. System ist immer noch auf 4.3.1r23-2017-12-16.
Wobei ja so viel nicht geändert hat.
...Ich hätte viel lieber das der WakeUp Bug verschwindet. Also das sicher die WakeUp Time geschrieben wird damit Timer auch ausgeführt werden.
Wobei ich sagen muss, das ich das nun schon eine weile nicht mehr hatte.....
Ich hatte das gestern zum ersten Mal. 
Ein Timer in der Nacht wurde nicht ausgeführt und die Wakeuptime für das Elektro-Plugin wurde auch ignoriert.
Ein Log habe ich leider nicht.
Komisch ist nur, dass meine Box sonst immer vom Elektro in den Deepstandby geschickt wird.
Da hatte ich bisher noch nie das Problem, dass die Box nicht selbständig aufgewacht ist.
Vorgestern hatte ich sie am Abend aber mal manuell in den DeepStandby geschickt.
PS: gab es für dieses Problem einen eigenen Thread, hab dazu leider nichts gefunden.
Und ich hatte das Problem mit der vergessenen Wakeup Time nun schon länger nicht mehr. Dabei habe ich noch nicht mal was verändert. Kommt also sehr unregelmässig vor.
Sehen tut man das Problem aber nur beim seriellen Log, das passiert ganz am Ende beim ausschalten.
Tread dazu ist der hier ---> Receiver fährt aus Deep Standby nicht immer hoch/wacht sporadisch nicht auf
Auch mit der .r24 hatte ich gestern bereits wieder diesen bekannten GS beim GUI-Neustart (also kurz nach dem Drücken der Option für den GUI-Neustart).
Wenn erforderlich, könnte ich das Crashlog nachreichen.
Nur zur Info - der folgenlose GS beim GUI-Neustart kam gerade auch mit der .r25
(also kurz nach dem Drücken der OK-Taste für den GUI-Neustart)
nach laengerer zeit ohne crash, ist die box heute nach dem update wieder mal gecrasht. 
decoder state: play, vpid=-1, apid=-1
DEMUX_STOP - pcr - ok
DEMUX_STOP - video - ok
VIDEO_STOP - ok
AUDIO_STOP - ok
DEMUX_STOP - audio - ok
AUDIO_CONTINUE - ok
DEMUX_STOP - ttx - ok
start release channel timer
stopping hotplug handler
[CrashlogAutoSubmit] - autostart
[geminibootlogo] checking bootlogo...
[geminibootlogo] /usr/share/dreambox-bootlogo/backdrop_gemini.mvi found
[geminibootlogo] /usr/share/enigma2/radio_gemini.mvi not found
[geminispinner] checking spinner...
[HbbTV] disconnecting callbacks
[EPGRefresh] Stopping Timer
[TeleText] autostart(1, {})
]]>
</enigma2crashlog>Das selbe auch bei mir, beim "System Restart" nach neue Installation GS
Bei mir tritt das Problem nur auf, wenn ich einen Neustart über das Dreambox-Menü auslöse, via Terminal ist alles ok; das hier sind die letzten Worte vor dem Crash:
action -> InfobarMenuActions mainMenu
loading mainmenu XML...
TimerEdit TimerEditList
PluginBrowser PluginBrowser
[dBACKUP] menu: mainmenu
allocating new converter!
warning, skin is missing element pixmap in <class 'Screens.Menu.MainMenu'>
allocating new converter!
create buffer for widget 900 x 1080
action -> OkCancelActions ok
okbuttonClick
SleepTimerEdit SleepTimerEdit
Standby Standby
Standby TryQuitMainloop
Standby TryQuitMainloop
Standby TryQuitMainloop
Standby TryQuitMainloop
[dBACKUP] menu: shutdown
allocating new converter!
warning, skin is missing element pixmap in <class 'Screens.Menu.Menu'>
allocating new converter!
create buffer for widget 900 x 1080
action -> OkCancelActions ok
okbuttonClick
Looking for embedded skin
create buffer for widget 0 x 0
I/ [InfoBar.__restoreState] :: <no detail>
I/ [InfoBar.setPlaybackState] :: 1518284320.17
[93m[SerienRecorder] Deep-Standby WakeUp: AN[0m
[93m[SerienRecorder] WakeUp-Timer + 1 day.[0m
[93m[SerienRecorder] Deep-Standby WakeUp um 11.02.2018 - 11:06[0m
set wakeup time to 2018/02/10 20:00
stopService
[eDVBCAService] free slot 0 demux 0 for service 1:0:19:A08E:1A5:270F:FFFF0000:0:0:0:
[eDVBCAService] free service 1:0:19:A08E:1A5:270F:FFFF0000:0:0:0:
[eDBusInterface::Private::sendEvent 0
[TeleText] service stopped
[TeleText] send array('B', [1, 0, 0, 0])
decoder state: play, vpid=-1, apid=-1
DEMUX_STOP - pcr - ok
DEMUX_STOP - video - ok
VIDEO_STOP - ok
AUDIO_STOP - ok
DEMUX_STOP - audio - ok
AUDIO_CONTINUE - ok
DEMUX_STOP - ttx - ok
start release channel timer
[EPGRefresh] Stopping Timer
[HbbTV] disconnecting callbacks
[TeleText] autostart(1, {})
[HDMI-IN] autostart
stopping hotplug handler
[AspectRatioSwitch Ver. 1.0] shutdown
[CrashlogAutoSubmit] - autostart
]]>Gestern wieder ein GS beim Ausschalten
In einem anderen Thread wurde ja schon mitgeteilt, dass man den Fehler wohl gefunden hat.
Ist dann im nächsten Update mit dabei.
Ach so, danke für den Hinweis 
ich glaub, hier ist der richtige Link dazu:
Seit ein paar Versionen, sporadisch, frezzer beim Booten