[Problem] MT-F erhalten keine Updates mehr

[Outlaw]

LOL, ich bin raus hier, forsche Du weiter und weiter hin viel Spaß beim Leute "zu nahe treten" ....

Nachtrag:
Spar Dir den Text oder schreib ihn von mir aus.
Da ich mir denken kann, was das wieder wird und Du eh resistent gegen alles bist, spar ich mir meine Zeit ab jetzt und werde Deine kommende Antwort wohlwollend ignorieren.

An alle anderen:
Wenn Ihr Probleme mit dem hinteren USB Port habt, probiert den seitlichen ....

 

[qwertz.asdfgh]

@PeterPawn
Jetzt verstehe ich wieso du den Fehler in der Tabelle gefunden hast bzw. deine ausführlichen Gedanken zu einem evtl. bestehendem 2. USB-Port bei der 7570...

@Outlaw
Warum so "gereizt" und destruktiv?

 

[PeterPawn]

Jetzt verstehe ich wieso du den Fehler in der Tabelle gefunden hast bzw. deine ausführlichen Gedanken zu einem evtl. bestehendem 2. USB-Port bei der 7570

Yup ... nachdem die bisherigen Auskünfte mich nicht wirklich weiter gebracht haben, habe ich jetzt meinerseits einen "Langzeit-Test" gestartet und beobachte das Verhalten bei der (automatischen) Suche nach DECT-Updates mit einer geänderten start_dect_update.sh in einer 113.06.24 - die Ergebnisse gibt es dann en bloc in nicht allzu ferner Zukunft. Blöd ist nur, daß mich das beim Live-Test der 06.35 etwas behindert; ich werde es also wohl erst einmal unterbrechen und später noch einmal versuchen.

Im Moment wurde (der letzte Start der Box mit den endgültigen Anpassungen für den Test ist aber auch erst etwas mehr als 12 h her) bis hier protokolliert:

