Falsche Prüfsumme festgestellt (Kernel)

Frittensenf · 24 Jun 2014

Fritzbox 7270v1, neueste AVM Software drauf, als IP Client im LAN.

Freetz devel via SVN von gestern, http://svn.freetz.org/trunk, Revision 12178.

Menuconfig: 7270v2 FW für 7270v1 HW (sogenanntes »alien«) mit usbroot. Dafür in den Removalpatchen alles abgewählt bis auf dsld,, ramzswap, firmware-update, dann hat es grad so gepaßt (100 KB noch frei).

Beim Einspielen auf die Box folgender Fehler:

Das Firmware-Update ist fehlgeschlagen:
Nach dem Laden der Firmware wurde eine falsche Prüfsumme festgestellt (Kernel).
Wiederholen Sie das Firmware-Update oder starten Sie die FRITZ!Box neu.

Hab die TI-chksum-0.2 in den Quellen lokalisiert, für x86-64 übersetzt und ausgeführt:

Code:

milu@claudius ~/src/Freetz $ ./tichksum var/tmp/kernel.image 
File already contains the checksum, verifying
Calculated checksum is 4BE57D43
Saved checksum is 4BE57D43
Checksum validation successful!

Woran mag es liegen, daß er die Firmware nicht einspielen will?

Hmm, das install Skript returniert $INSTALL_KERNEL_CHECKSUM für zwei verschiedene Fälle: einmal für den Prüfsummenfehler, einandermal für ein zu großes Kernelimage. Meines ist 7681032 Bytes groß. Laut Buildprozeß paßt das auf den Flash. Wie kann ich dessen Größe ermitteln?

koyaanisqatsi · 24 Jun 2014

Tagchen

Die Grössen der mtd's kannst du errechnen, der Anfang und das Ende jeder mtd steht in: /var/env
Oder du DiskDump'st die mtd's auf USB...

Code:

dd if=/dev/mtd0 of=/var/media/NEW_LINK/mtd0.dump bs=1M

Von mtd0 - mtd5 ergibt das bei einer 7270v2...

Code:

ls -la mtd?.dump
-rwxrwxrwx    1 root     root      14188288 Jun 24 13:28 mtd0.dump*
-rwxrwxrwx    1 root     root       1933568 Jun 24 13:28 mtd1.dump*
-rwxrwxrwx    1 root     root        131072 Jun 24 13:28 mtd2.dump*
-rwxrwxrwx    1 root     root        262144 Jun 24 13:29 mtd3.dump*
-rwxrwxrwx    1 root     root        262144 Jun 24 13:29 mtd4.dump*
-rwxrwxrwx    1 root     root      16777216 Jun 24 13:29 mtd5.dump*

Der Kernel: mtd1

RalfFriedl · 24 Jun 2014

Frittensenf schrieb:
Hmm, das install Skript returniert $INSTALL_KERNEL_CHECKSUM für zwei verschiedene Fälle: einmal für den Prüfsummenfehler, einandermal für ein zu großes Kernelimage. Meines ist 7681032 Bytes groß. Laut Buildprozeß paßt das auf den Flash. Wie kann ich dessen Größe ermitteln?

Was ist denn die genaue Bedingung, die die Größe überprüft?

Nach dem Einspielen des Updates über Freetz sollten die Dateien noch in /var/tmp vorhanden sein, Du kannst dann mit

Code:

sh -x /var/install

das Skript aufrufen und alle Befehle anzeigen lassen.

Frittensenf · 24 Jun 2014

Dank euch beiden. Wie aber krieg ich Shell Zugriff auf die Box? Sie ist noch ungefreetzt, neueste original AVM drauf, wie erwähnt. Kein telnet, kein ssh. Da muß ich sie doch erst freetzen? Wohl am besten mit einer für die V1 gerollten Firmware. Oder gibt es da noch einen anderen Weg?

RalfFriedl schrieb:
Was ist denn die genaue Bedingung, die die Größe überprüft?

Code:

milu@claudius ~/src/Freetz $ head -299 var/install | tail -17
if [ -f /var/tmp/kernel.image ] ; then
    if ! /var/chksum /var/tmp/kernel.image ; then
        echo "chksum for file /var/tmp/kernel.image failed."
        echo "set INFO led to off (modul=7, state=1)"
        /bin/update_led_off
        exit $INSTALL_KERNEL_CHECKSUM
    fi
    echo chksum for file /var/tmp/kernel.image ok
    kernel_image_size="`ls -l /var/tmp/kernel.image | sed -e 's/[^0-9]/#/g' | sed -e 's/#\+[0-9]\+#\+\([0-9]\+\).*/\1/'`"
    if [ "${kernel_image_size}" -gt "${kernel_size}" ] ; then
        echo "Size of file /var/tmp/kernel.image bigger than MTD-Size (${kernel_image_size} > ${kernel_size})."
        echo "set INFO led to off (modul=7, state=1)"
        /bin/update_led_off
        exit $INSTALL_KERNEL_CHECKSUM
    fi
    echo size for file /var/tmp/kernel.image ok
