[Gelöst] FRITZ!Box Fon WLAN 7240 - Firmwareupdate 73.04.87 auf 73.04.88 funktioniert nicht

Zuletzt bearbeitet:
nein, das Script wäre nicht gegangen, da telnet nicht mehr lief. Die Box hat garkeine Einstellungen mehr akzeptiert sondern hat stattdessen immer das WebIF gekillt. VD hatte ich nicht drauf und über einen UMTS-Stick VD ziehen, wenn nur GPRS verfügbar ist, ist etwas langwierig ;P ... ging so auch.

Aber Dank nochmal für die schnelle Hilfe gestern.
 
Doch, denn das Script macht genau das im adam2, was Du per Hand gemacht hast. Allerdings braucht es ncftpput, du wirst evtl. den normalen Linux-ftp benutzt haben.

happy computing!
R@iner
 
Ich denke das push_firmware-Script sollte nicht nur mit ncftp funktionieren:
Code:
...
if [ "$(uname -s)" != "Darwin" -a -n "`which ftp`" -a -x "`which ftp`" ] ; then
  FOUND_FTP=1
  echo "ftp command found"
elif [ -n "`which ncftp`" -a -x "`which ncftp`" ] ; then
  FOUND_NCFTP=1
  echo "ncftp command found"
else
  echo "[COLOR="red"]you have to install 'ftp' or 'ncftp' in order to use this script.[/COLOR]"
fi
...
 
Stimmt, Du hast Recht! Ich hatte die Abfrage irgendwie anders in Erinnerung. :) Besser wäre gewesen, ich hätte nochmal nen Blick rein geworfen :motz:, was aber an der Tatsache nichts ändert, dass er mit dem Script seine Box auch flashen hätte können.

Ich denke an das Script nie, da ich nie unter Linux flashe, warum auch?! ;)

happy computing!
R@iner
 
Ich habe die Scripte push_firmware und recover-eva (aus Freetz), mit der 7240 getestet. push_firmware funktioniert ohne Probleme, recover-eva scheint fehlerhaft zu sein:
Code:
:~/myfreetz/freetz7075/freetz-trunk/tools> ./push_firmware ~/myfreetz/freetz7075/freetz-trunk/dl/fw/FRITZ.Box_Fon_WLAN_7240.73.04.88.image 192.168.178.1

Hint: file seems to be a full firmware image archive in 'tar' format
containing the 'kernel.image'. Now trying to unpack and use that image.
ftp command found

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

Are you sure, that you want to flash /tmp/freetzm0S directly to mtd1?

proceed (y/n) 

 * You should now reboot your box.
         Waiting for box to shut down.
         Tip: switch off, if reboot is not detected because it happens too quickly
   ...
..................

 * No reply from box. Assuming switch-off or restart.
         Trying to re-detect box.
   ......

 * Box is back up again.
         Initiating transfer.
         Tip: switch off/on box several times, if FTP client cannot log in ...

Connected to 192.168.178.1.
220 ADAM2 FTP Server ready
331 Password required for adam2
230 User adam2 successfully logged in
Remote system type is AVM.
Debugging on (debug=1).
---> TYPE I
200 Type set to BINARY
---> MEDIA FLSH
200 Media set to MEDIA_FLASH
local: /tmp/freetzm0S remote: mtd1
ftp: setsockopt (ignored): Permission denied
---> EPSV
502 Command not implemented
disabling epsv4 for this connection
---> PASV
227 Entering Passive Mode (192,168,178,1,4,250)
---> STOR mtd1
150 Opening BINARY data connection
100% |******************************************************************************************************************| 11144 KB  913.91 KB/s    00:00 ETA
226 Transfer complete
11412385 bytes sent in 00:12 (912.63 KB/s)
---> REBOOT
221 Thank you for using the FTP service on ADAM2
---> QUIT
221 Goodbye.

Code:
:~/myfreetz/freetz7075/freetz-trunk> make recover RECOVER=eva LOCALIP=192.168.178.22
This can help if your box is not booting any more
(Power LED on and flashing of all LEDs every 5 secs).

Make sure that there is only one box in your subnet.

Are you sure you want to recover filesystem and kernel
from dl/fw/FRITZ.Box_Fon_WLAN_7240.73.04.88.image? (y/n) y

Looking for Fritz!Box oooooooooooooooooooooooO. found!
ADAM2 version 0.18.1 at 192.168.178.1 (192.168.178.1)
Use of uninitialized value in split at tools/recover-eva line 253.
Use of uninitialized value in split at tools/recover-eva line 254.
Use of uninitialized value in split at tools/recover-eva line 255.
Use of uninitialized value in split at tools/recover-eva line 256.
Use of uninitialized value in split at tools/recover-eva line 257.
Use of uninitialized value $mtd0[1] in hex at tools/recover-eva line 258.
Use of uninitialized value $mtd0[0] in hex at tools/recover-eva line 258.
Use of uninitialized value $mtd1[1] in hex at tools/recover-eva line 259.
Use of uninitialized value $mtd1[0] in hex at tools/recover-eva line 259.
Use of uninitialized value $mtd2[1] in hex at tools/recover-eva line 260.
Use of uninitialized value $mtd2[0] in hex at tools/recover-eva line 260.
Use of uninitialized value $mtd3[1] in hex at tools/recover-eva line 261.
Use of uninitialized value $mtd3[0] in hex at tools/recover-eva line 261.
Use of uninitialized value $mtd4[1] in hex at tools/recover-eva line 262.
Use of uninitialized value $mtd4[0] in hex at tools/recover-eva line 262.
Use of uninitialized value $pid in concatenation (.) or string at tools/recover-eva line 264.
Product ID: 
Use of uninitialized value $hwrev in concatenation (.) or string at tools/recover-eva line 265.
Hardware Revision: 
Use of uninitialized value $ulrev in concatenation (.) or string at tools/recover-eva line 266.
Urlader  Revision: 
Use of uninitialized value $fwrev in concatenation (.) or string at tools/recover-eva line 267.
Firmware Revision: 
MTD0: 0 bytes
MTD1: 0 bytes
MTD2: 0 bytes
MTD3: 0 bytes
MTD4: 0 bytes
./var/tmp/filesystem.image
./var/tmp/kernel.image
recover.tmp/var/tmp/kernel.image: removed checksum
CRC32: A1BB7366
Flashing recover.tmp/var/tmp/kernel.image to mtd1 ...FAILED: 000
 
Ich denke an das Script nie, da ich nie unter Linux flashe, warum auch?! ;)

Wenn man ausschließlich Linux verwendet, ist es schwer, das nicht damit zu tun ;P

Ich habe freetz jetzt auch auf dem Rechner für etwaige Fehler in Zukunft, aber zu wissen, wie man manuell flashed, ist doch durchaus nützlich, wie ich finde.
 
Kostenlos!

Statistik des Forums

Themen
248,906
Beiträge
2,304,686
Mitglieder
378,614
Neuestes Mitglied
B16811