Hast du die MovieScanner-Option vom AdvancedMovieSelection mal deaktiviert?
Kommen diese vielen Movie-Einträge dann immer noch im Log?
Hast du wirklich noch Aufnahmen von 2021 in deinen Movie-Ordnern?
z.B. media/hdd/movie/20210705 1948 - Das Erste HD - Wetter vor acht
Oder holt er sich die Daten aus einer veralteten Media-Datenbank?
Vielleicht mal die media.db löschen.
Das ist kein Sprung.
Da werden 16 sek lang hunderte Zeilen zu deinen Movie-Pfaden gelistet.
Das geht von 22:24:53 bis 22:25:09
Feb 02 22:24:53 dm920 enigma2[1975]: realpath /media/hdd/movie/recordings.epl: No such file or directory
Feb 02 22:24:53 dm920 enigma2[1975]: realpath /media/hdd/movie/20210705 1802 - MDR S-Anhalt HD.ts.meta: No such file or directory
Feb 02 22:24:53 dm920 enigma2[1975]: realpath /media/hdd/movie/recordings.epl: No such file or directory
Feb 02 22:24:53 dm920 enigma2[1975]: realpath /media/hdd/movie/20210705 1948 - Das Erste HD - Wetter vor acht.ts.meta: No such file or directory
Feb 02 22:24:53 dm920 enigma2[1975]: realpath /media/hdd/movie/recordings.epl: No such file or directory
Feb 02 22:24:53 dm920 enigma2[1975]: realpath /media/hdd/movie/20210709 0627 - phoenix HD - ZDF-History.ts.meta: No such file or directory
Feb 02 22:24:53 dm920 enigma2[1975]: realpath /media/hdd/movie/recordings.epl: No such file or directory
...Beim Beenden von e2 hängt es hier auch ziemlich lange (von 22:24:03 bis 22:24:40):
Könnte u.a. das Löschen des alten EPG sein (cleanup outdated)
Feb 02 22:24:03 dm920 enigma2[312]: main thread is non-idle! display spinner!
Feb 02 22:24:03 dm920 enigma2[312]: Python stack trace:
Feb 02 22:24:03 dm920 enigma2[312]: /usr/lib/enigma2/python/Plugins/Extensions/ZapStatistic/plugin.py(108): saveZapEntries
Feb 02 22:24:03 dm920 enigma2[312]: /usr/lib/enigma2/python/Plugins/Extensions/ZapStatistic/plugin.py(571): autostart
Feb 02 22:24:03 dm920 enigma2[312]: /usr/lib/enigma2/python/Components/PluginComponent.py(39): removePlugin
Feb 02 22:24:03 dm920 enigma2[312]: /usr/lib/enigma2/python/Components/PluginComponent.py(171): shutdown
Feb 02 22:24:03 dm920 enigma2[312]: /usr/lib/enigma2/python/mytest.py(1): <module>
Feb 02 22:24:27 dm920 enigma2[312]: [EPGC] cleanupOutdated
Feb 02 22:24:40 dm920 enigma2[312]: [TeleText] autostart(1, {})Da scannt irgendwas 16sek lang deine Movies.
Wüsste jetzt nicht auf Anhieb, welches Plugin dafür verantwortlich sein könnte.
Vielleicht fällt dazu ja einem anderen User was ein.
mit telnet verbinden und folgendes eingeben und mit Enter bestätigen:
journalctl -f -u enigma2 > /tmp/e2.log
Dann über das Menü einen GUi-Neustart machen.
Wenn e2 dann wieder komplett gestartet ist, das Log in telnet mit Strg+C stoppen und dann die e2.log aus /tmp hier hochladen.
Du kannst ja auch mal ein e2-Log vom GUI-Neustart machen.
Vielleicht sieht man da, wo viel Zeit verwendet wird.
Wenn du dann noch ein Vergleichslog mit einem frisch aufgesetzten System hättest, würde man vielleicht erkennen, wo es im benutzten Image länger braucht.
Dann fällt mir dazu auch nicht mehr ein.
Du kannst ja höchstens mal versuchen, den alten EPG auf 12h und den Cache auf 14 Tage zu setzen.
Nur mal zum Test. Wenn das auch nichts bringt, dann kannst du das zumindest ausschließen.
Wie groß ist deine timers.xml ?
Löscht du regelmäßig die veralteten Timer?
Welche Einstellungen hast du im EPG-Setup für (Einstellungen -> System -> Anpassen - EPG):
- Zeitspanne für EPG Cache - ich nutze 28 Tage
- Behalte veraltetes EPG (in Stunden) - ich nutze 24h
Meine epg.db ist meist so um die 20MB.
Wo liegt deine epg.db? (Default solltes in /etc/enigma2/ sein.
Nutzt du Plugins zum Laden externer EPG-Quellen oder nur den EPG, der über DVB-S mitkommt?
Wie groß ist denn deine epg.db?
...wobei man sich das fip.bin ja "ausborgen" kann...
Stimmt. Das dumbo.sh nutzt ja beim Erstellen des SD-Image die lokale fib.bin.
Wenn es dieses File: /usr/share/amlogic-boot-bin/dreamone/fip.bin auf seiner funktionierenden One nicht gibt, wäre dann wohl noch zusätzliche Handarbeit angesagt, um das File dahin zu bekommen.
Da diese Variante (dass nichts mehr geht) doch eher selten auftritt, wird auch bei den open* Devs keiner wirklich wissen, was da dann passiert und wie das zu reparieren wäre.
Und wenn selbst gm keine Ideen mehr hat, obwohl er sich ja intensiv mit dem ganzen Thema (Partitionen, Bootloader, FIP und RL) befasst hat, wird es wohl schwer werden, die Box wieder zum Leben zu erwecken.
Wäre wirklich noch die Frage, ob ein mit dumbo.sh bzw. GPT-Plugin über "Image in Boot-Device flashen" -> "SD Card" (indirekt dann auch mit dumbo, nur eben per GUI) erstelltes SD-Image sich dann auf der Box booten lässt.
Das SD-Image kann er sich ja mit seiner funktionierenden One erstellen.
Kannst du im Putty-Fenster was eintippen oder ist die Eingabe blockiert?
Evtl. auch mal STRG+C oder ENTER drücken, ob danach eine Eingabe möglich ist.
Ansonsten noch mal Alex2018 im NN2-Forum fragen, da er das ja scheinbar kennt.
Fred dürfte das also eigentlich auch schon kennen:
Also hast du mit 115200 keine Anzeige in Putty, wenn du die Box einschaltest, aber wenn du Baudrate 300 verwendest, kommt diese komische Ausgabe in Putty, die du auch schon im NN2-Forum gepostet hast?
Und links unten bei "Serial" ?
Dass er mit regulären Putty-Einstellungen keine Logausgabe bekommt, war doch hier schon klar:
Da kommt nur was mit Baudrate 300
Nun wäre die Frage, wie er seine Box mit Putty + Serial-USB und Baudrate 300 booten kann, um in der Console die passenden Befehle abzusetzen.
Ich meine, dass man die Auto-Emergency-SD mit dem dumbo-Script erstellen kann. (Option -a)
Da werden die nötigen Befehle dann direkt ausgeführt und nicht nur im Log angezeigt.
Allerdings ist diese Option auch wegen oben genannter Dinge in der Info mit einer gesonderten Warnung versehen: "!!! THINK TWICE IF YOU REALLY WANT THAT !!!".
Das dumbo-Script kennst du doch eigentlich sehr gut 
Ich weiß jetzt allerdings nicht, welche SD du damals genutzt hast, die dir deine Box direkt auf GPT umgestellt hat
War ja möglicherweise nur kurzzeitig testweise in einer RL-Version aktiviert worden.
...Anfangs wurde sogar von dir empfohlen, die SD's zu testen, damit man weiß ob sie im Notfall auch funktionieren...
Das betraf glaub ich weniger die spezielle Auto-Emergency-SD 
Das ist ja nur, wenn man sich die SDs nicht vorher erstellt hat.
Dann geht es teils nur so, wenn andere vorherige Versuche auch nicht gegriffen haben.
Da ist dann eben Handarbeit angesagt.
Und dass die aktuelle Emergency-SD die Sachen nicht automatisch schreibt, hatte gm glaub ich mal erklärt.
Weil wenn diese dann bei einer funktionierenden Box angewendet wird (möglicherweise auch nur zum Test), besteht ein Restrisiko, dass man sich dann die funktionierende Box durch das automatische Beschreiben ruiniert.
Daher sollen die Befehle eben nur manuell eingetippt werden, damit es wirklich nur ausgeführt wird, wenn es wirklich erforderlich ist.
Ja, es sind trotzdem nur DP-Images mit vorinstallierten GP4-Paketen.
(steht dort auch so "Die Images (Basis Dream Property) ... beinhalten immer das Blue Panel, Datei-Browser und den Addonmanager...).
Anders ist es bei NN2 und Merlin, wo es tatsächlich eigene Images sind.
Aber schön, dass du es nun hinbekommen hast
GP4.2 ist kein eigenes Image, sondern ein Zusatz-Plugin, was auch im AIO installiert werden kann.
Hier wird die Installation erläutert:
GP4 Installation – Gemini-Wiki
Das AIO ist auch ein OE2.6.
Die Default-Skins sind nicht per Styles anpassbar.
Dazu müsstest du dir z.B. den Shadow-WQHD von zombi vom ihad installieren.