fi

Das ist das Skript im 7270v1*freetz-devel*.image Tarball.
Die komplizierte sed Zeile holt einfach die Länge der Bytes aus dem ls -l.
Könnte man auch einfacher schreiben, wenn denn stat oder cut zur Laufzeit verfügbar sind, was vielleicht nicht der Fall ist:

Code:

milu@claudius ~/src/Freetz $ stat --format %s var/tmp/kernel.image 
7681032
milu@claudius ~/src/Freetz $ ls -l var/tmp/kernel.image | cut -d\  -f5
7681032

Nachtrag zum install Skript:

Code:

milu@claudius ~/src/Freetz/freetz-devel $ diff ./build/original/firmware/var/install ./build/modified/firmware/var/install
109,110c109,110
<    if /etc/version --install=ur8_16MB_xilinx_4eth_2ab_isdn_nt_te_pots_wlan_usb_host_dect_61056 ; then
<        echo device has installtype ur8_16MB_xilinx_4eth_2ab_isdn_nt_te_pots_wlan_usb_host_dect_61056
---
>    if /etc/version --install=ur8_8MB_xilinx_4eth_2ab_isdn_nt_te_pots_wlan_usb_host_dect_05265 ; then
>        echo device has installtype ur8_8MB_xilinx_4eth_2ab_isdn_nt_te_pots_wlan_usb_host_dect_05265
114c114
<                for i in  avm 1und1 ; do
---
>                for i in  avm ; do
132,133c132,133
< kernel_start=0x90020000
< kernel_size=16121856
---
> kernel_start=0x90010000
> kernel_size=7798784
137c137
< urlader_size=131072
---
> urlader_size=65536

Der Kernel paßt also grad so drauf. Muß daneben noch was auf den Chip?

Kann ich die folgenden Removalpatche auch noch anwenden:
* dsld
* ramzswap
* firmware-update
Wär halt gut, wenn die Box auch im Falle eines defekten USB Speicherstiftes noch startbar und aktualisierbar bliebe.

Noch ein Nachtrag zu den Zahlen im Diff:

Die V1 hat ja einen 8 MB Speicherchip, die V2 einen mit 16 MB. Auf den Chip müssen wohl Urlader und Kernel. Der Chip ist dafür wohl in Bereiche aufgeteilt. Die V2 hat 8192 KiB mehr. Ihr Urlader braucht 64 KiB mehr. Für den Kernel hat sie also 8128 KiB mehr. Und das kommt genau hin, wenn man kernel_size jeweils durch 1024 teilt, da hat die V1 7616 KiB und die V2 15744 KiB. Stimmt die Rechnung so?

Frittensenf · 24 Jun 2014

Nun dacht ich mir eben, ändere doch mal das install Skript, so daß $INSTALL_KERNEL_CHECKSUM nur kommt, wenn die Prüfsumme nicht stimmt, und ein anderer Exit, wenn die Größe nicht paßt:

Code:

--- var.bak/install	2014-06-24 10:11:13.000000000 +0200
+++ var/install	2014-06-24 20:23:55.056069568 +0200
@@ -293,7 +293,8 @@
         echo "Size of file /var/tmp/kernel.image bigger than MTD-Size (${kernel_image_size} > ${kernel_size})."
         echo "set INFO led to off (modul=7, state=1)"
         /bin/update_led_off
-        exit $INSTALL_KERNEL_CHECKSUM
+      # exit $INSTALL_KERNEL_CHECKSUM
+        exit $INSTALL_DOWNGRADE_NEEDED
     fi
     echo size for file /var/tmp/kernel.image ok
 fi

Da kam wieder ein Prüfsummenfehler, diesmal »Filesystem«. Da hätte ich nun eine andere Fehlermeldung erwartet, aber egal.

Aus Frust gleich nochmal das unmofizierte Image hinterhergeladen, und diesmal lief es durch! Erst blinkt Info, dann geht es aus und Power blinkt, dann kommt Power wieder voll, und dann kann ich mich anmelden. Die Firmware-Version ist die gleiche wie vorher, 54.04.89. Darunter steht aber »Vom Hersteller nicht unterstützte Änderungen: …«.

Zum Beweis, daß ich heut mittag wirklich diesen Fehler bekommen hab:

Entweder meine Box oder die Installationsroutine, eine von beiden scheint sich undeterministisch zu verhalten.

Mal schauen, ob ich den usbroot Kram nun hinbekomme.

RalfFriedl · 24 Jun 2014

Frittensenf schrieb:
Sie ist noch ungefreetzt, neueste original AVM drauf, wie erwähnt. Kein telnet, kein ssh.

