Support Fritzbox 6660 mit Freetz Image Flashen

[courier]

Hi liebe Forengemeinde,

ich hab jetzt geschlagene 5h nach ner funktionierenden Möglichkeit gesucht das Image von_Prisrak_6660_07_14_ger_freetz-ng-30956M auf meine Fritzbox zu bekommen, leider erfolglos.
Ich habe auch schon diverse Anleitungen hier Probiert leider ohne erfolg.

Da die BOX wohl den Flashtype der 6490 inne hat hab ich auch versuch das Image zu entpacken um an die files für den Arm und Atom Pozessor heranzukommen um dieses mit der Totalcommander methode zu flashen, leider ohne erfolg das Image ordentlich zu entpacken :disappointed:

Hat hier jemand nen Tipp wo ich evtl. ne passende Anleitung finden könnte, um das Image auf die Box zu bekommen?

Vielen Dank schon mal.

Edit: Es Handelt sich um eine Retail Version die noch Jungfräulich ist. Orginal FW ist Aktuell die 7.14

 

[crazyfreak01]

Ich nehme WinRar zum entpacken solcher Images. Macht keine Probleme. Danach nach dieser Anleitung flashen:

 

[courier]

Dieses hatte ich vor, das Image lässt sich aber nicht soweit Entpaken. Man bekommt daraus nur die firmeware-update.uimg und aus dieser bekommt man nur ein EFI Verzeichniss. Ich denk da muss was anderes zum dekompilieren ran.

 

[crazyfreak01]

Hast Recht, das firmeware-update.uimg lässt sich nicht entpacken. Das läuft bei der 6660 auch anders, als wie bei der 6490. Da müssen sich jetzt andere Experten melden.

 

[aussua]

@courier:
Das ist doch wohl eine

Sie müssen registriert sein, um Links zu sehen.

eine "normale" Fritzbox-Anleitung ist damit
dann, wie Du jetzt wohl selbst gemerkt hast, ja eher ungeeignet...

Ohne jetzt genau danach zu googlen, ich denke aber, man sollte da, wie bei der 6591 auch, erst einmal
nach der Bios-Version der Box sehen?!
Dann sollte das doch, auch wie bei der 6591, per "./tools/push_firmware -mu ..." aus den tools des
linux-sytems des

Sie müssen registriert sein, um Links zu sehen.

funktionieren?
Hast Du Dich damit schon einmal richtig beschäftigt, auch mit der dabei ev. doch benötigten Bios-Version
der 6660?

Oder eben, wenn Du es gerne "kompliziert/selbst/anders per Hand" flashen möchtest, ähnlich (!)
der

Sie müssen registriert sein, um Links zu sehen.

- aber sicherlich auch da unter Beachtung der ev. benötigen
Bios-Version der Box...

 

[courier]

Ja ich habe mich damit schon befasst, ich habe auch schon gefunden wie ich das uimg Enpacken kann um an die 4.bin daten ranzukommen. Das Update via EVA hatte bei mir auch einmal funktioniert, konnte aber nicht erfolgreich gebootet werden.

@courier:
Dann sollte das doch, auch wie bei der 6591, per "./tools/push_firmware -mu ..." aus den tools des
linux-sytems des

Sie müssen registriert sein, um Links zu sehen.

funktionieren?

Ich such mir gerade noch nach ner Anleitung um das noch zu Testen.

Mein Bios währe übrigens: BIOS CGM2.86C.627075.R.1910091214 10/09/2019

Edit/Update leider hat das mit der push_firmware -mu nicht geklappt :disappointed: folgede Meldungen kamen

Spoiler: push_firmware