2015-07-03 01:19:35.246 - 07/03/15 01:19:34 Prüfe: lesen vom USB Stick
2015-07-03 01:19:35.246 - 07/03/15 01:19:34 NON RELEASE: Verwende lokalen filenamen=./dect-03.01-avm-de-049.image
2015-07-03 01:19:35.246 - 07/03/15 01:19:34 Versuche DECT Update aus dem Internet zu holen ...
2015-07-03 01:19:35.246 - 07/03/15 01:19:34 Verwende url=http://update.avm.de/cgi-bin/cati?hw=03%2E01&sw=03%2E34&oem=avm&lang=de&country=049&fw=113%2E06%2E24&macaddr=045630CAFECA%8A ...
2015-07-03 01:19:35.246 - 07/03/15 01:19:35 /sbin/start_dect_update.sh[3507]: ACHTUNG: Kein Update fuer diese Version vorhanden.
2015-07-03 01:19:35.246 - 07/03/15 01:19:35 RETURN STRING: no update
2015-07-03 01:19:35.246 - Connecting to update.avm.de (212.42.244.73:80)
dect.update.url      100% |*******************************|    16   0:00:00 ETA
2015-07-03 02:05:42.097 - 07/03/15 02:05:40 Prüfe: lesen vom USB Stick
2015-07-03 02:05:42.097 - 07/03/15 02:05:40 /sbin/start_dect_update.sh[8112]:(read) found Mount Device: /dev/sda1
2015-07-03 02:05:42.097 - 07/03/15 02:05:40 /sbin/start_dect_update.sh[8112]:(read) found Mount Point: /var/media/ftp/<volumename>
2015-07-03 02:05:42.097 - 07/03/15 02:05:40 NON RELEASE: Verwende lokalen filenamen=./dect-03.01-avm-de-049.image
2015-07-03 02:05:42.097 - 07/03/15 02:05:40 /sbin/start_dect_update.sh[8112]: found Mount Point /var/media/ftp/<volumename>
2015-07-03 02:05:42.097 - ./var/
2015-07-03 02:05:42.097 - ./var/install
2015-07-03 02:05:42.097 - ./var/BOB_de-03.56-03.01.low.bin
2015-07-03 02:05:42.097 - ./var/BOB_de-03.56-03.01.high.bin
2015-07-03 02:05:42.097 - ./var/signature
2015-07-03 02:05:42.097 - 07/03/15 02:05:42 /sbin/start_dect_update.sh[8112]: kopiere das highfile auf /var/dect_update_pp1.bin
2015-07-03 02:05:42.097 - file:///var/media/ftp/<volumename>/./dect-03.01-avm-de-049.image
2015-07-03 02:05:42.097 - 07/03/15 02:05:42 /sbin/start_dect_update.sh[8112]: korrekt signiertes file gefunden.
2015-07-03 02:05:42.097 - 07/03/15 02:05:42 RETURN STRING: file signed
2015-07-03 03:34:24.523 - 07/03/15 03:34:22 Prüfe: lesen vom USB Stick
2015-07-03 03:34:24.523 - 07/03/15 03:34:22 /sbin/start_dect_update.sh[14556]:(read) found Mount Device: /dev/sda1
2015-07-03 03:34:24.523 - 07/03/15 03:34:22 /sbin/start_dect_update.sh[14556]:(read) found Mount Point: /var/media/ftp/<volumename>
2015-07-03 03:34:24.523 - 07/03/15 03:34:22 /sbin/start_dect_update.sh[14556]:(read) found Mount Device: /dev/sdb2
2015-07-03 03:34:24.523 - 07/03/15 03:34:22 /sbin/start_dect_update.sh[14556]:(read) found Mount Point: /var/media/ftp/system
2015-07-03 03:34:24.523 - 07/03/15 03:34:22 /sbin/start_dect_update.sh[14556]:(read) found Mount Device: /dev/sdb3
2015-07-03 03:34:24.523 - 07/03/15 03:34:22 /sbin/start_dect_update.sh[14556]:(read) found Mount Point: /var/media/ftp/data
2015-07-03 03:34:24.523 - 07/03/15 03:34:22 NON RELEASE: Verwende lokalen filenamen=./dect-03.01-avm-de-049.image
2015-07-03 03:34:24.523 - 07/03/15 03:34:22 /sbin/start_dect_update.sh[14556]: found Mount Point /var/media/ftp/<volumename>
2015-07-03 03:34:24.523 - ./var/
2015-07-03 03:34:24.523 - ./var/install
2015-07-03 03:34:24.523 - ./var/BOB_de-03.56-03.01.low.bin
2015-07-03 03:34:24.523 - ./var/BOB_de-03.56-03.01.high.bin
2015-07-03 03:34:24.523 - ./var/signature
2015-07-03 03:34:24.523 - 07/03/15 03:34:24 /sbin/start_dect_update.sh[14556]: kopiere das highfile auf /var/dect_update_pp1.bin
2015-07-03 03:34:24.523 - file:///var/media/ftp/<volumename>/./dect-03.01-avm-de-049.image
2015-07-03 03:34:24.524 - 07/03/15 03:34:24 /sbin/start_dect_update.sh[14556]: korrekt signiertes file gefunden.
2015-07-03 03:34:24.524 - 07/03/15 03:34:24 RETURN STRING: file signed

Das dazu gehörende Eventlog:

root@FB7490:~ $ eventsdump
03.07.15 09:56:32 VPN-Verbindung zu *hiddenname* wurde erfolgreich hergestellt.
03.07.15 09:56:32 VPN-Fehler: *hiddenname*, IKE-Error 0x203e
03.07.15 09:56:26 VPN-Verbindung zu *hiddenname* wurde getrennt. Ursache: 3 IKE server
03.07.15 08:20:53 Verwendetes IPv6-Präfix: 2002:CAFE:CAFE::/56.
03.07.15 08:20:53 Internetverbindung IPv6 (Tunnel) wurde erfolgreich hergestellt.
03.07.15 08:20:53 Internetverbindung wurde erfolgreich hergestellt. IP-Adresse: 217.7.123.123, DNS-Server: 217.237.151.115 und 217.237.148.102, Gateway: 217.5.98.15, Breitband-PoP: BERA82-ths
03.07.15 08:20:52 Internetverbindung wurde getrennt.
03.07.15 08:20:52 Internetverbindung IPv6 wurde getrennt, Präfix nicht mehr gültig.
03.07.15 08:20:49 Die Internetverbindung wird kurz unterbrochen, um der Zwangstrennung durch den Anbieter zuvorzukommen.
03.07.15 04:03:54 VPN-Verbindung zu *hidden* wurde erfolgreich hergestellt.
03.07.15 04:03:54 VPN-Verbindung zu *hiddenname* wurde erfolgreich hergestellt.
03.07.15 04:03:51 VPN-Verbindung zu *hidden* wurde getrennt. Ursache: 12 SA loss
03.07.15 04:03:51 VPN-Verbindung zu *hiddenname* wurde getrennt. Ursache: 12 SA loss
03.07.15 03:51:14 VPN-Verbindung zu *hidden* wurde erfolgreich hergestellt.
03.07.15 03:51:14 VPN-Verbindung zu *hiddenname* wurde erfolgreich hergestellt.
03.07.15 03:51:12 VPN-Verbindung zu *hidden* wurde getrennt. Ursache: 12 SA loss
03.07.15 03:51:12 VPN-Verbindung zu *hiddenname* wurde getrennt. Ursache: 12 SA loss
03.07.15 03:51:11 Die FRITZ!Box-Einstellungen wurden über die Benutzeroberfläche geändert.
03.07.15 03:34:00 Anmeldung des Benutzers <master_of_the_universe> an der FRITZ!Box Benutzeroberfläche von IP-Adresse 192.168.123.2.
03.07.15 02:07:00 Partition unter data eingebunden
03.07.15 02:06:53 Partition unter system eingebunden
03.07.15 02:06:47 USB-Gerät 1003, Klasse 'USB 2.0 (hi-speed) storage', angesteckt
03.07.15 01:31:56 Verbindung zum Online-Speicher hergestellt.
03.07.15 01:31:54 Integrierter Faxempfang wurde aktiviert auf USB-Speicher '<volumename>'.
03.07.15 01:31:50 Partition unter <volumename> eingebunden
03.07.15 01:31:44 USB-Gerät 1002, Klasse 'USB 2.0 (hi-speed) storage', angesteckt
03.07.15 01:23:21 VPN-Verbindung zu *hidden* wurde erfolgreich hergestellt.
03.07.15 01:18:56 Neues WLAN-Gerät erstmalig angemeldet (5 GHz). Geschwindigkeit 300 Mbit/s. MAC-Adresse: #MAC#00:1D:E0:CA:FE:CE.
03.07.15 01:18:43 VPN-Verbindung zu *hiddenname* wurde erfolgreich hergestellt.
03.07.15 01:18:38 Verbindung zum Online-Speicher konnte nicht hergestellt werden. Kein USB-Speicher vorhanden.
03.07.15 01:18:36 Verwendetes IPv6-Präfix: 2002:CAFE:CAFE::/56.
03.07.15 01:18:36 Internetverbindung IPv6 (Tunnel) wurde erfolgreich hergestellt.
03.07.15 01:18:36 Internetverbindung wurde erfolgreich hergestellt. IP-Adresse: 217.7.123.123, DNS-Server: 217.237.151.115 und 217.237.148.102, Gateway: 217.5.98.15, Breitband-PoP: BERA82-ths
03.07.15 01:18:06 DSL ist verfügbar (DSL-Synchronisierung besteht mit 25088/5056 kbit/s).
03.07.15 01:17:51 Radarerkennung (DFS-Wartezeit) durch Kanalbelegung ausgelöst, 5 GHz Band temporär nicht nutzbar.
03.07.15 01:17:38 Customization will be started now ...

- Booten ohne USB-Stick
- erste automatische Suche um 01:19:34
- Anstecken eines USB-Sticks mit 03.56 für MT-F um 01:31:50 (hinterer Port)
- nachdem 30 Minuten lang nichts passierte (keine automatische Suche auf dem Volume), Start einer manuellen Suche über das Telefon um 02:05:40, dabei wird das Update gefunden
- Anstecken eines zweiten USB-Gerätes (seitlicher Anschluß) - HDD mit 3 Partitionen - um 02:06:47
- ebenfalls keine (erneute) automtische Suche (ob das daran liegt, daß da schon eines gefunden wurde, muß der nächste Anlauf eines längeren Tests zeigen)
- daher nach ca. 90 Minuten noch einmal eine manuelle Suche über das Telefon, beim "Durchzählen" werden jetzt eben alle drei Partitionen (2x HDD, die dritte dort ist "swap" + 1x Corsair-Stick) "enumeriert", aber bereits auf der ersten (dem Stick) wird wieder das Update gefunden ... jetzt müßte halt noch ein Test ohne den Stick und nur mit der HDD her, das war leider schon im vorherigen Log, da war die Reihenfolge Stick <-> HDD umgekehrt, bei unveränderter Zuordnung zum Anschluß ... HHD seitlich, Corsair-Stick hinten (bzw. bei mir unten )

