Mein Tipp: Nicht am ersten Satz von
@stoney in #12 festbeißen ... besser den zweiten lesen und selbst überlegen, ob da etwas dran sein könnte.
Es gibt auf meinem GitHub-Konto überhaupt gar keine Firmware von AVM - da bringst Du also auch etwas durcheinander.
Irgendwie gewinnt man bei dem, was Du schreibst, immer mehr den Eindruck, daß Du das mit den zwei "Sets" an Partitionen und wann da von wem zwischen den beiden umgeschaltet wird, noch nicht wirklich verstanden hast ... denn ein:
für avm: linux_fs_start 1
macht ja nur Sinn, wenn da in dem Set für diese Einstellung (das sind dann die eMMC-Partitionen 5 bis 8, während "linux_fs_start = 0" die Partitionen 1 bis 4 benutzt) dann auch ein System installiert ist, was seinerseits "avm" beinhaltet und wenn man aus so einem System (das aus P5-8 gestartet wurde) dann ein Update macht, wird dieses Update ja nach P1-4 geschrieben und danach "linux_fs_start" geändert. Da man so ein Update ohnehin (außer über den Bootloader) nur dann installieren kann, wenn das "Branding" zum laufenden System paßt, hat man dann im Ergebnis eben 2x "avm" in den beiden Partition-Sets und exakt 0x "kdg". Da macht es dann auch keinen wirklich Sinn mehr, wenn man wieder auf "kdg" zurückstellen will in "firmware_version" - außer man weiß genau, daß im anderen Partitionset noch eine Firmware steht, die diese Einstellung braucht/kennt. Das ist hier ja offenbar nicht der Fall, wenn die Box aus diesem Set mit "kdg" auch nicht starten will bzw. nicht richtig arbeitet.
Und wenn aus irgendwelchen FTP-Logs nicht hervorgeht, woher die vier einzelnen Dateien, die da in die vier Partitionen geschrieben werden, am Ende stammen, kann man aus so einem Log-File auch nicht erkennen, welche Firmware da installiert wurde - höchstens noch, ob das in die aktiven oder in die inaktiven Partitionen ging, was aber als "einzelne Info" auch vollkommen nichtssagend ist.
Aber das ist ja alles - bis hin zu den Unterschieden hinsichtlich der Adressierung von Partitionen im laufenden OS (wo das eben physikalische eMMC-Partitionen sind) und den "virtuellen Namen" im Bootloader (wo eben nicht zwischen "0" und "1", sondern zwischen "aktiv" und "nicht aktiv" unterschieden wird) - sehr ausführlich in der Anleitung beschrieben und wenn Du das nicht verstanden hast, solltest Du es (siehe #12) wohl doch besser noch einmal GENAU lesen.
Dann braucht man auch nur exakt einen Anlauf mit dem Schreiben von Firmware über den FTP-Server (wenn man da nicht sooo sicher ist, sollte man das eben nicht als "ständige Möglichkeit" nutzen) und wenn man das ein einziges Mal RICHTIG macht (und ggf. nach dem Start die Werkseinstellungen lädt), kann man auch gleich die aktuelle Retail-Version installieren (warum sollte man irgendwelche älteren Versionen verwenden wollen, außer man will die serielle Schnittstelle nutzen und das sollte man erst dann in Angriff nehmen, wenn man das wirklich KOMPLETT verstanden hat, was da wie funktioniert).
Irgendwelche Spielereien mit der Provider-Firmware in der einen und der Retail-Firmware in der anderen Partition sollte man unterlassen ... erstens weil man die Provider-Boxen heutzutage in Ruhe lassen kann (wenn sie immer noch dem Provider gehören und von ihm mit Firmware versorgt werden), denn man kann sich ja problemlos seine eigene Box besorgen - die kann dann durchaus auch wieder eine
ehemalige Provider-Box sein. Nur gibt's für eine solche dann keine Notwendigkeit mehr, die alte Provider-Firmware unbedingt erhalten zu müssen ... wer das tatsächlich "zu Studienzwecken" machen will, der fängt seine Untersuchungen ja i.d.R. auch nicht mit der Installation einer neuen Firmware an, sondern untersucht erst mal die bereits installierte und dann weiß er bei einem Update auch genau, was "linux_fs_start" und "firmware_version" beinhalten und wie sich deren Werte auf den Start der Box und auf die installierte Firmware auswirken bzw. wie sie von diesen bedingt werden, weil die Werte zur installierten Firmware passen müssen.
Jedenfalls gibt es praktisch keinen sinnvollen Grund, warum man auf einer eigenen(!) 6490 nach dem erfolgreichen "Debranden" und der Installation der Retail-Firmware, jemals wieder etwas anderes in "firmware_version" eintragen sollte, als das "avm", was man hoffentlich bei der Installation der ersten Retail-Firmware bereits gesetzt hat. Schon bei der Frage, wieso jemand zuerst eine 06.62 installieren sollte (es ist ja nicht mehr 2016), finde ich nicht so richtig eine sinnvolle Antwort, solange derjenige nicht die Firmware selbst genauer untersuchen will ... und das macht man ja i.d.R. auch erst dann, wenn man eine Vorstellung davon hat, wie das funktioniert und nicht auf der Basis der Anleitung eines Dritten (egal, ob die richtig ist, wie in diesem Fall die von
@qwertz.asdfgh, oder nicht) und dann sollte man ja auch selbst damit zurechtkommen.
none)): adam2
