Ja, kann ich bestätigen.
Passierte leider beim ERX auch bei 2023.1.x auf 2023.2.x, wenn es eine „von 2021.1.x geerbte Config“ ist.
Abhilfe (für remote-Upgrade ohne SSH&Co): Nochmal eine „alte“ Firmware bauen (in Deinem Fall dann wohl 2022.1.3), mit so einem Patch hier. (Weil der Check leider von der alten Firmware durchgeführt wird, nicht von der neuen. Liste von Gründen erspare ich uns hier mal.)
diff --git a/package/base-files/files/lib/upgrade/fwtool.sh b/package/base-files/files/lib/upgrade/fwtool.sh
index 8bd00a3332..1b3d588bcd 100644
--- a/package/base-files/files/lib/upgrade/fwtool.sh
+++ b/package/base-files/files/lib/upgrade/fwtool.sh
@@ -70,9 +70,9 @@ fwtool_check_image() {
fi
# minor compat version -> sysupgrade with -n required
- if [ "${devicecompat#.*}" != "${imagecompat#.*}" ] && [ "$SAVE_CONFIG" = "1" ]; then
+ if [ "${devicecompat#.*}" != "${imagecompat#.*}" ] && [ "$SAVE_CONFIG" = "1" ] && [ "$device" != "xiaomi,mi-router-4a-gigabit" ] && [ "$device" != "ubnt-erx" ] ; then
[ "$IGNORE_MINOR_COMPAT" = 1 ] && return 0
- v "The device is supported, but the config is incompatible to the new image ($devicecompat->$imagecompat). Please upgrade without keeping config (sysupgrade -n)."
+ v "The device $device is supported, but the config is incompatible to the new image ($devicecompat->$imagecompat). Please upgrade without keeping config (sysupgrade -n)."
[ -n "$compatmessage" ] && v "$compatmessage"
return 1
fi
diff --git a/target/linux/ramips/image/mt7621.mk b/target/linux/ramips/image/mt7621.mk
index e559f1b147..19aa9a12e1 100644
--- a/target/linux/ramips/image/mt7621.mk
+++ b/target/linux/ramips/image/mt7621.mk
Diese Datei wurde abgeschnitten. Original zeigen
1 „Gefällt mir“