Die Antwort auf die Frage steht ja doch, wenn auch unausführlich, im newnigma2 Board
Habe Atv 7.6 geschaut und wollte Image dann erneuern da lief die Box nicht mehr hoch
das wesentliche wie fehlt leider
Die Antwort auf die Frage steht ja doch, wenn auch unausführlich, im newnigma2 Board
Habe Atv 7.6 geschaut und wollte Image dann erneuern da lief die Box nicht mehr hoch
das wesentliche wie fehlt leider
Mich würde mittlerweile mehr interessieren, welches Image vor dem Flashen auf der Box war und wie das open* image geflasht wurde. Da muss man schon was falsch machen oder ein falsches Werkzeug verwenden um die Box in so einen Zustand zu versetzen.
Wenn veraltete Flashscripte oder python2.7 Überbleibsel dafür verantwortlich sind, muss sich das open* Dev Team dann schon ein paar Antworten auf etwaige Fragen einfallen lassen ..
d.h. jetzt mal spaßhalber auf der gesunden one mit dumbo.sh ein image auf eine SD inkl. FIP bruzeln und auf testen
die Zutaten wären ja alle vorhanden
ja, kenne ich und ich überlege gerade ob man auch andere baud Raten wie 600, 900 oder 110 etc. versuchen könnte ob sich da etwas ändert.
Ich vermute aber, dass Alex2018 damals höhere baud Raten bereits getestet hat, von 115200 auf 300 geht man nicht grundlos runter
Die betroffene two schafften wir damals auch nicht wiederzubeleben, wobei wir nicht wussten was mit der Box angestellt wurde, das sie in diesem Zustand war.
Aber ich denke, an diesem Punkt hat gutemine mehr Erfahrung ...
Edit:
hast du auch den COM Port geprüft: die beiden Boxen werden mit großer Wahrscheinlichkeit nicht den selben COM Port verwenden bzw. am PC zugewiesen bekommen
Wenn die eine one mit COM3 etwas im Terminal ausspuckt wird die andere vermutlich mit einem anderen COM Port im Gerätemanager gelistet werden.
Das würde ich auf jeden Fall auch prüfen, wenn nur die defekte one verbunden ist
kannst du mal screenshots von den putty Einstellungen posten, insbesondere vom Reiter "seriell" und nicht nur vom session screen
Am Ende liegt es vielleicht doch an den Einstellungen, zumindest wäre es gut das zu checken - nicht das wir sonst am falschen Ende suchen ...
Edit:
hast du auch den COM Port geprüft: die beiden Boxen werden mit großer Wahrscheinlichkeit nicht den selben COM Port verwenden bzw. am PC zugewiesen bekommen
du bist der Experte
nochmal: solche Diskussionen/Tipps finde ich hier in diesem Board deplatziert
Habe ich geschrieben, dass es im deutschsprachigen Bereich zu finden ist?
Und ja, es gibt noch einen Weg die slots los zu werden und von vorne zu beginnen - und der ist steiniger als die flash-scripte zu aktualisieren. Aber warum soll hier jemand diesen open Kram supporten?
Aber ich finde es nun mal treist mit einem open* image im flash hier nach support zu fragen. Da muss man sich dann eventuell darauf einstellen an der Nase herumgeführt zu werden. Und noch treister finde ich es von dir, hier Informationen für deine open* Experimente abzugreifen. Das ist aus meiner Sicht der falsche Platz dafür
der ist längst verscheucht ![]()
das er hier wenn überhaupt nur Andeutungen und keine Schritt für Schritt Anweisungen erhält müsste ihm mittlerweile auch klar geworden sein
lesen bildet ist damit gemeint
Also hattest du die Probleme auch wie bei den piraten beschrieben?
Das entwickelt sich hier aber langsam zu einem "open* problems" weekend
das das so heisst wie ein östereichische privatsender
aber das wird der TE schon finden ..
nein, die Lösung ist eine andere - steht aber alles im open* Board
Mir ist schon bewusst, dass dieser "Vorfall" mit ein Grund war, warum die Dinge so gelaufen sind wie sie nun mal gelaufen sind. Ich bin aber nach wie vor der Meinung, dass man so etwas anders und für alle Beteiligten gewinnbringend lösen kann - ohne das man den Eindruck gewinnt, auf einem außer Kontrolle geratenen Kindergeburstag gelandet zu sein.
after corrupting firmware in the third slot, it doesn't allow me to load new images, only the old ones.
Third slot? Old ones?
in this board only the original firmware will be supported - no open* images
Der flash wurde beim Booten der resuce-SD auf GPT umgestellt - NICHT beim booten der ermergebcy-SD. Und die emergency-SD wurde ohne "automatisch ausführen" erstellt.
Aber diese Diskussion ersparen wir uns besser, hättest du den #124 damals im Flash installiert und damit die SD gemacht wäre auch damals diese Rescue SD "brav" gewesen, hätte dann Legacy und damit nichts zu reparieren erkannt. Aber wie schon gesagt - rumspielen OHNE vorher fragen mit meinen Sachen war noch nie eine gute Idee, gerade wenn ich noch mitten in der Entwicklung stecke und selber noch nicht weis ob alles 100%ig funktioniert wie es sollte..
Das war um genau zu sein der non public RL #118
Aber egal, ich will keine alten Kamellen aufwärmen. Das Thema ist erledigt und nun mal ein Beweis dafür das deine Lösungen manchmal unberechenbar sind und du auch nicht immer vorhersehen kannst, was die user damit anstellen. In diesem Fall waren wir danach beide schlauer - und verärgert ...
Aber jetzt sind wir mittlerweile weit off topic
von der wusste ich zu dem Zeitpunkt nichts - und ich bin was dieses Thema betrifft sicher kein Lesemuffel
Aber wie geschrieben: Ein Beweis dafür, was alles schief laufen kann - auch wenn man es "gut" meint.
Ich konnte mir ja dann selbst helfen und ich habe dabei gelernt, keine "Projekte" mehr in /data zu sichern ...
Im Prinzip habe ich diese Funktionalität der Selbstrettung in der Rescue SD sogar schon eingebaut, aber da es einfach zu viele Varianten gibt, wo das unerwünscht anspringen kann, wurde ich als ich das zum Testen aufgedreht habe auch nur gesteinigt wie sich mein Loader erdreisten kann die Box einfach auf GPT umzustellen - also ist es im #124 wieder deaktiviert ...
naja, dann war der "Unfall" meiner two nicht ganz umsont und ein Beweis dafür, dass auch ein false positive Ergebnis dabei raus kommen kann ![]()
Wobei ich nicht weiß, welche(r) Paramenter dafür verantwortlich war.
Aber nachträglich betrachtet wäre eine vorab Information vielleicht besser gewesen, dass das aufgrund einer Änderung passieren kann. Anfangs wurde sogar von dir empfohlen, die SD's zu testen, damit man weiß ob sie im Notfall auch funktionieren.
Wenn dann eine gebootete rescue-SD sich selbst auf eine "gesunde" Box flasht und dann auch noch den Flash ohne Vorwarnung auf GPT umstellt ist das nicht mehr so lustig, wenn man nicht darauf vorbereitet ist - und sich dann auch noch wundert, warum das flash image nicht mehr bootet, welches ja gar nicht mehr vorhanden ist. So gesehen war mein "Unfall" vielleicht ein best case result ![]()
Das lustige an der Geschichte ist ja, dass ich die emergency/rescue-SD erstellt hatte, um damit einen Wiederbelebungsversuch einer anderen red-led-two zu starten ![]()
Aber das ist imho keine Frage der technischen Umsetzung - das kann man ja eventuell nachjustieren - sondern wie so oft eine Frage der Kommunikation und Information. Und die läuft in meiner Wahrnehmung immer wieder mal nicht so gut, führt zu Missverständnissen, gegenseitigen Vorwürfen und schlechter Laune. Und genau diese "Kommunikationskomplikationen" hatte ich in der Vergangenheit kritisiert und nicht die Umsetzungen
Und vergesst auch nicht das Henne/Ei Problem das da entstanden ist, bei dem gutemine ständig "nacharbeiten" muss.
Wäre das rescue-image #106 nach dem DP Ende nie public geworden, hätten wir die ganzen Probleme nicht, weil die Flash Partitionstabelle nie angerührt worden wäre und man hätte die flash-scripte nicht anpassen müssen, damit der rescue-laoder beim Flashen auch mit GPT umgehen kann. Und wir hätten dann aber auch keine rescue und emergency SD's
Dann könnten sich aber die open* dev's jetzt nicht rausreden, wenn das unter python3 nicht mehr so funktioniert wie man das gerne möchte. Wie man so eine Box dann wieder belebt wüssten sie aber auch nicht ...
... 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 ...