FW-Update mit dem Freetz WebGUI: einige fragliche Meldungen

[ao]

Hallo,

beim FW-Update mit dem Freetz WebGUI sehe ich einige fragliche Meldungen ("no such file...", "no process killed", "no such device", "ERROR - invalid event specified") und würde gerne von den Gurus hier wissen, ob ich die ignorieren kann, oder ob da etwas dabei ist, was ggf. nachzuforschen wäre.

Der Update-Vorgang klappt ansonsten genauso gut wie mit dem AVM WebGUI.

2. Firmware extrahieren, Update vorbereiten

AVM-Dienste anhalten, Teil 1 (prepare_fwupgrade start) ...
[COLOR=Black]  cat: can't open '/var/run/delayed_reboot.pid': No such file or directory
  rm: cannot remove '/var/run/delayed_reboot.pid': No such file or directory[/COLOR]
  killall: minid: no process killed
  killall: minid: no process killed
  rmmod: rfcntl: No such file or directory
  killall: flashd: no process killed
  killall: minid: no process killed
  disable watchdog
  rmmod: userman: No such file or directory
  rmmod: isdn_fbox_fon3: No such file or directory
  killall: checkservices: no process killed
ERLEDIGT

Firmware-Archiv extrahieren ...
  ./
  ./var/
  ./var/static.pkg
  ./var/flash_update.o
  ./var/flash_update.ko
  ./var/.packages
  ./var/regelex
  ./var/install
  ./var/chksum
  ./var/info.txt
  ./var/tmp/
  ./var/tmp/filesystem.image
  ./var/tmp/kernel.image
  ./var/signature
  ./var/.config
DONE

AVM-Dienste anhalten, Teil 2 (prepare_fwupgrade end) ...
  cat: can't open '/var/run/delayed_reboot.pid': No such file or directory
  rm: cannot remove '/var/run/delayed_reboot.pid': No such file or directory
  ERROR - failed to open led-device: No such device or address
  disable watchdog
ERLEDIGT

Ausführen des Firmware-Installationsskripts /var/install ...
  install: have Kernel 2.6
  install: check and install new firmware ...
  Options:   EVENT[=PARAM] ...   Trigger each led EVENT in list with value PARAM (default=1)
             -l                  List all available events for the current configuration
  ERROR - invalid event specified!
  OEM=avm
  ANNEX=B
  testing acceptance for device Fritz_Box_7170 ...
  korrekt install type: ar7_8MB_xilinx_4eth_3ab_isdn_nt_te_pots_wlan_usb_host_25762
  device has installtype ar7_8MB_xilinx_4eth_3ab_isdn_nt_te_pots_wlan_usb_host_25762
  assumed ANNEX B -- found ANNEX B
  device has ANNEX B
  OK - OEM avm is supported
  OK - accept this update for device Fritz_Box_7170 ...
  testing acceptance for device Fritz_Box_7170 done
  curr: 29.04.67  new: xx.04.67
  debug: curr: 29.04.67
  debug: new: "XX.04.67"
  major_currFWver=29
  middle_currFWver=4
  minor_currFWver=67
  middle_newFWver=4
  minor_newFWver=67
  check Firmware Version: xx.04.67
  DEBUG: 4 >= 4
  DEBUG: 67 >= 67
  Accept Firmware Version: xx.04.67
  install: 26 check files...
  File already contains the checksum, verifying
  Calculated checksum is D63EBD8C
  Saved checksum is D63EBD8C
  Checksum validation successful!
  chksum for file /var/tmp/kernel.image ok
  install: 26 getting mtd to install...
  install: -----------------------------------------------------
  bootloader_size 0x00010000
  jffs2_size 0x0
  Kernel_without_jffs2_size 7798784
  kernel_image_size 7774984
  kernel_mtd_size 7798784
  Kernel_Start_Add=268500992
  Kernel_End_Addr=276275976
  Kernel_without_jffs2_End_Addr=276299776
  install: -----------------------------------------------------
  install: kernel_size=7798784
  install: kernel_update_start=268500992
  install: kernel_update_len=7798784
  install: 26 setting files to install...
  install: /var/tmp/kernel.image to start(268500992) size(7798784)
  install: check for old settings ...
  set INFO led to blink (modul=7, state=4)
  Options:   EVENT[=PARAM] ...   Trigger each led EVENT in list with value PARAM (default=1)
             -l                  List all available events for the current configuration
  ERROR - invalid event specified!
ERLEDIGT - Rückgabewert des Installationsskripts = 1 (INSTALL_SUCCESS_REBOOT)

Von /var/post_install generierter Inhalt:
  #! /bin/sh
  echo $0: start
  sleep 1
  killall run_clock
  if ps | grep -v grep | grep -q telefon ; then killall telefon ; fi
  if ps | grep -v grep | grep -q telnetd ; then killall telnetd ; fi
  echo skip deleting language from env
  echo MODE=update > /dev/avm_power
  echo "disable" > /dev/watchdog
  echo still running:
  ps
  lsmod
  sleep 1
  update_parameter=flash_update_file0="/var/tmp/kernel.image,268500992,7798784,crc=1"
  insmod /var/flash_update.ko $update_parameter
  exit 0
ENDE DER DATEI

Das Nach-Installationsskript läuft beim Neutart (reboot) und führt die
darin definiterten Aktionen aus, z.B. das tatsächliche Flashen der Firmware.
Sie können immer noch entscheiden, diesen Vorgang abzubrechen, indem Sie
das Skript und den Rest der extrahierten Firmware-Komponenten löschen.

 

[Silent-Tears]

Ignorieren kannst du sie. Die meisten sind letztendlich ein Versuch, alles mögliche an avm-Diensten zu killen, ob existent oder nicht. Dazu Kernelmodule entladen, ob sie da sind oder nicht. Wenn sie nicht da sind die Sachen, dann kommt die Fehlermeldung.
Die Sache mit dem Event ist da schon interessanter, das klingt für mich, als hätten sie in dem Installscript nicht jedne Fall berücksichtigt und jede Box. Wahrscheinlich reagieren einige Boxen auf diese Zeile, andere nicht.

Das Installationsscript ist das originale von AVM, darin werkeln wir nicht weiter rum. Und es funktioniert. Kannst die Sachen also getrost ignorieren. Denke ich.

 

[hermann72pb]

...oder direkt an AVM melden, damit sie ihre eigene Fehler selbst beseitigen. Die werden sich tierisch wundern, woher man die Meldungen hat.
Ich finde, wenn man schon vernünftig programmiert, sollte man sich solche Fälle vor Augen halten und wenigstens es im Skript/Programm abfangen. Man kann sicherlich einiges zunächst testen, ob es da ist, bevor man es stoppt.

Und ja, ich habe selbst schon oft erlebt, dass es manchmal beim "stoppen der avm-dienste" hängen bleibt.

@ao: nimm dir doch die Sache an und programmiere eine vernünftige Update-Routine. Alle werden dir hier sicherlich mit Rat und Tat bei stehen.

MfG

 

[ao]

Danke Euch Beiden für's Feedback!

@ao: nimm dir doch die Sache an und programmiere eine vernünftige Update-Routine. Alle werden dir hier sicherlich mit Rat und Tat bei stehen.

Danke für das Hilfsangebot, aber ich kann gar nicht programmieren und habe davon wirklich keine Ahnung, auch wenn man es evtl. nicht vermuten würde, sorry.