Nach Update kein Mode 12 mehr

Gehtnichtgibtsnicht · 11. Dezember 2022, 20:41

Micha_he schrieb:

Nein, der Bootloader ist aktuell !

Bei mir auch. Habe ich seinerzeit installiert, als die Umstellung der Mountblocks kam (nicht hauen, wenn ich eine falsche Terminologie verwende, aber so habe ich das in Erinnerung

)

Koivo · 12. Dezember 2022, 09:11

Kann jemand von euch mal ein Debug Log erstellen vom dem Crash?
Also Debug Log aktivieren, Enigmae Neustarten und dann mal ins Multiboot gehen.
Vielleicht vorher noch das Unterdrücken vom Crash in den Log-Einstellungen deaktivieren.

Koivo · 12. Dezember 2022, 09:59

Kannst du mal mit dieser Datei im Anhang testen?
Die Datei ist für das 7.0 Image. Ich will nur wissen ob der Crash dann weg ist.
Die Datei muss nach /usr/lib/enigma2/python/Components/ auf die Box und dann Enigma neustarten.

Micha_he · 12. Dezember 2022, 10:27

Könnte ich beides, aber nicht vor morgen Nachmittag.

Gehtnichtgibtsnicht · 12. Dezember 2022, 10:39

Habe im Moment nur die umbenannte AX-Datei auf der Box, die @anmado oben verlinkt hat.
Nach dem Kopieren der Python-Datei ist der Crash weg. Multiboot im Mode 1 erscheint wieder und funktioniert auch.
Enigma2-debug-20221212_10-14-51.log
Das Unterdrücken vom Crash ist in meinen Log-Einstellungen nicht zu finden.

Koivo · 12. Dezember 2022, 11:46

Ich mach das erst mal wieder rückgängig.
Dann funktioniert zwar der Mode12 nicht, aber es crasht nicht.

Gehtnichtgibtsnicht · 12. Dezember 2022, 12:06

Koivo schrieb:

Dann funktioniert zwar der Mode12 nicht, aber es crasht nicht.

Nun ja, es besteht ja immer noch die Möglichkeit, eine aktuelle 7.0er von einem 6.5er aus mit aktiviertem Mode 12 und Settingsübernahme neu zu installieren (siehe Post 2). Dann hat man Mode 12 auf der 7.0er mit den erwähnten Einschränkungen und käme mit deinem Patch auch über das Multibootmenü wieder auf einen anderen Slot.
Ich für meinen Teil werde zunächst mal auf der 6.5er bleiben, stehe aber für weitere Tests zur Verfügung

Koivo · 12. Dezember 2022, 17:45

Ich hab einfach nur das Problem, das es bei mir eben funktioniert.

Gehtnichtgibtsnicht · 12. Dezember 2022, 19:11

Koivo schrieb:

Ich hab einfach nur das Problem, das es bei mir eben funktioniert.

Mal in's Blaue hinein geraten...du hast im STARTUP_1 ein openHDF 6.5, ich dagegen ein OpenATV 7.1. Außerdem zeigt deine funktionierende Box bei der Ausgabe von cat /proc/partitions im direktem Vergleich teilweise andere Werte an. Soweit die Fakten. Falls die anderen Leute mit dem gleichen Problem eine ähnliche Konfiguration wie ich haben, Könnte es doch sein, daß da die Ursache unserer Probleme liegt?
Das würde im Rückschluß bedeuten, das ich mal einen fernsehfreien Tag einlege und alles von der Box putze und mit openHDF im STARTUP_1 alles neu installiere. Ich brauche für diese Aktion die Datei openhdf-6.5-mutant51-214-20221210_recovery_emmc.zip entpackt auf einem USB-Stick, richtig? Wäre dort der aktuelle Bootloader auch enthalten, oder müßte ich diesen zusätzlich installieren?
Und vor allem...macht das Sinn? Was meinst du?

cricriat · 12. Dezember 2022, 19:49

Nein, das macht keinen Sinn.
Die STARTUP's haben keine Eigenschaften, die die Images z.B. im STARTUP_1 anders/unterschiedlich
funktionieren lassen als z.B. im STARTUP_2 oder STARTUP_3 oder STARTUP_4.

Koivo · 12. Dezember 2022, 19:49

Einen Versuch wäre es schon mal wert, wenn du willst.
Ich glaube auch das erste Image ist relativ egal. Die andere Aufteilung vom Flash habe ich allerdings auch gesehen.

Gehtnichtgibtsnicht · 12. Dezember 2022, 20:16

Puuhh...das erspart mir natürlich auch eine Menge Arbeit

Früher hielt sich mal hartnäckig das Gerücht, daß ein Austausch des Images auf STARTUP_1 die anderen Slots plättet. Aber vielleicht habe ich da auch nur etwas mißverstanden.
Aber ihr versteht meinen Gedankengang: Wenn auf gleicher Hardware eine gleiche Aktion zu unterschiedlichen Ergebnissen führt, schaut man sich natürlich die Randbedingungen an.
Sollte sich irgendwann mal eine Lösung abzeichnen, teste ich gerne mit. Bis dahin bleibt es bei mir so wie oben geschrieben.

anmado · 12. Dezember 2022, 20:29

Wie bereits geschrieben, kann ein fehlerhaftes Recovery die Ursache sein.
Vor einiger zeit hatte ich zu Testzwecken Recovery geflasht,
Leider war es vermurkkst und die anderen Images in den Slots funzeten nicht mehr richtig.
Abhilfe war dann ein älteres Recovery zu flashen.

Dann ging alles wieder.

War halt Arbeit, musste dann alles neu machen

Gehtnichtgibtsnicht · 12. Dezember 2022, 20:42

anmado schrieb:

Wie bereits geschrieben, kann ein fehlerhaftes Recovery die Ursache sein.

Also dann doch: Die openhdf-6.5-mutant51-214-20221210_recovery_emmc.zip oder älter flashen und schauen, was dann passiert?

anmado · 12. Dezember 2022, 21:36

Das wäre mein Vorschlag
Zu verlieren hast du ja nichts.

cricriat · 12. Dezember 2022, 23:11

Gehtnichtgibtsnicht schrieb:

das Gerücht, daß ein Austausch des Images auf STARTUP_1 die anderen Slots plättet.

Das ist kein Gerücht, das ist tatsächlich bei einigen Images so
und hat den Sinn und Zweck den Flash-Speicher eines nagelneuen Receivers zu formatieren.
Das muß ja auch irgendwann gemacht werden und vorzugsweise dann, wenn der
Receiver nagelneu ist oder man (aus welchen Gründen auch immer) Tabula rasa machen will.
Gemacht wird das mit dem *_recovery Image vom USB-Stick aus.

Mittlerweile hat sich die Situation ein wenig geändert, manche Boxen haben einen Wartungsmodus,
mit dem man ganz wundervolle Dinge machen kann.

Zusätzlich ist es auch so, wie @anmado beschrieben hat, daß es eine
ganze Reihe von *_recovery Images gab (gibt ?), die fehlerhaft waren und man sich
mit älteren *_recovery Images helfen konnte.

Grundsätzlich ist es so, wenn Du Zeit und Lust hast, dann mache Dir ruhig die Arbeit und teste es aus.
Auf die eine oder andere Art und Weise profitierst Du davon, wenn Du Dich reinkniest.

Erstelle Dir FullBackups von den STARTUP's, die Du eventuell noch brauchst.

Gehtnichtgibtsnicht · 12. Dezember 2022, 23:14

anmado schrieb:

Zu verlieren hast du ja nichts.

Stimmt...ich habe ja fast mehr Backups auf der internen Platte als TV-Aufnahmen

Ich probier's morgen einfach mal aus.

Gehtnichtgibtsnicht · 12. Dezember 2022, 23:27

cricriat schrieb:

Auf die eine oder andere Art und Weise profitierst Du davon, wenn Du Dich reinkniest.

Genau so sehe ich das auch :beer:

Gehtnichtgibtsnicht · 13. Dezember 2022, 10:41

Sooo...neuer Stand:
Recovery mit der 6.5er über USB ausgeführt, gesicherte Einstellungen wieder hergestellt...läuft.
7.0er von der 6.5er aus auf STARTUP_2 installiert...läuft. Beim Zugriff auf den Multibootmanager kein Absturz mehr, jedoch kein Mode 12.
Ich sehe das aber schon als Riesenfortschritt gegenüber der alten Situation an und harre jetzt einfach mal der Dinge, die noch kommen mögen.
Bin da ganz optimistisch

Koivo · 13. Dezember 2022, 11:04

Und jetzt mal bitte noch ein Test unter 7.0.
Nimm mal bitte die Datei im Anhang und kopiere die auf die Box.
Die Datei wie gehabt nach /usr/lib/enigma2/python/Components/ auf die Box.
Mach vorher ein Backup von der vorhanden SystemInfo.pyc in diesem Ordner.

Und wie gesagt, es ist für 7.0 mit python3.

Nach Update kein Mode 12 mehr

Micha_he schrieb:

Koivo schrieb:

Koivo schrieb:

anmado schrieb:

Gehtnichtgibtsnicht schrieb:

anmado schrieb:

cricriat schrieb:

Teilen

Ähnliche Themen