Für das manuelle Update bitte den dortigen Thread weiterverwenden
Ich mach's hier dennoch (erneut) deutlich, WIE dieses Update (bisher) funktioniert - auch wenn
@Holzmullerholzi uns eher im Dunkeln läßt, warum er GAR NICHTS dazu finden konnte. Vielleicht ist der inzwischen knapp 20 Jahre alte Thread ja wirklich nicht so leicht zu finden - da hätte die Kenntnis, WIE man suchen muß, um den nicht zu finden, ja bei Verbesseungen helfen können.
Wobei ich der Überzeugung bin, daß ich das Nachstehende auch schon das eine oder andere Mal in jüngerer Zeit versucht habe zu erläutern ... ETWAS hat sich (intern) tatsächlich geändert in neueren Labor-/Release-Reihen, auch wenn das für das manuelle Update keine Auswirkungen hat.
Bei einer Update-Suche für DECT-basierte Peripherie wird das (Shell-)Skript
/sbin/start_dect_update.sh
abgearbeitet, das sich in der Firmware finden läßt, wenn man diese zunächst entpackt (bei Puma-Boxen im Image für den ATOM-Core).
Dort wird auf lokalen USB-Datenträgern (und nur auf solchen, denn interner NAS-Speicher, der nicht über ein Device-File mit dem Namen
/dev/sd.*
angesprochen wird, wird bei der Suche NICHT berücksichtigt, s. Skript) dann nach einem Dateinamen gesucht, der dem mit diesen Befehlen zusammengestellten Namen entspricht:
Rich (BBCode):
##########################################################################################
# prüfen ob auf dem USB Memory Stick ein File vorhanden ist
##########################################################################################
debug_print "Prüfe: lesen vom USB Stick"
find_storage_mountpoints read
filename="./dect-$DECT_HWREVISION-$DECT_OEM-$DECT_LANGUAGE-$DECT_COUNTRY.image"
if [ -z ${DECT_OEM} ]; then
DECT_OEM=$CONFIG_OEM
fi
if [ -z ${DECT_LANGUAGE} ]; then
DECT_LANGUAGE=$Language
fi
if [ -z ${DECT_COUNTRY} ]; then
DECT_COUNTRY=$Country
fi
debug_print "NON RELEASE: Verwende lokalen filenamen=${filename}"
Der blau markierte Teil ist eigentlich Unsinn bzw. ein Überbleibsel, denn unmittelbar davor wird geprüft, daß die Werte NICHT leer sind:
Rich (BBCode):
##########################################################################################
# prüfen ob alle erforderlichen Parameter gesetzt sind
##########################################################################################
check="DECT_OEM DECT_IPUI DECT_LANGUAGE DECT_COUNTRY DECT_HWREVISION DECT_FIRMWARE_VERSION DECT_OUTPUT_FILE DECT_OUTPUT_FILE_TYPE"
for i in $check ; do
eval ii=\$$i
if [ -z $ii ]; then
debug_print "$0: Error: Parameter $i nicht gesetzt"
return_print "$DECT_RETURN_ERROR_UNKNOWN"
fi
done
und damit käme die Ausführung bei fehlenden Werten dort gar nicht mehr vorbei.
Mit dem derart gebildeten Dateinamen wird dann eine Suche auf allen vorhandenen USB-Volumes ausgeführt und nur wenn dabei eine Datei mit EXAKT dem richtigen Namen - und zwar im Wurzelverzeichnis des Volumes - gefunden wird, DANN wird das Vorhandensein eines Updates angezeigt und dessen Installation angeboten ... wobei das schon wieder nicht mehr Bestandteil des Skripts ist, auch wenn das neben den lokalen Volumes noch JUIS durchsucht, um ein passendes Update (die Parameter für die Suche/das Gerät werden beim Aufruf gesetzt - wieder steht es jedem frei, in das Skript zu schauen) zu finden.
Rich (BBCode):
for mountpoint in ${plugin_list_of_storage_mountpoints_read} ; do
debug_print "$0[$$]: found Mount Point ${mountpoint}" 2>>/var/tmp/dect_update_error.log >>/var/tmp/dect_update_out.log
if [ -f ${mountpoint}/$filename ] ; then
fwupdate packet file://${mountpoint}/$filename 2>>/var/tmp/dect_update_error.log >>/var/tmp/dect_update_out.log
if ! fw_error_text $? ; then
debug_print "$0[$$]: ACHTUNG: es ist ein Fehler bei Datei file://${mountpoint}/$filename aufgetreten."
continue
fi
[...]
fi
done
Das
fwupdate
hat (zumindest hier in der Puma7-Firmware, der zitierte Teil stammt aus einer 07.90-Inhouse für die 6690) die Funktion des früheren
tr069fwupdate
übernommen, inkl. der alten (und ein paar neuer) Parameter.
Die von diesem Skript erzeugten Ausgabedateien (
dect_update_error.log
und
dect_update_out.log
) sind auch Bestandteil der Support-Daten, dort kann man also auch nachschauen, WARUM ein Update ggf. nicht gefunden wird.
EDIT:
Die Box wurde neu gestartet
Das sollte (heutzutage) auch nicht mehr erforderlich sein - ein Anstoßen der Suche nach neueren Firmware-Versionen (auf der Übersichtsseite im GUI) sollte ausreichen, um eine erneute Abarbeitung des o.g. Skripts für vorhandene Peripherie zu veranlassen.