Bisher würde ich schon mal die Aussage wagen, daß ich einen - zumindest direkt beim oder kurz (bis zu 5 Minuten) nach dem Einstecken des Speichers ablaufenden - automatischen Test auf ein vorhandenes Update nicht sehen kann (auch vorher nicht, als nur der seitliche Anschluß mit der HDD belegt war, das war aber noch beim Neustart davor).
Ein manuelle Suche über das MT-F findet dann jeweils das Update sofort an beiden Ports (auch in wechselnden Kombinationen, alles vor diesem "Dauerlauf" schon getestet).

In welchen Abständen die Firmware jetzt erneut automatisch sucht oder ob es außer der vom Telefon aus gestarteten Suche noch weitere (manuell auslösbare) Trigger gibt (eine Konfigurationsänderung im DECT-Bereich, wodurch der dect_manager als Child von "telefon" neu gestartet wird, wäre vermutlich eine weitere Möglichkeit) bleibt zu klären, das erfordert aber leider immer wieder das Herstellen eines definierten Zustands und damit einen "Neubeginn".

Einige Tests zuvor haben aber eindeutig gezeigt, daß es nur einen einzigen Mechanismus gibt (den Nachweis dazu aber erst in einem ausführlicheren Beitrag, wenn der Rest auch geklärt/erklärlich ist) und die Suche nach DECT-Updates immer über start_dect_update.sh läuft, wobei die Behandlung mehrerer verschiedener Gerätetypen (auch wenn es nur für AVM-Geräte überhaupt interessant ist, bei angemeldeten Gigaset-MTs ohne AVM-Geräte ist da absolute Funkstille bei der Update-Suche) nach meinem Verständnis schon noch zu wünschen übrig läßt oder zumindest Optimierungspotential bietet .

Was mich auch noch etwas verwundert, ist die Tatsache, daß die Firmware beim Update nur nach dem "highfile" suchen läßt (ein Update-Image enthält beide) und - zumindest solange man das Update nicht installieren läßt, was ich noch aufschiebe für weitere Tests - die Nachfrage nach dem "lowfile" (die einen erneuten Download über das Internet auslösen würde, wenn das Update nicht vom Stick käme) bisher überhaupt nicht erfolgt ist.

Weitere Update-Anfragen sind jedenfalls erst einmal nicht zu sehen (ob wegen des schon gefundenen oder wegen eines längeren Intervalls muß sich zeigen) ... die Annahme eines Intervalls (analog zur Suche nach neuer Box-Firmware) will ich schon noch testen (das ist in der ar7.cfg ohnehin schon heruntergesetzt auf 24 Stunden), aber das werde ich bei diesem Versuch wohl eher nicht durchhalten, dafür ist die neue 06.35 zu spannend und ich habe im Moment keine weitere 7490 zum Testen. Die 7390 taugt dafür nicht, da ich nur bei der 7490 mit modfs mal "nebenbei" ein Skript ändern kann und diese Änderung durch Umschalten des zu bootenden Systems auch wieder rückgängig machen kann, bei der 7390 dauert das jeweils viel länger und ist riskanter. Da mit dem Modifizieren der 06.35 auch ein kleinerer Umbau der yaffs2-Partition für das Root-FS verbunden ist, muß ich zwischen diesem Problem hier und der Erforschung der 06.35 wählen ... da sich jetzt 12 Stunden nichts getan hat, werde ich wohl eher demnächst erst einmal abbrechen.

 

[Deckard99]

Danke für die Info. Wie gesagt, sobald es ein neues Update fürs c4 gibt kann ich gern "testen". Wie ist das bei der update Suche? Wird online bei avm vor lokalen Dateien präferiert?

 

