[PATCH] upgrade.html: Rename uploaded firmware before sysupgrade

[Fabian Bläse]

Hab mir dieses Haserl grade mal kurz angeguckt. Die Dokumentation [1] sagt:
"Haserl automatically deletes the temporary file when the script is finished. To keep the file, move it or rename it somewhere in the script."

Da das sysupgrade seit OpenWRT 18.06 den Upgradeprozess im Hintergrund startet [ubus Magie], ist Haserl an dieser Stelle natürlich dann auch beendet und entfernt die Datei.
In so fern bleibt uns wohl nichts anderes übrig, als die Datei zu verschieben.
(Tatsächlich ist es vermutlich gut, dass uns das hier mal auf die Füße fällt. Ich möchte nicht wissen, was da alles schief gehen könnte, wenn die Verbindung zum Webbrowser abreißt.)

Reviewed-by: Fabian Bläse <fabian at blaese.de>

Ist es möglich die verschobene Datei zu löschen, wenn eine neue Datei hochgeladen wird?
Ansonsten ist es bei einem fehlgeschlagenem Updateversuch möglich, noch mehr RAM zu verbraten (weil zwei Dateien hochgeladen werden können) und das gibt dann bestimmt ganz viele gebrickte Geräte.

On 09.05.19 12:25, Adrian Schmutzler wrote:
> Ich wollte mit diesem Patch primär auf das Problem und die vermutete Ursache hinweisen, da es schon ein Show-Stopper ist, wenn das Upgrade per WebUI nicht mehr geht. Ich vermute, dass dieses Problem auch schon mit 20181202 auftritt (seit OpenWrt 18.06), es aber noch keiner gemerkt hat, weil ja seitdem kein Upgrade mehr. (Getestet habe ich das aber nicht)
Danke. :-)
Es tritt ziemlich sicher auch mit 20181202 schon auf, ich hab das Problem schon häufiger gesehen und das ist ja auch schon OpenWRT 18.06 gewesen.

Fabian

[1] http://haserl.sourceforge.net/manpage.html

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 833 bytes
Beschreibung: OpenPGP digital signature
URL         : <https://{'listname': 'franken-dev-freifunk.net', 'hostname': 'lists.freifunk.net'}/pipermail/franken-dev-freifunk.net/attachments/20190510/02c8b2c6/attachment.sig>