- Mitglied seit
- 1 Feb 2020
- Beiträge
- 140
- Punkte für Reaktionen
- 43
- Punkte
- 28
Update 23.6.22:
Einfache Lösung gefunden, siehe Post #9 weiter unten ...
... oder noch wesentlich umfangreicher nach Tipps (Post #10) von @PeterPawn: "Das gibt es (praktisch alles) auch in Form von Shell-Skripten (https://github.com/PeterPawn/YourFritz/blob/main/eva_tools/eva_switch_system)"
Hallo zusammen,
Hintergrund: nachdem meine gepatchte FRITZ!Box 6591 über Nacht einen automatischen Update auf die neueste Laborversion gemacht hat, komme ich mal wieder nicht per SSH auf diese Box und "müsste" sie jetzt erneut "patchen". Ich weiß, ich weiß - über Patches gehen die Meinungen auseinander - darum soll es daher auch gar nicht gehen. Mein Problem bezieht sich eher auf den Original vom Bootloader-Prozess kurzzeitig aktivierten "ADAM2 FTP Server" (EVA) der FRITZ!Box, der ja unabhängig vom Patch eigentlich immer funktionieren müsste.
Mein Problem: Normalerweise könnte ich jetzt ja die 2.Bootbank ganz einfach über adam2 und "quote SETENV linux_fs_start 1" aktivieren, denn ich weiß ja, dass die 2.Bootbank einen funktionierendes image enthält. ABER: Die Box will einfach nicht von dieser aktuell Backup Bootbank booten. Beim Reboot (sowohl über "quote REBOOT" - als auch über "Stromstecker ziehen" - beides ausprobiert) zeigt sie bei "quote GETENV linux_fs_start" wieder die Bootbank "0" an. Sprich wie der Titel dieses Posts sagt: "quote SETENV linux_fs_start" funktioniert bei dieser Box einfach nicht und ich müsste über einen Workaround gehen und die aktive Bootbank überschreiben - was aus eigener Erfahrung auch wunderbar funktioniert.
Trotzdem die Frage: Das Problem scheint nicht unbekannt, denn auch @fesc scheint das laut einer README-6591.md auf seinem Repository schon einmal beobachtet zu haben ...
Vielen Dank für eure Zeit und euer Feedback
P.S.: Vielleicht habt Ihr auch Lust eine damit verbundene 2.Frage zu beantworten. Eine weitere Beobachtung im Zuge dieses Problems ist, dass bei meinem FTP Client (ftp auf der Commandline auf einem mac) die Ausgabe des adam2 der 6591 nicht zu den Eingaben passt. Auf ein SETENV gibt die Box dann das Ergebnis des GETENV aus. Das muss ja irgendwie mit dem FTP-Client und Puffern zu tun haben. Ich hänge mal eine Befehlsfolge an (bei "ftp>" habe ich dann nur RETURN gedrückt)...
Frage: Kennt jemand auch dieses Problem und hat eine schlüssige Erklärung? Oder muss ich auf einen anderen FTP-Client ausweichen bzw. gibt es ggf. Schalter (mit passive Mode, Binary Mode habe ich bereits ohne Erfolg "rumgespielt"), die mir noch nicht in den Sinn gekommen sind?
Update: Dank Feedback von @NDiIPP gibt es zu dieser Frage schon Antworten, z.B. hier
Einfache Lösung gefunden, siehe Post #9 weiter unten ...
... oder noch wesentlich umfangreicher nach Tipps (Post #10) von @PeterPawn: "Das gibt es (praktisch alles) auch in Form von Shell-Skripten (https://github.com/PeterPawn/YourFritz/blob/main/eva_tools/eva_switch_system)"
Hallo zusammen,
Hintergrund: nachdem meine gepatchte FRITZ!Box 6591 über Nacht einen automatischen Update auf die neueste Laborversion gemacht hat, komme ich mal wieder nicht per SSH auf diese Box und "müsste" sie jetzt erneut "patchen". Ich weiß, ich weiß - über Patches gehen die Meinungen auseinander - darum soll es daher auch gar nicht gehen. Mein Problem bezieht sich eher auf den Original vom Bootloader-Prozess kurzzeitig aktivierten "ADAM2 FTP Server" (EVA) der FRITZ!Box, der ja unabhängig vom Patch eigentlich immer funktionieren müsste.
Mein Problem: Normalerweise könnte ich jetzt ja die 2.Bootbank ganz einfach über adam2 und "quote SETENV linux_fs_start 1" aktivieren, denn ich weiß ja, dass die 2.Bootbank einen funktionierendes image enthält. ABER: Die Box will einfach nicht von dieser aktuell Backup Bootbank booten. Beim Reboot (sowohl über "quote REBOOT" - als auch über "Stromstecker ziehen" - beides ausprobiert) zeigt sie bei "quote GETENV linux_fs_start" wieder die Bootbank "0" an. Sprich wie der Titel dieses Posts sagt: "quote SETENV linux_fs_start" funktioniert bei dieser Box einfach nicht und ich müsste über einen Workaround gehen und die aktive Bootbank überschreiben - was aus eigener Erfahrung auch wunderbar funktioniert.
Trotzdem die Frage: Das Problem scheint nicht unbekannt, denn auch @fesc scheint das laut einer README-6591.md auf seinem Repository schon einmal beobachtet zu haben ...
... geht dort aber nicht näher darauf ein, weil es für das Patchen einen Workaround gibt, direkt in die aktive Bootbank zu schreiben. Daher die Frage: Hat jemand hier im Forum eine schlüssige Erklärung für dieses Phänomen?- Under certain circumstances (i have not yet tried to figure out when/why exactly) the
bootbank switch does not seem to work. It is generally also OK to write to the ACTIVE partition
and not change linux_fs_start.
Vielen Dank für eure Zeit und euer Feedback
P.S.: Vielleicht habt Ihr auch Lust eine damit verbundene 2.Frage zu beantworten. Eine weitere Beobachtung im Zuge dieses Problems ist, dass bei meinem FTP Client (ftp auf der Commandline auf einem mac) die Ausgabe des adam2 der 6591 nicht zu den Eingaben passt. Auf ein SETENV gibt die Box dann das Ergebnis des GETENV aus. Das muss ja irgendwie mit dem FTP-Client und Puffern zu tun haben. Ich hänge mal eine Befehlsfolge an (bei "ftp>" habe ich dann nur RETURN gedrückt)...
Bash:
ftp> quote GETENV linux_fs_start
linux_fs_start 0
ftp> quote GETENV linux_fs_start
ftp>
ftp> quote GETENV linux_fs_start
200 GETENV command successful
ftp> quote GETENV linux_fs_start
linux_fs_start 0
ftp> quote SETENV linux_fs_start 1
ftp>
ftp> quote SETENV linux_fs_start 1
200 GETENV command successful
ftp>
ftp> quote SETENV linux_fs_start 1
linux_fs_start 0
ftp>
ftp> quote SETENV linux_fs_start 1
ftp>
ftp> quote SETENV linux_fs_start 1
200 GETENV command successful
ftp>
ftp> quote SETENV linux_fs_start 1
linux_fs_start 0
ftp>
ftp> quote SETENV linux_fs_start 1
ftp>
ftp> quote SETENV linux_fs_start 1
200 GETENV command successful
ftp>
ftp> quote SETENV linux_fs_start 1
linux_fs_start 0
Frage: Kennt jemand auch dieses Problem und hat eine schlüssige Erklärung? Oder muss ich auf einen anderen FTP-Client ausweichen bzw. gibt es ggf. Schalter (mit passive Mode, Binary Mode habe ich bereits ohne Erfolg "rumgespielt"), die mir noch nicht in den Sinn gekommen sind?
Update: Dank Feedback von @NDiIPP gibt es zu dieser Frage schon Antworten, z.B. hier
Zuletzt bearbeitet: