- Mitglied seit
- 1 Feb 2020
- Beiträge
- 141
- Punkte für Reaktionen
- 43
- Punkte
- 28
UPDATE 3: !!! Lösung gefunden (siehe Post#16) !!! - Lösungsweg bis dahin in diversen Posts davor!
UPDATE 2: So einfach scheint es doch nicht - siehe Post #2 - Thema wieder von "Gelöst" auf "Frage" zurückgestellt.
UPDATE 1: "Kann man denn bitte so blöd sein ???"
Die Lösung ist ja soooo simple - "tar xf 6591_07.29.ger_freetz-ng-20017-cb46fac03_20220707-080755.image" auf der Box und dann wie üblich mit "/sbin/burnuimg /var/media/ftp/var/firmware-update.uimg || echo FAILED" flashen sowie mit "/bin/aicmd pumaglued uimg switchandreboot" die Bootbank wechseln und booten
Bitte erzählt es nicht weiter - Danke
Gelöst ....
Hallo zusammen,
seit gestern mache ich erste "Gehversuche" mit Freetz-NG und konnte bereits erfolgreich ein Freetz-NG Image (symbolic link "latest.image" auf das erzeugte 7590_07_39.....image) erzeugen und über tools/push_firmware auf eine 7590 flashen.
Soweit so gut ... jetzt wollte ich auch mal ein Freetz-NG Image für eine 6591 ausprobieren.
Habe mir also ein 6591_07.29.ger_freetz-ng-20017-cb46fac03_20220707-080755.image erzeugt und "könnte" das über den Bootloader (also tools/push_firmare) sicherlich genauso aufspielen ...
ABER ich würde es gerne über die "scp" und "ssh" Methode machen, mit denen ich bisher die 6591 gepatched habe, also ohne den EVA-Bootloader dafür zu "bemühen".
Sprich:
1. image erzeugen und per scp auf die Box spielen
2. per ssh auf der Box anmelden und das image flashen (analog zum "/sbin/burnuimg /var/media/ftp/var/firmware-update.uimg")
Da ich auf meiner Bastlerbox ja nichts kaputt machen kann, habe ich das einfach mal probiert und bin "natürlich auf die Schnauze gefolgen"
Jetzt die Frage, mit der ich mich natürlich als jemand oute, der die Grundlagen - sprich den Unterschied zwischen einem Freetz-NG Image und diesem bisher von mir verwendeten "uimg" - nicht wirklich verstanden hat bzw. verstehen will.
Was ich gesehen habe ist, dass es beim "tools/push_firmware" einen Switch "-mu" für "uimg" Methode gibt. Aber auch hier scheint der Bootloader zum flashen eine Rolle zu spielen.
Würde mich freuen, wenn mir jemand ...
a) ... mit wenigen, leicht verständlichen Worten den Unterschied zwischen diesem "uimg" und dem "image" erklären könnte. Beides enthält ja die eigentliche Firmware, aber bei der ffritz Version u.a. als TAR-File mit zusätzlichen "Metadaten"
b) ... einen Befehl nehmen könnte, mit dem ich auch ohne Bootloader - also in einer "ssh Session" - ein Freetz-NG image direkt flashen könnte - falls das überhaupt geht.
Mir fehlt als reiner "Anwender" wohl offensichtlich das Verständnis bzgl. des konkreten Unterschieds "Freetz-NG" und "ffritz"
Danke euch
UPDATE 2: So einfach scheint es doch nicht - siehe Post #2 - Thema wieder von "Gelöst" auf "Frage" zurückgestellt.
UPDATE 1: "Kann man denn bitte so blöd sein ???"
Die Lösung ist ja soooo simple - "tar xf 6591_07.29.ger_freetz-ng-20017-cb46fac03_20220707-080755.image" auf der Box und dann wie üblich mit "/sbin/burnuimg /var/media/ftp/var/firmware-update.uimg || echo FAILED" flashen sowie mit "/bin/aicmd pumaglued uimg switchandreboot" die Bootbank wechseln und booten
Bitte erzählt es nicht weiter - Danke
Gelöst ....
Hallo zusammen,
seit gestern mache ich erste "Gehversuche" mit Freetz-NG und konnte bereits erfolgreich ein Freetz-NG Image (symbolic link "latest.image" auf das erzeugte 7590_07_39.....image) erzeugen und über tools/push_firmware auf eine 7590 flashen.
Soweit so gut ... jetzt wollte ich auch mal ein Freetz-NG Image für eine 6591 ausprobieren.
Habe mir also ein 6591_07.29.ger_freetz-ng-20017-cb46fac03_20220707-080755.image erzeugt und "könnte" das über den Bootloader (also tools/push_firmare) sicherlich genauso aufspielen ...
ABER ich würde es gerne über die "scp" und "ssh" Methode machen, mit denen ich bisher die 6591 gepatched habe, also ohne den EVA-Bootloader dafür zu "bemühen".
Sprich:
1. image erzeugen und per scp auf die Box spielen
2. per ssh auf der Box anmelden und das image flashen (analog zum "/sbin/burnuimg /var/media/ftp/var/firmware-update.uimg")
Da ich auf meiner Bastlerbox ja nichts kaputt machen kann, habe ich das einfach mal probiert und bin "natürlich auf die Schnauze gefolgen"
Code:
# /sbin/burnuimg /var/media/ftp/6591_07.29.ger_freetz-ng-20017-cb46fac03_20220707-080755.image || echo FAILED
burnuimg: <<< 220 pumaglued ready.
burnuimg: >>> uimg update
burnuimg: <<< 227 /usr/sbin/avm_uimg_update starting.
avm_uimg_update: Failed.
UIMG: exit 1
burnuimg: <<< 220 pumaglued ready.
burnuimg: >>> uimg status
burnuimg: <<< 225 update status follow.
STATUS exit 1
burnuimg: exit(exit code indicated failure)
FAILED
Jetzt die Frage, mit der ich mich natürlich als jemand oute, der die Grundlagen - sprich den Unterschied zwischen einem Freetz-NG Image und diesem bisher von mir verwendeten "uimg" - nicht wirklich verstanden hat bzw. verstehen will.
Was ich gesehen habe ist, dass es beim "tools/push_firmware" einen Switch "-mu" für "uimg" Methode gibt. Aber auch hier scheint der Bootloader zum flashen eine Rolle zu spielen.
Code:
Usage: tools/push_firmware [image] [ -m<s|r|d|u|f> ] [ -f ] [ -w ] [ -ip <ip> ] [ -map <hex> ] [ -ali <kb> ] [ -ram <mb> ] [ -lfs <0|1|9> ] [ -cmd <ftp|ncftp> ]
...
[image] When no 'image' file is given, images/latest.image will be tried.
...
-mu Force mode uimg-boot (newer docsis devices, like 6591 & 6660)
See https://bitbucket.org/fesc2000/ffritz/src/6591/README-6591.md
...
Würde mich freuen, wenn mir jemand ...
a) ... mit wenigen, leicht verständlichen Worten den Unterschied zwischen diesem "uimg" und dem "image" erklären könnte. Beides enthält ja die eigentliche Firmware, aber bei der ffritz Version u.a. als TAR-File mit zusätzlichen "Metadaten"
b) ... einen Befehl nehmen könnte, mit dem ich auch ohne Bootloader - also in einer "ssh Session" - ein Freetz-NG image direkt flashen könnte - falls das überhaupt geht.
Mir fehlt als reiner "Anwender" wohl offensichtlich das Verständnis bzgl. des konkreten Unterschieds "Freetz-NG" und "ffritz"
Danke euch
Zuletzt bearbeitet: