mal sehen, ob es jetzt klappt. Und das mit dem "nachlesen" lasse ICH mir nicht nachsagen. Ich weiß ohne installierten RL #124 vermutlich mehr darüber als 95% der user, die mit dem RL #124 glücklich sind - aber eben nicht alles, weshalb ich mittlerweile eher zurückhaltend bin

Meine lokale dumbo.sh Version 1.4 Version kann auch eine emergency/rescue SD mit allen aktuellen files inkl. FIP, .dtb etc. mit jedem image vice versa one/two erstellen - unabhängig davon welches rescue-image geflasht ist bzw. ob ein AIO installiert ist oder nicht. Ich habe hier sogar Versionen, mit dem man die SD's notfalls auf einem x64 PC oder am Raspberry Pi damit erstellen kann, wenn keine 2. amlogic Box vorhanden ist.

Man könnte das ja auch alles als package für solche "Notfälle" anbieten. Aber da man damit an deinen Lizenzbestimmungen "kratzt" ist das ein Spiel mit dem Feuer das ich nicht spielen werde - auch wenn der dumbo.sh code unter GPL steht und die Anpassungen unabhängig von deinen rescue-image SD scripten gemacht wurden. dumbo.sh 1.3 funktioniert ja nach wie vor für das Erstellen von bootfähigen SD-Card images. Aber du hast ja schon an mehreren Stellen davon abgeraten, damit emergency/rescue SD's zu erstellen, weil manches nicht mehr "aktuell" ist. Lustigerweise passt das auch kein anderer an oder die user verwenden so wie ich nur angepasste Versionen für den "privaten Gebrauch".

Wie man an diesem Fall sieht kann man eine one/two auch ohne installierten RL #124 im LEGACY Mode mit einem open* Image schrotten - wobei nicht bekannt ist, wie das open* image geflasht wurde. D.h. gäbe es enhanced RL #124 nicht stände man vor dem selben Problem und hätte dann erst mal keine "fertige Toolbox", die man nur richtig benutzen muss. So fair und eigentlich "dankbar" müsste man an dieser Stelle schon sein - unabhängig von allen anderen Diskussionen und Unstimmigkeiten.

Aber wie man hier sieht, kommt man auch an eine Stelle, an der man nicht mehr weiter weiß. Wobei wir nicht wissen, ab alles richtig gemacht wurde.

Bin gespannt ob sich der TE noch einmal meldet.

@alpha

die emergency macht nichts anderes wenn sie richtig erstellt wurde - den "Automatismus" konnte man im dumbo.sh aktivieren. Der wurde, vermutlich nicht grundlos, wieder entfernt.

Und die dm9x0 und one/two funktionieren unterschiedlich. Bei der dm9xo liegt das rescue-image nicht im nand sondern im SPI flash und der dm9x0 nand flash ist von "Haus" mit GPT partitioniert. d.h. wenn man den nand flash der dm9x0 schrottet, bleibt der rescue-loader davon unbeeindruckt, was bei der one/two nicht der Fall ist, wenn man die (amlogic) Partitonstabelle killt - da geht dann eben mehr kaputt

Das ist doch eigentlich schon die ganze Zeit unsere Rede, aber einige ATV Fanboys framen das ja ständig um und meinen, wir wollten open Images ausschließen, was aber eben ganz andere Gründe hat. Die hätten ja die Möglichkeit, ihr Image an Dreamgegebenheiten anzupassen, aber weil das dann ja eine "Extrawurst" nur für Dream wäre, machen die sich wohl nicht die Arbeit.

naja, ich würde sagen nicht davon abraten aber sich sich zumindest überlegen WIE man es flasht. Aber die meisten glauben ja, dass alles so funktioniert wie mit einem DreamOS - nur besser

es kann ja jeder auf seinen Dreamboxen verwenden was er will, aber es muss einem dann auch bewusst sein, dass man dann mittlerweile auch vor dieser Situation ohne Hilfe aus dem anderen Lager da stehen kann. Im IHAD hatte ja einer mit dem selben Problem mit einer two letztens einen Thread gekapert und eine "Anleitung" aus dem linux sat support forum "zitiert" weil er nicht mehr weiter kam ...

Wenn sich die ATV Jungs hineinknien würden, und sich auch mal mit der Materie Dream beschäftigen würden, und gerade mit dem, was gutemine alles dazu schon veröffentlicht hat, wären die Probleme sicher lösbar. Mir fehlt da nur der Glaube daran, dass sich da noch etwas in der Richtung ändern wird. Und was scheren die paar gestorbene Dreamboxen, gibt doch sowieso nur noch Abverkäufe.

Aber genug OT, BigBoss1980 will ja noch immer die ONE seines Kumpels retten.

Wenn das so weiter geht, werden die eher den one/two support einstellen, weil sie sich damit nicht beschäftigen wollen und lieber dp die Schuld in die Schuhe schieben werden

Ob das dann gut oder schlecht ist, kann ich nicht beurteilen. Ist nur ein weiterer - vermutlich nicht abwendbarer - Schritt zu Dreambox EOL ...

Aber man könnte auch das openATV image auspacken, überprüfen und gegebenenfalls "reparieren" und wieder in ein flashbares .tar.gz packen

Quote from alpha

... sondern weil es einfach zu gefährlich und die recovery für den laien nur schwer möglich ist.

naja, Ansichtssache - man muss sich damit nur beschäftigen

Wenn der nand flash einer dm9x0d defekt ist, ist für den Otto Normal Verbraucher Schicht im Schacht und die Box reif für den Schrottplatz. Aber es wurde bewiesen, dass man eine dm9x0 mit einem modifzierten kernel auch von SD, USB oder SATA booten und weiter verwenden kann wenn der flash defekt ist.

Der angepasste kernel ist dann quasi wie das FIP für die one/two. Aber das ist auch allen zu kompliziert und hat keinen interessiert außer einem Betroffenen

Aber von "open source" reden und gleichzeitig nicht nutzen ...

Wirklich?

Mit dem #124 ist es total einfach sich eine Rescue/Emergency SD-Karte zu erstellen, einfach Knopf drücken, und fertig ist die jeweilige SD-Karte. Einfacher geht es doch nun wirklich nicht, da ist nun wirklich nichts komplex dran. Und warum gutemine die 6 Befehle nicht automatisch ausführen lässt, hat sicher auch einen Grund, und kann er dir auch noch genau erklären .

Das kommt mir dann wieder wie hirnlose Zombis vor, die nur noch Knöpfe drücken müssen, ohne zu verstehen, was sie da tun. Das ist alles Operation am offenen Herzen, und am besten sollte es gar nicht erst zu solchen Situationen kommen. Nicht erst reagieren, wenn das Kind in den Brunnen gefallen ist.

Quote from alpha

wenn der rescue loader noch bootet....

Diese Nothelfer erstellt man, bevor die Box hinüber ist !!!