[PeterPawn]

Wie ist das bei der update Suche? Wird online bei avm vor lokalen Dateien präferiert?

Nein, genau umgekehrt ... erst USB, dann Firmware, dann online. USB mit festem Namen (daher klappt auch ein Downgrade, weil die dort enthaltene Version nicht interessiert), Firmware mit Versionsvergleich:

local_dect_update_dir=/lib/modules/${DECT_OEM}-${DECT_LANGUAGE}-${DECT_COUNTRY}-${DECT_HWREVISION}-firmware
if [ -d ${local_dect_update_dir} ]; then
lowfile=`(cd ${local_dect_update_dir} ; echo *.low )`
highfile=`(cd ${local_dect_update_dir} ; echo *.high )`
file_hw_version=${lowfile%%-*}
file_sw_version=${lowfile#*-}
file_sw_major_version=${file_sw_version%%.*}
file_sw_minor_version=${file_sw_version#*.}
file_sw_minor_version=${file_sw_minor_version%%.*}
dect_sw_major_version=${DECT_FIRMWARE_VERSION%%.*}
dect_sw_minor_version=${DECT_FIRMWARE_VERSION#*.}
dect_sw_minor_version=${dect_sw_minor_version%%.*}
rm -f ${DECT_OUTPUT_FILE} 2>>/var/tmp/dect_update_error.log >>/var/tmp/dect_update_out.log
if [ ${file_sw_major_version} -gt ${dect_sw_major_version} ]; then # update durchfuehren
copy_dect_firmware
debug_print "$0[$$]: korrekt file gefunden."
return_print "$DECT_RETURN_FILE_SIGNED"
fi
if [ ${file_sw_major_version} -lt ${dect_sw_major_version} ]; then # update durchfuehren
return_print "$DECT_RETURN_NO_UPDATE"
fi
if [ ${file_sw_minor_version} -gt ${dect_sw_minor_version} ]; then # update durchfuehren
copy_dect_firmware
debug_print "$0[$$]: korrekt file gefunden."
return_print "$DECT_RETURN_FILE_SIGNED"
fi
return_print "$DECT_RETURN_NO_UPDATE"
fi

und Internet-Suche ja ohnehin basierend auf der Antwort des AVM-Update-Servers (wobei der Request dafür die Angaben zur vorhandenen Version enthält).

 

[Deckard99]

Alles klar. Danke.

 

[PeterPawn]

Kurzer Zwischenstand zur "automatischen Updatesuche" ...
Die Box lief jetzt seit dem oben ersichtlichen Datum durch und in der Protokolldatei für das DECT-Update finden sich jetzt folgende Einträge:

root@FB7490:~ $ showshringbuf dect
2015-07-03 01:19:35.246 - 07/03/15 01:19:34 Prüfe: lesen vom USB Stick
2015-07-03 01:19:35.246 - 07/03/15 01:19:34 NON RELEASE: Verwende lokalen filenamen=./dect-03.01-avm-de-049.image
2015-07-03 01:19:35.246 - 07/03/15 01:19:34 Versuche DECT Update aus dem Internet zu holen ...
2015-07-03 01:19:35.246 - 07/03/15 01:19:34 Verwende url=http://update.avm.de/cgi-bin/cati?hw=03%2E01&sw=03%2E34&oem=avm&lang=de&country=049&fw=113%2E06%2E24&macaddr=045630CAFEFE%8A ...
2015-07-03 01:19:35.246 - 07/03/15 01:19:35 /sbin/start_dect_update.sh[3507]: ACHTUNG: Kein Update fuer diese Version vorhanden.
2015-07-03 01:19:35.246 - 07/03/15 01:19:35 RETURN STRING: no update
2015-07-03 01:19:35.246 - Connecting to update.avm.de (212.42.244.73:80)
dect.update.url      100% |*******************************|    16   0:00:00 ETA
2015-07-03 02:05:42.097 - 07/03/15 02:05:40 Prüfe: lesen vom USB Stick
2015-07-03 02:05:42.097 - 07/03/15 02:05:40 /sbin/start_dect_update.sh[8112]:(read) found Mount Device: /dev/sda1
2015-07-03 02:05:42.097 - 07/03/15 02:05:40 /sbin/start_dect_update.sh[8112]:(read) found Mount Point: /var/media/ftp/<volumename>
2015-07-03 02:05:42.097 - 07/03/15 02:05:40 NON RELEASE: Verwende lokalen filenamen=./dect-03.01-avm-de-049.image
2015-07-03 02:05:42.097 - 07/03/15 02:05:40 /sbin/start_dect_update.sh[8112]: found Mount Point /var/media/ftp/<volumename>
2015-07-03 02:05:42.097 - ./var/
2015-07-03 02:05:42.097 - ./var/install
2015-07-03 02:05:42.097 - ./var/BOB_de-03.56-03.01.low.bin
2015-07-03 02:05:42.097 - ./var/BOB_de-03.56-03.01.high.bin
2015-07-03 02:05:42.097 - ./var/signature
2015-07-03 02:05:42.097 - 07/03/15 02:05:42 /sbin/start_dect_update.sh[8112]: kopiere das highfile auf /var/dect_update_pp1.bin
2015-07-03 02:05:42.097 - file:///var/media/ftp/<volumename>/./dect-03.01-avm-de-049.image
2015-07-03 02:05:42.097 - 07/03/15 02:05:42 /sbin/start_dect_update.sh[8112]: korrekt signiertes file gefunden.
2015-07-03 02:05:42.097 - 07/03/15 02:05:42 RETURN STRING: file signed
2015-07-03 03:34:24.523 - 07/03/15 03:34:22 Prüfe: lesen vom USB Stick
2015-07-03 03:34:24.523 - 07/03/15 03:34:22 /sbin/start_dect_update.sh[14556]:(read) found Mount Device: /dev/sda1
2015-07-03 03:34:24.523 - 07/03/15 03:34:22 /sbin/start_dect_update.sh[14556]:(read) found Mount Point: /var/media/ftp/<volumename>
2015-07-03 03:34:24.523 - 07/03/15 03:34:22 /sbin/start_dect_update.sh[14556]:(read) found Mount Device: /dev/sdb2
2015-07-03 03:34:24.523 - 07/03/15 03:34:22 /sbin/start_dect_update.sh[14556]:(read) found Mount Point: /var/media/ftp/system
2015-07-03 03:34:24.523 - 07/03/15 03:34:22 /sbin/start_dect_update.sh[14556]:(read) found Mount Device: /dev/sdb3
2015-07-03 03:34:24.523 - 07/03/15 03:34:22 /sbin/start_dect_update.sh[14556]:(read) found Mount Point: /var/media/ftp/data
2015-07-03 03:34:24.523 - 07/03/15 03:34:22 NON RELEASE: Verwende lokalen filenamen=./dect-03.01-avm-de-049.image
2015-07-03 03:34:24.523 - 07/03/15 03:34:22 /sbin/start_dect_update.sh[14556]: found Mount Point /var/media/ftp/<volumename>
2015-07-03 03:34:24.523 - ./var/
2015-07-03 03:34:24.523 - ./var/install
2015-07-03 03:34:24.523 - ./var/BOB_de-03.56-03.01.low.bin
2015-07-03 03:34:24.523 - ./var/BOB_de-03.56-03.01.high.bin
2015-07-03 03:34:24.523 - ./var/signature
2015-07-03 03:34:24.523 - 07/03/15 03:34:24 /sbin/start_dect_update.sh[14556]: kopiere das highfile auf /var/dect_update_pp1.bin
2015-07-03 03:34:24.523 - file:///var/media/ftp/<volumename>/./dect-03.01-avm-de-049.image
2015-07-03 03:34:24.524 - 07/03/15 03:34:24 /sbin/start_dect_update.sh[14556]: korrekt signiertes file gefunden.
2015-07-03 03:34:24.524 - 07/03/15 03:34:24 RETURN STRING: file signed
2015-07-05 01:19:36.020 - 07/05/15 01:19:34 Prüfe: lesen vom USB Stick
2015-07-05 01:19:36.020 - 07/05/15 01:19:34 /sbin/start_dect_update.sh[23258]:(read) found Mount Device: /dev/sda1
2015-07-05 01:19:36.020 - 07/05/15 01:19:34 /sbin/start_dect_update.sh[23258]:(read) found Mount Point: /var/media/ftp/<volumename>
2015-07-05 01:19:36.020 - 07/05/15 01:19:34 /sbin/start_dect_update.sh[23258]:(read) found Mount Device: /dev/sdb2
2015-07-05 01:19:36.020 - 07/05/15 01:19:34 /sbin/start_dect_update.sh[23258]:(read) found Mount Point: /var/media/ftp/system
2015-07-05 01:19:36.020 - 07/05/15 01:19:34 /sbin/start_dect_update.sh[23258]:(read) found Mount Device: /dev/sdb3
2015-07-05 01:19:36.020 - 07/05/15 01:19:34 /sbin/start_dect_update.sh[23258]:(read) found Mount Point: /var/media/ftp/data
2015-07-05 01:19:36.020 - 07/05/15 01:19:34 NON RELEASE: Verwende lokalen filenamen=./dect-03.01-avm-de-049.image
2015-07-05 01:19:36.020 - 07/05/15 01:19:34 /sbin/start_dect_update.sh[23258]: found Mount Point /var/media/ftp/<volumename>
2015-07-05 01:19:36.020 - ./var/
2015-07-05 01:19:36.021 - ./var/install
2015-07-05 01:19:36.021 - ./var/BOB_de-03.56-03.01.low.bin
2015-07-05 01:19:36.021 - ./var/BOB_de-03.56-03.01.high.bin
2015-07-05 01:19:36.021 - ./var/signature
2015-07-05 01:19:36.021 - 07/05/15 01:19:35 /sbin/start_dect_update.sh[23258]: kopiere das highfile auf /var/dect_update_pp1.bin
2015-07-05 01:19:36.021 - file:///var/media/ftp/<volumename>/./dect-03.01-avm-de-049.image
2015-07-05 01:19:36.021 - 07/05/15 01:19:35 /sbin/start_dect_update.sh[23258]: korrekt signiertes file gefunden.
2015-07-05 01:19:36.021 - 07/05/15 01:19:35 RETURN STRING: file signed

Angesichts der Tatsache, daß die nächste automatische Suche ziemlich genau 48 Stunden nach der ersten gestartet wurde (und das auch, obwohl bereits bekannt ist, daß ein lokales Update vorhanden ist), halte ich die Annahme, daß dort ein unabhängiger Zeitgeber verantwortlich ist, der sich auch von zwischenzeitlichen zusätzlichen manuellen Suchvorgängen oder vom Vorhandensein eines Updates nicht aus dem Tritt bringen läßt, für gerechtfertigt und auch für erwiesen (zumindest als Prima-facie-Beweis).

Damit breche ich das erst einmal ab an dieser Stelle, die weiter oben gestellten (eigenen) Fragen erscheinen mir zu einem großen Teil beantwortet.

 

[Deckard99]

Hi,

ich hab das grad mal mit der 3.58 fürs C4 getestet und kann sagen, es funktioniert tatsächlich auch am hinteren USB Port. Datei auf Platte kopiert umbenannte und am Mobilteil auf Update suchen geklickt. Und siehe da wurde erkannt und installiert.

Somit zumindest für mich damit geklärt. So kann man seine "Vorurteile" beerdigen.

Gruß.

 

[Scary674]

Hab mir alles mal durchgelesen hier. Aber ich finde nirgends den Weg, wie du manuell an die neue 3.58 gekommen bist um diese installieren zu können!?

 

[PeterPawn]

Geht zwar sicherlich nicht an mich, diese Frage ... aber ich antworte mal trotzdem.

Mit dem passenden HTTP-Request kann man bei AVM die/den URL zur Update-Datei erfragen ... das ist meines Wissens schon mehrfach hier beschrieben im IPPF.

Der HTTP-Request enthält dabei die Angaben zur Box (Modell, Firmware-Version) und zum MT (Modell, Firmware-Version, MAC) ... anhand dieser Angaben entscheidet der AVM-Server, ob es ein Update gibt oder nicht.

 

[sebr]

Vollkommen richtig.
ISt zwar schon tausendmal gesagt worden aber immer noch Fehlerquelle Nr.1: auf richtiges Branding achten beim Download und dem Umbenennen.