Es gibt einen Telefon-Code um telnet zu aktivieren.
Du kannst auch das Skript so anpassen, dass es die Meldungen auf einen USB Speicher schreibt, den kannst Du Dir nachher anschauen.

Code:

exec > /var/media/ftp/xxx/log.txt 2>&1
set -x

Den Pfad noch entsprechend anpassen.

Frittensenf · 24 Jun 2014

Danke, Ralf, hab nun Telnet aktiviert (#96*7*). Es erscheint sogar die Rückmeldung telnetd ein/aus in der Anzeige des Telefons.

Was wäre denn ein untrügliches Zeichen, daß tatsächlich Freetz auf die Box gekommen ist? Die Dateien auf der 7270 haben alle den Zeitstempel vom 10. Februar. Das muß noch das Original sein. Irgendwas wurde wohl modifiziert, daher der Hinweis auf der Startseite.

Code:

# uname -a
Linux fritz7270 2.6.19.2 #1 Mon Nov 29 14:50:31 CET 2010 mips unknown

Das ist nicht der neue Kernel.

Nachtrag: Nach dem Flashen muß ein Webserver auf Port 81 lauschen, sonst hat es nicht geklappt. Steht in der FAQ.

RalfFriedl · 24 Jun 2014

Ein gutes Zeichen wäre schon mal, wenn kein Fehler beim Update kommt. Wenn der Patch korrekt ist, erscheint auch links unten der Menüpunkt Freetz.

Wenn Du Dich etwas mit Linux auskennst, kannst Du das Image, das eine normale TAR Datei ist, auf der Box im Hauptverzeichnis auspacken. Ansonsten kannst Du ein Firmware Update starten, ich weiß aber nicht, ob dabei Telnet gestoppt wird oder nicht.
Danach kannst Du die Datei /var/install mit sh -x ausführen, damit siehst Du, welcher Test scheitert. Dann kannst Du /var/install entsprechend anpassen, auch mit dem vi auf der Box. Vielleicht gibt es aber auch ein echtes Problem. Du solltest auf jeden Fall vorher eine Sicherung der Einstellungen machen und ein AVM Recover bereit haben.

Du kannst es auch mit einem Image versuchen, wo noch mehr Funktionen entfernt sind. Dieses ist für Dich auf längere Sicht vielleicht nicht brauchbar, aber die Update Funktion von Freetz ist viel informativer als die von AVM, so dass es damit vielleicht einfacher ist, das nächste Image zu installieren oder den Problemen auf den Grund zu gehen.

Frittensenf · 25 Jun 2014

Blink, blink … … blink, blink … …

Via telnet habe ich festgestellt, daß mein Freetz Image nicht komplett entpackt wird: es fehlen die letzten drei Dateien im Archiv, darunter auch ckssum:

Code:

# ls -l ./var/install ./var/info.txt ./var/flash_update_2.6.32.ko ./var/flash_update_2.6.19.2.ko ./var/.config ./var/tmp/System.map.lzma ./var/tmp/filesystem.image ./var/tmp/kernel.image ./var/signature ./var/regelex ./var/chksum ./var/.packages 
ls: ./var/regelex: No such file or directory
ls: ./var/chksum: No such file or directory
ls: ./var/.packages: No such file or directory
-rw-r--r--    1 root     root        60628 Jun 24 10:11 ./var/.config
-rw-r-----    1 root     root        41556 May 17  2013 ./var/flash_update_2.6.19.2.ko
-rw-r-----    1 root     root        71488 Mar 27 16:13 ./var/flash_update_2.6.32.ko
-rwxr-x---    1 root     root         2795 May 27 13:23 ./var/info.txt
-rwxr-x---    1 root     root        26170 Jun 24 10:11 ./var/install
-rw-r-----    1 2023     2000          128 May 27 13:23 ./var/signature
-rw-r-----    1 root     root       289052 May 27 13:23 ./var/tmp/System.map.lzma
-rw-r--r--    1 root     root            0 Jun 24 10:11 ./var/tmp/filesystem.image
-rw-r--r--    1 root     root      7681032 Jun 24 10:11 ./var/tmp/kernel.image

Ihm ist wohl der RAM ausgegangen.

Ich habe daraufhin ein neues Freetz gemacht, diesmal mit Anwahl sämtlicher Removalpatche (also dsld, ramzswap und fwupdate zusätzlich) sowie Abwahl von NTFS (möglich nach Abwahl von NTFS Automount). Dies habe ich über die WebGUI eingespielt. Die Box verabschiedete sich mit den Worten:

Code:

Module                  Size  Used by    Tainted: P  
usbcore               125620  1 
dsl_ur8               182890  0 
loop                   13938  14 
Piglet_noemif          41751  0 
led_modul_Fritz_Box_7270    63383  0 
system is going down ..
/var/post_install: start
Connection closed by foreign host.

Leider beschränkt sich seitdem ihre Interaktion mit der Umwelt auf grünes Geblinke der INFO LED. Wenn ich einen Intervall von vier Sekunden mit 1 2 3 4 nehme, dann blinkt sie auf 1 und 2, bei 3 und 4 ist Pause. Dies tut sie nun schon über eine halbe Stunde. Das Flashen soll ja nur eine bis zwei Minuten dauern. Von daher hab ich hier wohl ein Problem. Sie sollte doch auch ohne USB Speicher mit rootfs booten, oder?

RalfFriedl · 25 Jun 2014

Dafür ist dann das Recover da.
Wenn das Programm chksum fehlt ist es nachvollziehbar, dass die Überprüfung nicht möglich ist.
Lass außerdem für den Anfang USB Root weg, und auch die Remove Patches, die Du zusätzlich genommen hast. Versuche dann, das Image auf einen USB Speicher zu kopieren und es über telnet von Hand mit tar zu entpacken. Danach /var/install aufrufen und dann reboot. Ich vermute, dass die Update Funktion der Box nur einen begrenzten Teil vom Image annimmt.

Frittensenf · 26 Jun 2014

Recover der Partition mtd1 fehlgeschlagen! WinError 10054

Das Recovery schlägt leider fehl:

Code:

FRITZ!Box Fon WLAN 7270 suchen an: 192.168.178.1
Eine Anlage gefunden! - Ermitteln der aktuellen Version.
Version erfolgreich ermittelt!
    Hardware:	FRITZ!Box Fon WLAN 7270
    Urlader:	1371
    Firmware:	54.04.89
Flashbereich (mtd1)
    Lösche	Flashbereich (mtd1)
    Restauriere	Flashbereich (mtd1)
Recover der Partition mtd1 fehlgeschlagen! WinError 10054

Ich finde im Netz zwar keine Info zu diesem »WinError«, aber es klingt nach einem Win32 API Fehler und errlook.exe aus Visual Studio sagt dazu: »Eine vorhandene Verbindung wurde vom Remotehost geschlossen.« Muß ich wohl glauben.

Was kann ich tun?

JohnDoe42 · 26 Jun 2014

Hast Du 's mal mit dem ruKernelTool versucht ?

Frittensenf · 26 Jun 2014

FRITZ!Box Fon WLAN 7270 erfolgreich wiederhergestellt! Lang lebe Windows XP!

Die Wiederherstellen mit dem AVM Programm schlug unter Windows 7 wiederholt fehl.

Irgendwo hier im Forum der Hinweis, unter Windowx XP sei die Erfolgsaussicht größer.

In der Tat ist es beim ersten Versuch gelungen!

Zunächst meldete das Programm, es müsse das MediaSensing deaktiviert werden. Dazu sei ein Neustart erforderlich. Gesagt, getan. Dabei wurde vor Anzeige des Schreibtisches das AVM Programm allein ausgeführt. Den LAN Adapter ausgewählt. Und dann ging es nach Starten der Fritzbox von alleine:

Code:

FRITZ!Box Fon WLAN 7270 suchen an: 169.254.70.1
Eine Anlage gefunden! - Ermitteln der aktuellen Version.
Version erfolgreich ermittelt!
    Hardware:	FRITZ!Box Fon WLAN 7270
    Urlader:	1371
    Firmware:	54.04.89
Flashbereich (mtd1)
    Lösche	Flashbereich (mtd1)
    Restauriere	Flashbereich (mtd1)
    Überprüfe	Flashbereich (mtd1)
    Erfolgreich
Flashbereich (mtd3)
    Lösche	Flashbereich (mtd3)
    Restauriere	Flashbereich (mtd3)
Flashbereich (mtd4)
    Lösche	Flashbereich (mtd4)
    Restauriere	Flashbereich (mtd4)
FRITZ!Box Fon WLAN 7270 erfolgreich wiederhergestellt!

Lang lebe Windows XP!

Wie kann ich herausfinden, warum das Freetzen gescheitert ist?

Nachtrag:

JohnDoe42 schrieb:
Hast Du 's mal mit dem ruKernelTool versucht ?

Nein. Und nun ist es nicht mehr nötig. Aber ich hab eine sehr informative Anleitung gefunden, wo auch auf das ruKernel Tool verwiesen wird. Sollte man vor dem Freetzen lesen, auch wenn es sich offenbar um ältere Fritzbox Versionen dreht und vielleicht nicht alles 1:1 gilt.
Rettung für die Fritz Box – Zebradem WIKI
Und hier geht es noch tiefer hinein:
http://www.wehavemorefun.de/fritzbox/ADAM2

Frittensenf · 3 Jul 2014

Wieder nix!

RalfFriedl schrieb:
Lass außerdem für den Anfang USB Root weg, und auch die Remove Patches, die Du zusätzlich genommen hast. Versuche dann, das Image auf einen USB Speicher zu kopieren und es über telnet von Hand mit tar zu entpacken. Danach /var/install aufrufen und dann reboot. Ich vermute, dass die Update Funktion der Box nur einen begrenzten Teil vom Image annimmt.

So hab ich es nun gemacht. Es endet wieder im Doppelblink mit Pause, sprich: Wiederherstellung erforderlich. Hier die Ausgabe von sh -x, vielleicht fällt jemandem ja was auf:

Code:

# free
              total         used         free       shared      buffers
  Mem:        61372        55456         5916            0         1828
 Swap:            0            0            0
Total:        61372        55456         5916
# sh -x install 
+ export INSTALL_SUCCESS_NO_REBOOT=0
+ export INSTALL_SUCCESS_REBOOT=1
+ export INSTALL_WRONG_HARDWARE=2
+ export INSTALL_KERNEL_CHECKSUM=3
+ export INSTALL_FILESYSTEM_CHECKSUM=4
+ export INSTALL_URLADER_CHECKSUM=5
+ export INSTALL_OTHER_ERROR=6
+ export INSTALL_FIRMWARE_VERSION=7
+ export INSTALL_DOWNGRADE_NEEDED=8
+ force_update=n
+ uname -r
+ currKver=2.6.19.2
+ kversion=
+ flash_update_drv_path=
+ flash_update_drv_test=yes
+ flash_update_drv_MIPS32R2=
+ kversion=2.6.19.2
+ [ -n 2.6.19.2 ]
+ find /lib/modules -type f -name flash_update.ko
+ flash_update_drv_path=
+ [ -z  ]
+ [ -f /var/flash_update_2.6.19.2.ko ]
+ echo /var/flash_update_2.6.19.2.ko
+ flash_update_drv_path=/var/flash_update_2.6.19.2.ko
+ [ -n  ]
+ echo install: have Kernel 2.6.19.2 - set kversion '2.6.19.2' and FlashUpdateTool '/var/flash_update_2.6.19.2.ko'
install: have Kernel 2.6.19.2 - set kversion '2.6.19.2' and FlashUpdateTool '/var/flash_update_2.6.19.2.ko'
+ [ -n yes ]
+ [ yes = yes ]
+ [ -z /var/flash_update_2.6.19.2.ko ]
+ echo install: check and install new firmware ...
install: check and install new firmware ...
+ need_reboot=0
+ korrekt_version=0
+ /bin/update_led_on
/bin/update_led_on: line 2: cannot create /var/led: No such device or address
+ echo OEM=avm
OEM=avm
+ [ 2.6.19.2 = 24 ]
+ export CONFIG_ENVIRONMENT_PATH=/proc/sys/urlader
+ cat /proc/sys/urlader/annex
+ export ANNEX=B
+ [ -z B ]
+ echo ANNEX=B
ANNEX=B
+ [ -z  ]
+ echo testing acceptance for device Fritz_Box_7270_16 ...
testing acceptance for device Fritz_Box_7270_16 ...
+ /etc/version --install=ur8_8MB_xilinx_4eth_2ab_isdn_nt_te_pots_wlan_usb_host_dect_05265
korrekt install type: ur8_8MB_xilinx_4eth_2ab_isdn_nt_te_pots_wlan_usb_host_dect_05265
+ echo device has installtype ur8_8MB_xilinx_4eth_2ab_isdn_nt_te_pots_wlan_usb_host_dect_05265
device has installtype ur8_8MB_xilinx_4eth_2ab_isdn_nt_te_pots_wlan_usb_host_dect_05265
+ [ ! -z avm ]
+ oem_found=0
+ [ avm = avm ]
+ echo OK - OEM avm is supported
OK - OEM avm is supported
+ oem_found=1
+ break
+ [ 1 = 0 ]
+ echo OK - accept this update for device Fritz_Box_7270_16 ...
OK - accept this update for device Fritz_Box_7270_16 ...
+ korrekt_version=1
+ echo testing acceptance for device Fritz_Box_7270_16 done
testing acceptance for device Fritz_Box_7270_16 done
+ kernel_start=0x90010000
+ kernel_size=7798784
+ filesystem_start=0x90000000
+ filesystem_size=0
+ urlader_start=0x90000000
+ urlader_size=65536
+ newFWver=06.05
+ flash_start=268435456
+ [ 1 = 0 ]
+ /etc/version -v
+ currFWver=54.04.89
+ echo curr: 54.04.89  new: xx.06.05
curr: 54.04.89  new: xx.06.05
+ major_currFWver=54
+ middle_currFWver=54.04
+ middle_currFWver=04
+ minor_currFWver=89
+ echo debug: curr: 54.04.89
debug: curr: 54.04.89
+ middle_newFWver=06
+ middle_newFWver=06
+ minor_newFWver=05
+ echo debug: new: "XX.06.05"
debug: new: "XX.06.05"
+ major_currFWver=54
+ middle_currFWver=4
+ minor_currFWver=89
+ major_newFWver=
+ middle_newFWver=6
+ minor_newFWver=5
+ echo major_currFWver=54
major_currFWver=54
+ echo middle_currFWver=4
middle_currFWver=4
+ echo minor_currFWver=89
minor_currFWver=89
+ echo middle_newFWver=6
middle_newFWver=6
+ echo minor_newFWver=5
minor_newFWver=5
+ [ -z 4 ]
+ [ -z 89 ]
+ [ -z 6 ]
+ [ -z 5 ]
+ [ n = y ]
+ echo check Firmware Version: xx.06.05
check Firmware Version: xx.06.05
+ [ 6 -lt 4 ]
+ echo DEBUG: 6 >= 4
DEBUG: 6 >= 4
+ [ 6 -eq 4 ]
+ echo DEBUG: 6 > 4
DEBUG: 6 > 4
+ echo Accept Firmware Version: xx.06.05
Accept Firmware Version: xx.06.05
+ echo install: 2.6.19.2 check files...
install: 2.6.19.2 check files...
+ [ -f /var/tmp/filesystem.image ]
+ [ 0 -ne 0 ]
+ [ -f /var/tmp/kernel.image ]
+ /var/chksum /var/tmp/kernel.image
File already contains the checksum, verifying
Calculated checksum is 76020ECC
Saved checksum is 76020ECC
Checksum validation successful!
+ echo chksum for file /var/tmp/kernel.image ok
chksum for file /var/tmp/kernel.image ok
+ ls -l /var/tmp/kernel.image
+ sed -e s/[^0-9]/#/g
+ sed -e s/#\+[0-9]\+#\+\([0-9]\+\).*/\1/
+ kernel_image_size=7635976
+ [ 7635976 -gt 7798784 ]
+ echo size for file /var/tmp/kernel.image ok
size for file /var/tmp/kernel.image ok
+ [ ! -f /var/post_install ]
+ echo echo $0: start
+ echo sleep 1
+ echo killall run_clock
+ echo if ps | grep -v grep | grep -q telefon ; then killall telefon ; fi
+ echo if ps | grep -v grep | grep -q telnetd ; then killall telnetd ; fi
+ [ 2.6.19.2 = 24 ]
+ echo echo skip deleting language from env
+ echo echo MODE=update > /dev/avm_power
+ [ -e /dev/watchdog ]
+ 
+ echo echo "disable" > /dev/watchdog
+ echo echo still running:
+ echo ps
+ echo lsmod
+ echo sleep 1
+ kernel_update_start=0
+ kernel_update_len=0
+ name_list=
+ [ 2.6.19.2 = 24 ]
+ echo install: 2.6.19.2 getting mtd to install...
install: 2.6.19.2 getting mtd to install...
+ echo install: -----------------------------------------------------
install: -----------------------------------------------------
+ ls -l /var/tmp/kernel.image
+ + sed -e s/#\+[0-9]\+#\+\([0-9]\+\).*/\1/
sed -e s/[^0-9]/#/g
+ kernel_image_size=7635976
+ get_kernel_mtd 7635976 7798784 268435456
+ kernel_image_size=7635976
+ kernel_mtd_size=7798784
+ flash_startadress=268435456
+ grep urlader
+ sed -n -e s/mtd[0-9].*: \([^ ]*\) \([^ ]*\) .*/\1/p
+ cat /proc/mtd
+ tmp_size=00010000
+ [ -z 00010000 ]
+ [ -z 00010000 ]
+ bootloader_size=0x00010000
+ cat /proc/mtd
+ grep "jffs2"
+ grep -v Kernel
+ sed -n -e s/mtd[0-9].*: \([^ ]*\) \([^ ]*\) .*/\1/p
+ tmp_size=
+ [ -z  ]
+ tmp_size=0
+ jffs2_size=0x0
+ Kernel_without_jffs2_size=7798784
+ kernel_update_start=268500992
+ echo flash_startadress 268435456
flash_startadress 268435456
+ echo kernel_update_start 268500992
kernel_update_start 268500992
+ echo bootloader_size 0x00010000
bootloader_size 0x00010000
+ echo jffs2_size 0x0
jffs2_size 0x0
+ echo Kernel_without_jffs2_size 7798784
Kernel_without_jffs2_size 7798784
+ echo kernel_image_size 7635976
kernel_image_size 7635976
+ echo kernel_mtd_size 7798784
kernel_mtd_size 7798784
+ echo Kernel_Start_Add = 268500992
Kernel_Start_Add = 268500992
+ echo Kernel_End_Addr = 268500992 + 7635976
Kernel_End_Addr = 268500992 + 7635976
+ echo Kernel_without_jffs2_End_Addr = 268500992 + 7798784
Kernel_without_jffs2_End_Addr = 268500992 + 7798784
+ [ 7635976 -le 7798784 ]
+ kernel_update_len=7798784
+ return 0
+ echo install: -----------------------------------------------------
install: -----------------------------------------------------
+ echo install: kernel_size=7798784
install: kernel_size=7798784
+ echo install: kernel_update_start=268500992
install: kernel_update_start=268500992
+ echo install: kernel_update_len=7798784
install: kernel_update_len=7798784
+ [ 268500992 = 0 ]
+ echo install: 2.6.19.2 setting files to install...
install: 2.6.19.2 setting files to install...
+ [ -f /var/tmp/kernel.image ]
+ crc_param=1
+ echo install: /var/tmp/kernel.image to start(268500992) size(7798784)
install: /var/tmp/kernel.image to start(268500992) size(7798784)
+ echo update_parameter=flash_update_file0="/var/tmp/kernel.image,268500992,7798784,crc=1"
+ need_reboot=1
+ [ -f /var/tmp/filesystem.image ]
+ ls -l /var/tmp/filesystem.image
+ sed -e s/[^0-9]/#/g
+ sed -e s/#\+[0-9]\+#\+\([0-9]\+\).*/\1/
+ act_fs_size=0
+ [ 0 -ne 0 ]
+ [ 1 -eq 1 ]
+ echo insmod /var/flash_update_2.6.19.2.ko $update_parameter
+ echo exit 0
+ chmod +x /var/post_install
+ [ 1 -eq 1 ]
+ echo install: check for old settings ...
install: check for old settings ...
+ OLD_SETTINGS_FILE=#! /bin/sh major=`grep tffs /proc/devices` tffs_major=${major%%tffs} telnetd -l /sbin/ar7login killall capiotcp_server sleep 5 /usr/bin/capiotcp_server -p5031 -m3 &
+ [ -f /var/rc.user ]
+ [ -x /var/regelex ]
+ [ -e /var/flash/fx_lcr ]
+ [ -n  ]
+ [ -f /data/tam/config ]
+ echo clear_id 95
+ echo clear_id 96
+ [ 1 -eq 1 ]
+ echo set INFO led to blink (modul=7, state=4)
set INFO led to blink (modul=7, state=4)
+ /bin/update_led_on
/bin/update_led_on: line 2: cannot create /var/led: No such device or address
+ exit 1
# echo $?
1
# reboot
starting pid 1850, tty '/dev/console': '/bin/sh'
# stopping USB-Subsystem ..
killall: ftpd: no process killed
killall: smbd: no process killed
chmod: /var/media/ftp/Intenso-AluLine-01: Read-only file system
killall: ftpd: no process killed
killall: smbd: no process killed
rmmod: vfat
rmmod: fat
rmmod: nls_cp437
rmmod: nls_iso8859-1
rmmod: sd_mod
rmmod: usb-storage
rmmod: scsi_mod
TI USB 2.0 Host stopped
ls: /proc/1694/cwd: cannot read link (not a symlink?)
ls: /proc/1720/cwd: cannot read link (not a symlink?)
ls: /proc/1722/cwd: cannot read link (not a symlink?)
unmounting '/var/media/ftp/*' ..
unload dsl and dependend driver ..
Jul  3 09:41:42 telefon[1049]: SIGTERM received!
Jul  3 09:41:42 telefon[1115]: SIGTERM received!
Jul  3 09:41:42 telefon[1116]: SIGTERM received!
Jul  3 09:41:42 telefon[1123]: SIGTERM received!
Jul  3 09:41:42 telefon[1124]: SIGTERM received!
Jul  3 09:41:42 telefon[1125]: SIGTERM received!
Jul  3 09:41:42 pbd[1058]: received signal: Terminated.
Jul  3 09:41:42 pbd[1064]: received signal: Terminated.
Jul  3 09:41:42 pbd[1065]: received signal: Terminated.
killall: dect_manager: no process killed
Jul  3 09:41:42 telefon[1049]: SIGCHLD received!
Jul  3 09:41:43 pbd[1058]: terminating.
rmmod: rfcntl
rmmod: isdn_fbox_fon4
rmmod: isdn_fbox_fon3
rmmod: isdn_fbox_fon2
rmmod: isdn_fbox_fon
rmmod: ulpcmlink
rmmod: userman
rmmod: userman_mod
rmmod: kdsldmod
rmmod: ubik2
rmmod: tiatm
  PID  Uid        VSZ Stat Command
    1 root       1424 S   init       
    2 root            SWN [ksoftirqd/0]
    3 root            SW  [watchdog/0]
    4 root            SW< [events/0]
    5 root            SW< [khelper]
    6 root            SW< [kthread]
   17 root            SW< [kblockd/0]
   31 root            RW  [pdflush]
   32 root            SW  [pdflush]
   33 root            SW< [kswapd0]
   34 root            SW< [aio/0]
   71 root            SW  [pm_info]
   72 root            SWN [avmdebug]
   76 root            SW< [CPMAC]
   80 root            SW  [mtdblockd]
  102 root            SW  [tffsd_mtd_0]
  233 root            SW  [cleanup_timer_f]
  316 root            SW< [capi_oslib]
  318 root            Z   [capitransp]
  328 root            Z < [avm_dect_thread]
  329 root            Z   [ksock tcp worke]
  330 root            Z   [ksock tcp serve]
  351 root            SW< [khubd]
  471 root            SWN [dectuart_route]
  478 root            Z N [ctlmgr]
  483 root       5352 S   upnpd 
  488 root       4280 S   multid 
  755 root       4280 S   multid 
  786 root            Z N [ctlmgr]
  787 root            Z N [ctlmgr]
  791 root            Z N [ctlmgr]
 1034 root            Z   [dsld]
 1038 root       3700 S   /bin/configd 
 1041 root       5352 S   upnpd 
 1042 root       5352 S   upnpd 
 1043 root       5352 S   upnpd 
 1049 root            Z   [telefon]
 1053 root            Z < [voipd]
 1058 root            Z   [pbd]
 1067 root       1432 S   /usr/sbin/inetd 
 1079 root        984 S   /bin/run_clock -c /dev/tffs -d 
 1091 root       1424 S   init       
 1222 root            SW< [loop0]
 1230 root            SW< [loop1]
 1240 root            SW< [loop2]
 1252 root            SW< [loop3]
 1266 root            SW< [loop4]
 1282 root            SW< [loop5]
 1300 root            SW< [loop6]
 1432 root       1428 S   telnetd -l /sbin/ar7login 
 1435 root       1452 S   -sh 
 1694 root            Z   [mediasrv]
 1720 root            Z   [mediasrv]
 1722 root            Z   [mediasrv]
 1849 root       1424 S   init       
 1850 root       1424 S   /bin/sh -c /var/post_install 
 1851 root       1432 S   /bin/sh /var/post_install 
 2418 root       1444 S   /bin/sh /etc/init.d/rc.dsl.sh stop 
 2515 root       1424 R   ps 
Module                  Size  Used by    Tainted: P  
kdsldmod              888402  2 
usbcore               125620  1 
dsl_ur8               182890  0 
loop                   13938  14 
Piglet_noemif          41751  0 
led_modul_Fritz_Box_7270    63383  0 
system is going down ..
/var/post_install: start
Connection closed by foreign host.

Daß er die LED nicht findet (cannot create /var/led: No such device or address), sollte nicht stören. Das »exit 1« danach bedeutet nur $need_reboot.

Nachtrag:

Der Flash Baustein ist ein MX 29LV640DTTC-90G mit 8 MB. Aber das AVM Skript sollte ja seine Pappenheimer kennen und richtig behandeln.

olistudent · 8 Jul 2014

Du könntest mal probieren das Image komplett neu zu bauen. In seltenen Fällen funktioniert das Bauen nicht und der Kernel bootet dann nicht. Woran das liegt konnte ich nie herausfinden...

Gruß
Oliver

Frittensenf · 14 Jul 2014

Neuen Versuch unternommen mit r12258. Eingespielt über Web Schnittstelle. Wieder nix, wieder Doppelblink mit Pause.

Mir scheint, daß wir ohne Taschenlampe im Dunkeln tappen. Vielleicht versuch ich es später nochmal, aber im Moment scheint es mir wenig aussichtsreich.

Übrigens: Zu meiner Überraschung hat distclean auch alles unter images/ gelöscht … Mit make -n kann man das vorher sehen (rm -rf humorlos), aber damit hatt ich nicht gerechnet, da die Kompilate ja alle zeitgestempelt benannt sind, die Endergebnisse darstellen und das erneute Erstellen in keiner Weise beeinflussen. Nun gut, sie haben eh nicht gefunzt, aber anderenfalls wäre es ärgerlich gewesen.

Languages

Suche

Languages

Suche

Falsche Prüfsumme festgestellt (Kernel)

Frittensenf

Neuer User

koyaanisqatsi

IPPF-Urgestein

RalfFriedl

IPPF-Urgestein

Frittensenf

Neuer User

Frittensenf

Neuer User

RalfFriedl

IPPF-Urgestein

Frittensenf

Neuer User

RalfFriedl

IPPF-Urgestein

Frittensenf

Neuer User

RalfFriedl

IPPF-Urgestein

Frittensenf

Neuer User

JohnDoe42

Aktives Mitglied

Frittensenf

Neuer User

Frittensenf

Neuer User

olistudent

IPPF-Urgestein

Frittensenf

Neuer User

Zurzeit aktive Besucher

Neueste Beiträge

Statistik des Forums