fx@DESKTOP-719QO3N:~$ freetz-ng/tools/push_firmware freetz-ng/tools/image.uimg -mu -ip 192.168.178.1
freetz-ng/tools/push_firmware: line 329: [: argument expected

* Using command: ftp
* Target host: 192.168.178.1
* Outgoing IP: 192.168.178.12
* Flash mode: uimg-boot
* Designated linux_fs_start: 1

!!! WARNING !!! WARNING !!! WARNING !!! WARNING !!! WARNING !!!
!!! THERE IS NO WARRANTY AT ALL !!! USE AT YOUR OWN RISK !!!

* Are you sure, that you want to flash this file to the device?
freetz-ng/tools/image.uimg
Proceed? (y/[n]) y

* You should now reboot your box (192.168.178.1). Waiting for shut down.
Switch off, if reboot is not detected because it happens too quickly.
Some newer bootloader versions allow to flash on power-cycle only.
............................................................................................................................................................................................................................................................................................................
* Arm-System mtd: ;
* Arm-Kernel mtd: <
* x86-System mtd: =
* x86-Kernel mtd: >

* No reply from box, assuming switch-off or restart. Trying to re-detect box.
Waiting ................. found!

* Box is back up again, initiating transfer.

Debugging on (debug=1).
---> TYPE I
---> MEDIA FLSH
local: /tmp/freetz_x7G/ARM-system.image: No such file or directory
local: /tmp/freetz_x7G/ARM-kernel.image: No such file or directory
local: /tmp/freetz_x7G/X86-system.image: No such file or directory
local: /tmp/freetz_x7G/X86-kernel.image: No such file or directory
---> SETENV linux_fs_start 1
---> REBOOT
---> QUIT

Ich gehe mal davon aus das diese an die 6660 noch angepasst werden muss. Ich würde mich als Tester zur Verfügung stellen wenn dieses jemand machen könnte. da ich von Scripting keine Ahnung hab.

Und hätte jemand die 07.14 FW da, hab bis jetzt leider nur die 15er gefunden
...
Werd ich gleich mal Testen, das Freetz-NG war frisch aufgesetzt.

Was mich aber ehr Verwundert sind diese Partitionen:
* Arm-System mtd: ;
* Arm-Kernel mtd: <
* x86-System mtd: =
* x86-Kernel mtd: >

die gibt es bei mir nicht, ich habe nur die mdt11-14 laut support log

Spoiler: log

##### TITLE Version 252.07.14
##### TITLE SubVersion
##### TITLE Produkt Fritz_Box_HW252x
##### TITLE Datum Thu Jan 1 01:22:37 CET 1970
##### BEGIN SECTION Support_Data Supportdata Linux fritz.box 4.9.175 #1 SMP PREEMPT Mon Feb 3 15:04:55 CET 2020 i686 Version 252.07.14
Support Data
------------
Thu Jan 1 01:22:38 CET 1970
4.9.175
DMC RTL=y,SL1
HWRevision 252
HWSubRevision 2
ProductID Fritz_Box_HW252
SerialNumber xxxxxxxxxxx
annex Kabel
autoload yes
bootloaderVersion 1.3614
country 049
firstfreeaddress 0x3D3C4C00
firmware_info 252.07.14
firmware_version avm
language de
linux_fs_start 0
maca xxxxxxxxx
macb xxxxxxxxx
macwlan xxxxxxxxxxx
macwlan2 xxxxxxxxxxxx
macdsl xxxxxxxxxxxxxxx
memsize 0x40000000
mtd0 0x0,0x4800000
mtd1 0x4800000,0x5100000
mtd2 0x5100000,0x5300000
mtd3 0x5300000,0x5B00000
mtd4 0x0,0x0
mtd5 0x5B00000,0xDB00000
mtd6 0xDB00000,0xEE00000
mtd7 0xEE00000,0xF300000
mtd8 0x0,0x0
mtd10 0x0,0x0
mtd11 0xF300000,0x13B00000
mtd12 0x13B00000,0x14400000
mtd13 0x14400000,0x15700000
mtd14 0x15700000,0x15C00000
my_ipaddress 192.168.178.1
prompt Eva_AVM
tr069_passphrase SECRET
tr069_serial xxxxxxxxxxxxxx
usb_board_mac xxxxxxxxxxxxx
usb_device_id 0x0000
usb_device_name USB DSL Device
usb_manufacturer_name AVM
usb_revision_id 0x0000
usb_rndis_mac xxxxxxxxxxxxx
webgui_pass SECRET
wlan_key SECRET
wlan_ssid FRITZ!Box#6660#Cable#GK
GATEWAY_INTERFACE=CGI/1.1
CONTENT_TYPE=multipart/form-data; boundary=---------------------------xxxxxxxxxxxxx
CONFIG_FON_HD=y
CONFIG_TIMERCONTROL=y
CONFIG_USB_STORAGE_USERS=n

...
So ich habs geschafft!
Also vorgehen bei mir und ich gehe von aus das ihr ein Freetz-NG-Linux System am Start habt
1. Orginal Image Organisieren, sowie eine Freetz version der selben FW.
2. das Freetz Image einmal entpacken sodas ihr die firmware-update.uimg bekommt
3. die *.uimg mittels dem uimg tool aus dem freetz-ng entpacken daraus kommen dann 5 datein die ihr Benötigt.
4. dann die BOX Starten, in die komandozeile schon mal FTP 192-168.178.1 eintippen und wenn alle Lampen kurz angehen, Enter drücken dann solltet ihr auch schon die Username und Passwort abfrage bekonnen hier ist beides adam2.

5. dann gebt ihr quote GETENV linux_fs_start ein sollte hier ein linux_fs_start = 0 kommt weiter mit schritt 6. Sollte hier linux_fs_start = 1 kommen dann Bottet eure Box neu und lasst sie Normal Starten, dann macht ihr mit der Orginal Firmeware ein "Update" dieses hat den Hitergrund das dann die FW-Partition gewechselt wird und bei mir der Befehl SETENV Linux_fs_start in folge von quote REBOOT keinen persistenten erfolg hatte, daher der kleine Umweg

6. da bei mir der GETENV Befehl beim Flashen Probleme machte bin ich diesen umgangen und hab die Sitzung mit "bye" beendet.
7. nun gebt ihr wieder ftp 192.168.178.1 ein und drückt Enter (ohne Box Neustart!) und gebt die Zugangsdaten erneut ein.
8. nun gebt ihr nacheinander folgende komandos ein -> bin > passive - quote MEDIA FLSH
9.dann könnt ihr Anfangen zu flashen mit folgenden Befehlen (und ja wir schreiben in die AKTIVE Partition da der Befehl für den Partitionswechsel nicht geklappt hat bei mir)
Bitte überprüft ob die Files auch genauso heisen bei euch! ansonsten müsst ihr das ggf anpassen.
put part_03_ATOM_ROOTFS.bin mtd0
put part_02_ATOM_KERNEL.bin mtd1
put part_09_ARM_ROOTFS.bin mtd6
put part_08_ARM_KERNEL.bin mtd7
10. wenn der Flashvorgang erfolgreich war gebt ihr nur noch quote REBOOT und bye ein dann Startet ihr eure Box neu und das Freetz sollte drauf sein.

Spoiler: log

fx@DESKTOP-719QO3N:~/uimg-tool$ ftp 192.168.178.1
Connected to 192.168.178.1.
220 ADAM2 FTP Server ready
Name (192.168.178.1:fx): adam2
331 Password required for adam2
Password:
230 User adam2 successfully logged in
Remote system type is AVM.
ftp> quote GETENV linux_fs_start
linux_fs_start 0
ftp> bye
221 Goodbye.
fx@DESKTOP-719QO3N:~/uimg-tool$ ftp 192.168.178.1
Connected to 192.168.178.1.
220 ADAM2 FTP Server ready
Name (192.168.178.1:fx): adam2
331 Password required for adam2
Password:
230 User adam2 successfully logged in
Remote system type is AVM.
ftp> bin
200 Type set to BINARY
ftp> passive
Passive mode on.
ftp> quote MEDIA FLSH
200 Media set to MEDIA_FLASH
ftp> put part_03_ATOM_ROOTFS.bin mtd0
local: part_03_ATOM_ROOTFS.bin remote: mtd0
227 Entering Passive Mode (192,168,178,1,219,80)
150 Opening BINARY data connection
226 Transfer complete
48926728 bytes sent in 439.84 secs (108.6301 kB/s)
ftp> put part_02_ATOM_KERNEL.bin mtd1
local: part_02_ATOM_KERNEL.bin remote: mtd1
227 Entering Passive Mode (192,168,178,1,31,187)
150 Opening BINARY data connection
226 Transfer complete
9437192 bytes sent in 81.99 secs (112.4004 kB/s)
ftp> put part_09_ARM_ROOTFS.bin mtd6
local: part_09_ARM_ROOTFS.bin remote: mtd6
227 Entering Passive Mode (192,168,178,1,53,254)
150 Opening BINARY data connection
226 Transfer complete
13541216 bytes sent in 119.21 secs (110.9310 kB/s)
ftp> put part_08_ARM_KERNEL.bin mtd7
local: part_08_ARM_KERNEL.bin remote: mtd7
227 Entering Passive Mode (192,168,178,1,115,81)
150 Opening BINARY data connection
226 Transfer complete
2749416 bytes sent in 21.49 secs (124.9320 kB/s)
ftp> quote REBOOT
221 Thank you for using the FTP service on ADAM2
ftp> bye
221 Goodbye.

...
na wie gesagt der erste Versuch lief ja daneben, deswegen hab ich das erst mal auf die Manuelle art getestet. Und da ja leider der manuelle Partionswechsel nicht persistent war, hab ich schon ein wenig gekocht. Ich hau mich erst mal aufs Ohr und Teste das Script am WE wenn ich etwa mehr Zeit wieder hab. aber schon mal Vielen Dank an alle mit Helfenden.

 

[aussua]

Durch Dein Update habe ich leider Deine da weitere Meldungen erst jetzt gelesen... :cryingcat:

Was ist denn das für ein Image?
Hast Du das so auch einmal mit dem realen Image (nicht entpackt: xyz_abc_123456.image) probiert?

Ich habe gerade 'mal geteste.
(Achtung (!) nur für meinen Test, das ist bei mir keine 6660 - ich habe darum bei mtd: 1 abgebrochen,
als mtd: 0 aber schon real auf der Box war...)

Spoiler: log push_firmware

push@push-fw:~/pushen$ ./tools/push_firmware ~/pushen/images_6660/von_Prisrak_6660_07.15.ger_freetz-ng-31299M-UNKNOWN_20200727-055641.image -mu -lfs 0
./tools/push_firmware: Zeile 329: [: Argument erwartet.

* Using command: ftp
* Target host: 192.168.178.1
* Outgoing IP: 192.168.178.7
* Flash mode: uimg-boot
* Designated linux_fs_start: 0

!!! WARNING !!! WARNING !!! WARNING !!! WARNING !!! WARNING !!!
!!!  THERE IS NO WARRANTY AT ALL !!! USE AT YOUR OWN RISK   !!!

* Are you sure, that you want to flash this file to the device?
   /home/push/pushen/images_6660/von_Prisrak_6660_07.15.ger_freetz-ng-31299M-UNKNOWN_20200727-055641.image
   Proceed? (y/[n]) y

* You should now reboot your box (192.168.178.1). Waiting for shut down.
   Switch off, if reboot is not detected because it happens too quickly.
   Some newer bootloader versions allow to flash on power-cycle only.

* Arm-System mtd: 0
* Arm-Kernel mtd: 1
* x86-System mtd: 6
* x86-Kernel mtd: 7

* No reply from box, assuming switch-off or restart. Trying to re-detect box.
   Waiting .................................................... found!

* Box is back up again, initiating transfer.

Debugging on (debug=1).
---> TYPE I
---> MEDIA FLSH
ftp: setsockopt (ignored): Permission denied
---> PASV
---> STOR mtd0
ftp: setsockopt (ignored): Permission denied
---> PASV
ftp: connect: Connection refused
ftp: setsockopt (ignored): Permission denied
---> PASV
ftp: connect: Connection refused
ftp: setsockopt (ignored): Permission denied
---> PASV
ftp: connect: Connection refused
---> SETENV linux_fs_start 0
---> REBOOT
Close Data connection first
---> QUIT
Close Data connection first
done

Also prinzipiell sollte es mit push_firmware schon klappen!
Komisch sind ja Deine:

local: /tmp/freetz_x7G/ARM-system.image: No such file or directory...

das sieht irgendwie wie keinen Zugriff auf /tmp aus oder eben, nichts vom script Entpacktes unter /tmp vorhanden.
Also für Dich:
image überprüfen und freetz-ng überprüfen (richtig/

Sie müssen registriert sein, um Links zu sehen.

/vollständig ausge-git-et?/make tools getestet?) und
linux überprüfen - auch immer wichtig bei freetz: nicht (!) als root arbeiten...

PS:
... man kann wahrlich nicht so schnell schreiben, wie in freetz-ng die Groß- und Kleinigkeiten gefixt werden,
"Zeile 329: [: Argument erwartet" sollte

Sie müssen registriert sein, um Links zu sehen.

dann ja auch entfallen
'n großes DANKE 'mal dahin! :smile:

Das sind wohl nur "Schönheits"-Anzeige-Fehler durch eine Ein-Ziffer-Codierung (des bootloader-ftp),
die werden aber auch im

Sie müssen registriert sein, um Links zu sehen.

und wohl auch im Original-AVM-Recovery-Log-Fenster
genau so "ausgegeben".
Du kannst ja 'mal ein Recovery machen und das im log-Fenster beobachen oder
auch 'mal in die ASCII-Tabelle schauen...

[edit]
Ich hoffe da 'mal, Du hast da jetzt doch nicht:
mdt11-14 laut support log
benutzt?

[edit2]
Ich würde Dir da auch empfehlen, erst einmal ein AVM-Recover zu benutzen und
dann danach zusätzlich über das AVM-WebIf ein normales AVM-Update
(ja, da geht auch bei gleichem Firmwarestand) einzuspielen.
Damit sollten dann in beiden "Partitions-Strukturen" - also die jeweiligen vier, die
bei linux_fs_start=0 bzw. linux_fs_start=1 aktiv sind - jeweils eine normale
AVM-Firmware vorhanden sein.
Da kannst Du dann immer wieder per linux_fs_start 0/1 auf eine
"gültige" Firmware umschalten.
Und für das "grundlegende" Flashen, also:
ja geht/nein geht nicht per flash_firmware,
da würde ich einfach ein originales AVM-Image benutzen, einfacher Weise dann
eines mit einem unterschiedlichen Firmware-Stand zu den o.g.

Ja, klar, viele Wege führen nach Rom,
aber warum so kompliziert?
Ohne Deine Box zu besitzen, zumindest 1. bis 5. macht doch das flash_firmware von allein, das entpackt ja auch
das Image selbstständig, siehe mein o.g. log, dann sollte es bei 6. bis 10. doch auch kein Problem sein?
Wenn es wirklich die aktive "Partition" seien muß (?), dann kann man ja da z.B. "-lfs 9" mit geben...

[edit]
Man sollte es nicht beschreien...
Ich sehe gerade, da wohl doch ab 6...:

Spoiler: per push_firmware

* Arm-System mtd: 0
* Arm-Kernel mtd: 1
* x86-System mtd: 6
* x86-Kernel mtd: 7

vs.

Spoiler: per Hand

put part_03_ATOM_ROOTFS.bin mtd0
put part_02_ATOM_KERNEL.bin mtd1
put part_09_ARM_ROOTFS.bin mtd6
put part_08_ARM_KERNEL.bin mtd7

Sollte es da bei push_firmare z.Z. eine ftp-Vertauschung bei Arm/x86 geben?
Ich sehe da morgen auch 'mal nach...

[edit2 - morgen]
Das schein wohl push_firmware Zeile 117/118 zu betreffen,
ggf. kann einer mit einer 6490/6590-Box sagen, ob das dann auch Zeile 114/115 betrifft (nee, die dann nicht...)

Alles klar, :smiley:
danke da schon 'mal für das testen am WE.
Ich bin auch nur Anwender, aber nur so nützt es allen und es kann dabei ja nur besser werden...

 

[prisrak]

@courier super!
Deine Anleitung müsste man mal zu den how to´s verschieben. Schön dass es wagemutige Tester unter uns gibt. Weiter so!

 

[courier]

Hab jetzt aber nur das Problem das die Box absolut kein Cablesync machen möchte Die lirf jetzt die nach ca 5h durch und nix bewegte sich. Hab jetzt erst mal die 6490 wieder angestöpselt damit der Server erreichbar bleibt

 

[prisrak]

ich bau neu.. evtl. hielfts

Spoiler: hier

Sie müssen registriert sein, um Links zu sehen.

 

[aussua]

das die Box absolut kein Cablesync machen möchte...

weil es hier so nicht steht:
Mit der Original-AVM-Firmware hat sie aber sauber gesynct/provisioniert? Ist da auch sonst alles i.O. gewesen?

 

[courier]

@prisrak danke fürs Bauen leider Erfolgt auch hier kein Sync, es wird noch nicht mal unter System Ereignisse angezeigt das dieser Startet. :smile:

@aussua ja bei der Orginalen FW startet direkt nach dem
Booten und brauch ca 1-2min bis er die 1. Frequenz bei 702Mhz findet und etliche Zeit später den Rest (gerade noch mal getestet)

 

[aussua]

ok, danke.
Ich schreibe 'mal einige Fragen dazu "quasi unsortiert" runter:

Wenn ich das jetzt richtig sehe, hast Du unter:
linux_fs_start=0 das freetz-NG-Image
und unter
linux_fs_start=1 ein AVM-FOS-Image?
- Klappt denn da die Umschaltung von linux_fs_start=0 auf linux_fs_start=1 über das
freetz-WebIf/System (+ dann Reboot)?
- Wenn Du aber zwei AVM-FOS-Image auf der Box (per AVM-WebIf-Datei-update) hast,
da muß doch auch dabei die Umschaltung zu linux_fs_start=1 geklappt haben?
Dann sollte man doch auch in die, dann aktiven Partitionen, von linux_fs_start=1 flashen können?
- Was für ein ftp-Programm ist auf Deinem freetz-ng-Linux?
- ncftp statt ftp zu benutzen wäre ja ggf. auch noch einen Versuch wert...

Sie müssen registriert sein, um Links zu sehen.

, ggf. hast Du am WE ja auch Zeit,
das neu auszuchecken (+ ein: make tools im ausgecheckten Verzeichnis) und zumindest das
push_firmware etwas zu testen?
wegen Deinem >da der Befehl für den Partitionswechsel nicht geklappt hat<
wohl besser erst einmal in die gerade aktive linux_fs_start per: -mu -lfs 9
ggf. dann doch auch noch testen mit: -mu -lfs 0 bzw. 1
ggf. ncftp statt ftp per zusätzlichem: -cmd ncftp
...

Ich

Sie müssen registriert sein, um Links zu sehen.

,
da sind keine removes und quasi nur freetz/dropbear/syslog (und BusyBox 1.31.1)
enthalten. Kannst Du das für push_firmware benutzen (entzippen + direkt nur
das min-f-ng_6660_07.15.....image) + bei Erfolg versuchen, dieses dann auch zu syncen?
Oder eben, wenn Du mit push_firmware nicht zu einem flashen kommst, dieses minimum-Image
dann weiter entpacken per tar/7-zip + die firmware-update.uimg per uimg entpacken + per Hand
per ftp/ncftp flashen + syncen?

Das ist leider aber alles "etwas" zeitaufwendig...

 

[prisrak]

.. kein Cablesync machen möchte ..

kann hier einer weiter helfen?

 

[courier]

Über Nacht hat sich auch noch nix im Sync ergeben.

Also so sieht es Aktuell mit den FW-Partitionen aus:

Spoiler: Partition

Vorhandene Firmwareversionen

• Momentan in linux_fs_start=1, deaktiviert beim nächsten Systemstart

FritzOS 07.15 rev78740 (19.05.2020 11:35:37)
Freetz ng-31304M-UNKNOWN (28.07.2020 12:04:13)

• Reserve in linux_fs_start=0, aktiviert beim nächsten Systemstart

FritzOS UNKNOWN

Ein Manueller wechsel bringt hier auch nix, der wechsel geht automatisch sobald ich jeweils ein AVM-FOS geflasht hab.

- ich hab Tatsächlich dieses mal nicht mit dem NG-geflasht sondern hab dieses Repo genommen

Spoiler: repo

git clone

Sie müssen registriert sein, um Links zu sehen.

-b 6591"), make und gcc installiert ("sudo apt install make gcc") und "git clone

Sie müssen registriert sein, um Links zu sehen.

" und "make -C uimg-tool/" aufrufen

zu dem ftp programm kann ich dir bei beiden nur sagen das was da an standart drauf ist.

-in die fs 1 zu flashen hatte ich auch versucht aber da scheint die mtd reihenfolge etwas anders zu sein sodas ich das abgebrochen hab um keinen schaden anzustellen.

unabhängig vom pushfirmware Test ist es jetzt nicht einfacher dein Testimage übers Freetz per FW-Update zuflashen und dann zu Testen (jetzt nur um erst mal Zeit zu Sparen und um zu sehen obs dann synct und wenns dann Rennt wissen wir ja obs nen Funktionierendes Image ist, danach kann man ja das PFW Tool Testen)

So das mal auf die schnelle am morgen wenn ich heute Abend Zeit hab Teste ich noch mal.

Edit/Update:
Das Flashen übers Freetz scheint nicht zu klappen

Spoiler: Freetz flash

Firmware-Archiv extrahieren ...

./var/
./var/version
./var/info.txt
./var/.packages
./var/firmware-update.uimg
./var/tmp/
./var/ewnw_check_install
./var/install
./var/regelex
tar: short read

Wenns die Zeit zulässt mach ich heute Abend dann mal schon mit PushFW das ganze.
...

Meine "unsortierten Fragen" waren keinesfalls als Aufforderung zum "mache das jetzt sofort!"

Hatte ich so auch nicht Verstanden, wollte nur schon mal Antworten

Eine andere Abfolge der mtd bei linux_fs_start=1 siehst Du da woran/worüber?

Ich hatte Manuell versucht hatte die part_03_... versucht in die mtd11 zu schreiben, da brach es aber glaube mit 452 ab, da wusste ich da ging was schief, hab dann deswegen sein lassen.

(wobei die Fehlermeldung da doch komisch ist, war das die vollständige Ausgabe?).

JA. Ich denke mal lag auch mit dran das ich da das *:uimg flashen wollte und nicht die *.img Datei

Du hättest aber da einfach über das AVM-WebIf versuchen können (über Update\FRITZ!OS-Datei).
das freetz-NG-Image als neue "Firmware-Datei" einzuspielen (bei dem gefreetzten und signed F-OS,
aber eben innerhalb des F-OS-WebIf).

Hatte ich gemacht, bei AVM-WEBIF kam: "keine Orginale ...." und bei Freetz siehe mein spoiler im vorhergehenden Post.


So jetzt das ganze mit dem Push-FW allerdings mit Fehler

Spoiler: push_firmware

fx@DESKTOP-719QO3N:~$ freetz-ng/tools/push_firmware freetz-ng/tools/min.image -mu -lfs 9 -ip 192.168.178.1
File freetz-ng/tools/uimg missing. Run 'make tools' first.

nach der eingabe von make tools (uimg liegt aber unter .../tools/make/uimg/......) hier stimmt der pfad scheinbar nicht den setzt man doch mit make -C ..... ?

Spoiler: make tools

fx@DESKTOP-719QO3N:~$ make tools
make: *** No rule to make target 'tools'. Stop.

Edit/Update:
Nachdem ich das uimg-tool von der Repo seite Manuell in .../tools Kopiert habe läufts. LOG folgt ......

Spoiler: LOG

fx@DESKTOP-719QO3N:~$ freetz-ng/tools/push_firmware freetz-ng/tools/min.image -mu -lfs 9 -ip 192.168.178.1

* Warning: It seems your network is not able to reach
192.168.178.1 directly. One(!) of these commands could help to fix:
$ sudo ifconfig eth0:0 192.168.178.26 up
$ sudo ifconfig eth1:0 192.168.178.3 up
$ sudo ifconfig wifi0:0 192.168.178.30 up
$ sudo ifconfig wifi1:0 192.168.178.144 up
$ sudo ifconfig wifi2:0 192.168.178.12 up
Proceed anyway? ([y]/n) y

* Using command: ftp
* Target host: 192.168.178.1
* Outgoing IP: unknown
* Flash mode: uimg-boot
* Designated linux_fs_start: <current>

!!! WARNING !!! WARNING !!! WARNING !!! WARNING !!! WARNING !!!
!!! THERE IS NO WARRANTY AT ALL !!! USE AT YOUR OWN RISK !!!

* Are you sure, that you want to flash this file to the device?
freetz-ng/tools/min.image
Proceed? (y/[n]) y

* You should now reboot your box (192.168.178.1). Waiting for shut down.
Switch off, if reboot is not detected because it happens too quickly.
Some newer bootloader versions allow to flash on power-cycle only.

* No reply from box, assuming switch-off or restart. Trying to re-detect box.
Waiting .................... found!

* Detected linux_fs_start: '0'
* Designated linux_fs_start: 0

* Arm-System mtd: 0
* Arm-Kernel mtd: 1
* x86-System mtd: 6
* x86-Kernel mtd: 7

* No reply from box, assuming switch-off or restart. Trying to re-detect box.
Waiting ................................................................................. found!

* Box is back up again, initiating transfer.

Debugging on (debug=1).
---> TYPE I
---> MEDIA FLSH
ftp: setsockopt (ignored): Permission denied
---> PASV
---> STOR mtd0
ftp: setsockopt (ignored): Permission denied
---> PASV
---> STOR mtd1
ftp: setsockopt (ignored): Permission denied
---> PASV
---> STOR mtd6
ftp: setsockopt (ignored): Permission denied
---> PASV
ftp: connect: Connection refused
---> SETENV linux_fs_start 0
---> REBOOT
---> QUIT

done

So Box hat gebootet: sie konnte nicht erfolgreich booten und hat nen Automatischen reboot in die andere Partition gemacht (0->1).

Jetzt wird Manuell geflasht dann wird Berichtet.

@aussua hab dein Image jetzt drin in fs0 geflasht und augenscheinlich wird auch fs0 (zumindest wirft GETENV = 0 aus) gebootet, jedoch seh ich nix von Freetz (evtl soll das ja so sein?). Jedenfalls Sync er nicht (Ereignis-LOG gibt nix aus)

Oh, ich hatte jetzt 'mal etwas runtergeschrieben, aber irgendwie noch gewartet...

ja, freetz-links sind keine im AVM-WebIf:
192.168.178.1:81 aufgerufen?

Ne darauf hätte ich aber kommen können xD

Bekommst Du von dem, jetzt wohl noch startenden freetz, eine Bildschirmkopie der
Status-/Box-Info-Seiten vom Freetz-WebIf gemacht?

Spoiler: bild

Du musst Regestriert sein, um das angehängte Bild zusehen.

> und bei Freetz siehe mein spoiler im vorhergehenden Post
Diesen Fehler-log meinte ich, das war echt schon alles an log-Ausgaben?

Ja das war absolut alles.

'mal einige grundlegende Fragen:
- Was für ein Linux benutzt Du eigentlich?
- VM oder direkt gebootet?
- Hängt die Box direkt an dem PC/Notebook?
- Wieviele Netzwerkarten sind ein Deinem Flash-PC/Notebook?
(besser: nur die eine "körperlich" aktiviert, die direkt an der Box hängt)
- Hängt die Box direkt an dem PC/Notebook?
- Nichts weiter an der Box, nur der eine PC/Notebook?
- Virenscanner aus (besser: gleich nicht vorhanden...)
- Firewall aus?
- irgendwelche Hintergrundprogramme am laufen?
- NIC PC/NB auf: 192.168.178.8/24 (Vorschlag)?

-Ubuntu 20 App (in Bootcamp/Win10 Macbook)
- keine VM (hatte mal die DEB VM getestets da macht die VNetzwerkkarte aber zicken im System)
-Direkt per Patchkabel an der BOX
-1 Netzwerkkarte allerdings per Thunderbold angeschlossen da das MB keine eigene mehr hat
-hängt nur die BOX dran und das Cable zur MM-Dose
-AV und Firewall sind von MS und noch an aber für Box Freigegeben
-feste IP: 192.168.178.30 255.255.255.0 Lan
-dhcp Wlan wird beim flashen abgeschaltet
-Hintergrundprogramme nur das was Windoof mitliefert, ist ein blankes frisches Win10 2004 Zusatzinfo die Box ist beim ISP nicht Registriert!

Wie möchtest Du dann weiter vorgehen gehen?

Mein Vorschlag:
erst einmal wieder stabile Verhältnisse herstellen, z.B.:
linux_fs_start=0 durch händisches uimg+ftp (oder per push_firmare) oder dem fesc2000-Bitbucket-Tool per Original-AVM-FOS-07.14,
linux_fs_start=1 dann durch Original-AVM-Update-FOS-07.15 von der 07.14

ich würde einfach übers Avm das Update 1 mal
machen und dann Manuell die 07.14 in der anderen Partition

Aber:
Deine Box, Deine Vorgaben/Vorgehen!

gern so wie ihr selbst handeln würdet, jedoch bedenkt ich hab keine Ahnung manchmal von was ihr Redet bzw. geht von aus ich brauch dann entsprechender vollständige Befehle, gern könnte man auch per Fernwartung was Testen und das Ergebnis hier für alle Posten.

Eines noch:
soviel wie es geht, immer logs machen/sichern (ftp-logs) und hier mit einkopieren/ablegen

wenn du mir Verätst wie ich die Ziehe gern da es ja euch Hilft.
...
Jetzt ja, ich baus noch mal neu.

Edit:
also ich kann noch so oft den SETENV linux_fs_start 0 machen wir ich will aber es regt sich absolut nix auch wenn er das mit 200 .... command successful bestätigt, auch mit qoute REBOOT kommt ein 200 GETENV command successful zurück, es passiert aber nix wenn ich ein bye oder quit eingebe geht die box dann ganz aus und ich muss netztkabel ziehe und stecken damit sie wieder bootet.
..
Nö noch nich ganz fummle meist solange bis es geht , hab die fehlenden Infos nachgetragen. ja das wundert mich ja auch, selbt über den freetz Button FW wechseln geht es nicht.

is drin

und mit make tool komme ich bis hier hin:

Spoiler: make tool

fx@DESKTOP-719QO3N:~/freetz-ng$ make tools
ERROR: The program g++ was not found in path.
ERROR: The program gcc was not found in path.
ERROR: The program libtool was not found in path.
ERROR: The program pkg-config was not found in path.
ERROR: The program python was not found in path.
ERROR: The program svn was not found in path.
WARNING: The program composite was not found in path.
WARNING: The program flex was not found in path.
WARNING: The program inkscape was not found in path.
ERROR: The header file ncurses.h was not found in /usr/(local/)include.
ERROR: The header file zlib.h was not found in /usr/(local/)include.
ERROR: The header file sys/acl.h was not found in /usr/(local/)include.
ERROR: The header file sys/capability.h was not found in /usr/(local/)include.
WARNING: The header file readline/readline.h was not found in /usr/(local/)include.
Makefile:134: *** Some build prerequisites are missing! Please install the missing packages before trying again. See

Sie müssen registriert sein, um Links zu sehen.

for installation hints. Stop.
fx@DESKTOP-719QO3N:~/freetz-ng$

den rest bekomme ich nicht nachinstalliert:

Spoiler: log

fx@DESKTOP-719QO3N:~/freetz-ng$ sudo apt install libtool
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages will be installed:
binutils binutils-common binutils-x86-64-linux-gnu cpp cpp-7 gcc gcc-7 gcc-7-base libasan4 libatomic1 libbinutils
libc-dev-bin libc6-dev libcc1-0 libcilkrts5 libgcc-7-dev libgomp1 libisl19 libitm1 liblsan0 libltdl-dev libltdl7
libmpc3 libmpx2 libquadmath0 libtsan0 libubsan0 linux-libc-dev manpages-dev
Suggested packages:
binutils-doc cpp-doc gcc-7-locales gcc-multilib flex gdb gcc-doc gcc-7-multilib gcc-7-doc libgcc1-dbg libgomp1-dbg
libitm1-dbg libatomic1-dbg libasan4-dbg liblsan0-dbg libtsan0-dbg libubsan0-dbg libcilkrts5-dbg libmpx2-dbg
libquadmath0-dbg glibc-doc libtool-doc gfortran | fortran95-compiler gcj-jdk
The following NEW packages will be installed:
binutils binutils-common binutils-x86-64-linux-gnu cpp cpp-7 gcc gcc-7 gcc-7-base libasan4 libatomic1 libbinutils
libc-dev-bin libc6-dev libcc1-0 libcilkrts5 libgcc-7-dev libgomp1 libisl19 libitm1 liblsan0 libltdl-dev libltdl7
libmpc3 libmpx2 libquadmath0 libtool libtsan0 libubsan0 linux-libc-dev manpages-dev
0 upgraded, 30 newly installed, 0 to remove and 0 not upgraded.
Need to get 3575 kB/31.1 MB of archives.
After this operation, 120 MB of additional disk space will be used.
Do you want to continue? [Y/n] y
Ign:1

Sie müssen registriert sein, um Links zu sehen.

bionic-updates/main amd64 binutils-common amd64 2.30-21ubuntu1~18.04.2
Ign:2

Sie müssen registriert sein, um Links zu sehen.

bionic-updates/main amd64 libbinutils amd64 2.30-21ubuntu1~18.04.2
Ign:3

Sie müssen registriert sein, um Links zu sehen.

bionic-updates/main amd64 binutils-x86-64-linux-gnu amd64 2.30-21ubuntu1~18.04.2
Ign:4

Sie müssen registriert sein, um Links zu sehen.

bionic-updates/main amd64 binutils amd64 2.30-21ubuntu1~18.04.2
Ign:5

Sie müssen registriert sein, um Links zu sehen.

bionic-updates/main amd64 linux-libc-dev amd64 4.15.0-96.97
Err:1

Sie müssen registriert sein, um Links zu sehen.

bionic-updates/main amd64 binutils-common amd64 2.30-21ubuntu1~18.04.2
404 Not Found [IP: 91.189.88.142 80]
Err:2

Sie müssen registriert sein, um Links zu sehen.

bionic-updates/main amd64 libbinutils amd64 2.30-21ubuntu1~18.04.2
404 Not Found [IP: 91.189.88.142 80]
Err:3

Sie müssen registriert sein, um Links zu sehen.

bionic-updates/main amd64 binutils-x86-64-linux-gnu amd64 2.30-21ubuntu1~18.04.2
404 Not Found [IP: 91.189.88.142 80]
Err:4

Sie müssen registriert sein, um Links zu sehen.

bionic-updates/main amd64 binutils amd64 2.30-21ubuntu1~18.04.2
404 Not Found [IP: 91.189.88.142 80]
Err:5

Sie müssen registriert sein, um Links zu sehen.

bionic-updates/main amd64 linux-libc-dev amd64 4.15.0-96.97
404 Not Found [IP: 91.189.88.142 80]
E: Failed to fetch

Sie müssen registriert sein, um Links zu sehen.

404 Not Found [IP: 91.189.88.142 80]
E: Failed to fetch

Sie müssen registriert sein, um Links zu sehen.

404 Not Found [IP: 91.189.88.142 80]
E: Failed to fetch

Sie müssen registriert sein, um Links zu sehen.

404 Not Found [IP: 91.189.88.142 80]
E: Failed to fetch

Sie müssen registriert sein, um Links zu sehen.

404 Not Found [IP: 91.189.88.142 80]
E: Failed to fetch

Sie müssen registriert sein, um Links zu sehen.

404 Not Found [IP: 91.189.88.142 80]
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?

sieht alle so ähnlich aus (bin zu müde um alle einzeln zu machen jetzt XD)

Die Zeiten passen alle, Montag klingt auch gut könnte ab ca 20 Uhr bin vorher noch Arbeiten. Du könntest mal noch nen Freetz min Img mit der 07.14 bauen, dann Teste ich die mal nur ums getestet zu haben :smiley:

So aus Irgendeinem Grund hatte ich scheinbar noch das verbuggte push drinne obwohl ich das Ubuntu erst an diesem Tag neu aufsetzte. Anyway gerade läufts noch mal durch, ich werde berichten. Habe diesmal auch die 07.14 genommen um zu sehen obs evtl. an der 07.15 liegt das der Cablesync nicht geht.

Spoiler: LOG

fx@DESKTOP-719QO3N:~$ freetz-ng/tools/push_firmware freetz-ng/tools/14.image -mu -lfs 9 -ip 192.168.178.1

* Warning: It seems your network is not able to reach
192.168.178.1 directly. One(!) of these commands could help to fix:
$ sudo ifconfig eth0:0 192.168.178.26 up
$ sudo ifconfig eth1:0 192.168.178.3 up
$ sudo ifconfig wifi0:0 192.168.178.30 up
$ sudo ifconfig wifi1:0 192.168.178.144 up
$ sudo ifconfig wifi2:0 192.168.178.12 up
Proceed anyway? ([y]/n) y

* Using command: ftp
* Target host: 192.168.178.1
* Outgoing IP: unknown
* Flash mode: uimg-boot
* Designated linux_fs_start: <current>

!!! WARNING !!! WARNING !!! WARNING !!! WARNING !!! WARNING !!!
!!! THERE IS NO WARRANTY AT ALL !!! USE AT YOUR OWN RISK !!!

* Are you sure, that you want to flash this file to the device?
freetz-ng/tools/14.image
Proceed? (y/[n]) y

* You should now reboot your box (192.168.178.1). Waiting for shut down.
Switch off, if reboot is not detected because it happens too quickly.
Some newer bootloader versions allow to flash on power-cycle only.

* No reply from box, assuming switch-off or restart. Trying to re-detect box.
Waiting .................. found!

* Detected linux_fs_start: '0'
* Designated linux_fs_start: 0

* Arm-System mtd: 6
* Arm-Kernel mtd: 7
* x86-System mtd: 0
* x86-Kernel mtd: 1

* No reply from box, assuming switch-off or restart. Trying to re-detect box.
Waiting ............................................................................................................................................... found!

* Box is back up again, initiating transfer.

Debugging on (debug=1).
---> TYPE I
---> MEDIA FLSH
ftp: setsockopt (ignored): Permission denied
---> PASV
---> STOR mtd6
ftp: setsockopt (ignored): Permission denied
---> PASV
---> STOR mtd7
ftp: setsockopt (ignored): Permission denied
---> PASV
---> STOR mtd0
ftp: setsockopt (ignored): Permission denied
---> PASV
---> STOR mtd1
---> SETENV linux_fs_start 0
---> REBOOT
---> QUIT

done

So das Flashen hat damit geklappt!
Was micht irritiert ist

ftp: setsockopt (ignored): Permission denied

was hat es damit aufsich?

Edit/Update
So nachdem ich die Box 2mal Rebootet hab geht auch der Cablesync Grundlage war die freetz 07.14 von Prisrak
...
Also noch ein Problem was ich festgestellt hab, es öffnet sich nicht die Provisionierungsseite meines Kabelnetzbetreibers (ja BOX war noch Jungfräulich).
Deswegen bin ich erst malauf die Orginale FW 07.14 wieder zurück und Melde die Kiste erst mal "scharf" an und das endet Morgen erst mal mit nem Telsupport da das Automatische gerade nicht gehen will. Wenn das Passiert ist kommt wieder das freetz drauf um zu sehen ob dann alles rund läuft.
...
Also die Box ist nun im Kabelnetzwerk angemeldet und lief mit der OFW 07.14 und 07.15 ohne Probleme. Deswegen noch mal die 07.14 von Prisrak durchprobiert mit dem ergebnis das dass Cablesync geht aber ich keine Verbindung zum Inet bekomme. Desegen dann gleich die 07.15 von Prisrak und das Minimum Image 07.15 von aussua getestet und da bekomme ich kein Cablesync.

Und das Pushfrimware macht seinen Job

@aussua hab die Sourcen angefragt und wenn du (oder @prisrak ) die Zeit hätteen mir von der 07.14 ein freetz min Image zu bauen währe das Super. Dann würde ich das nochmal Testen.