Ich wäre allerdings schwer enttäuscht, wenn dieses Image tatsächlich auf einer 3490 funktionieren sollte.
Es ist zwar nicht unmöglich, die 7490-Firmware auf der 3490 zu verwenden, aber dann sollte man schon noch die Environment-Variablen so anpassen, daß sie die Features der 3490 korrekt widerspiegeln.
Bekanntlich waren schon einige Versuche, die 3490-Firmware auf einer 7490 mit defekter Telefonie-Hardware zu verwenden (von DECT bis Xilinx-FPGA), von Erfolg gekrönt ... aber was erwartet Ihr denn jetzt, wenn die 7490-Firmware auf der 3490 landet und dort versucht, die nicht vorhandene Hardware zu initialisieren?
Es wäre mir einigermaßen neu, daß Freetz (egal ob genuine oder non-genuine) die Einstellungen in der "rc.conf" ändert, außer man versucht, einige "remove patches" zu verwenden. Die würden aber (so sie überhaupt in einer weiterhin funktionsfähigen Firmware münden) auch die VoIP-Fähigkeiten der Box töten, wenn ich da nicht etwas sehr Wichtiges überlesen habe - sowohl hier im Thread als auch in den "change logs".
Wer so etwas also in Angriff nehmen will, sollte zunächst mal die "rc.conf" der 3490 und der 7490 aus früheren Firmware-Versionen nebeneinander legen und klären, wie sich die "feature settings" der beiden Boxen genau unterscheiden. Das ist dann das Minimum, was man in der "rc.conf" der Labor-Version zusätzlich ändern muß, wenn man eine Aussicht auf Erfolg haben will. Da kämen noch die Einstellungen hinzu, die in der Labor-Reihe neu eingeführt wurden (das erkennt man dann wieder, indem man die 7490 mit 07.01 und 07.08-Labor vergleicht) und ggf. auch nicht auf die notwendige Hardwarebasis für ihre korrekte Funktion in einer 3490 treffen. Unter Umständen muß man auch noch den Start irgendwelcher Dienste verhindern, wenn diese nicht selbst diese "feature settings" berücksichtigen und schon deshalb auf einer 3490 nicht (fehlerlos) den Betrieb wieder einstellen.
Ausgehend von den Berichten zur erfolgreichen Verwendung der 3490-Firmware auf der 7490, kann man allerdings vermutlich auf Änderungen am Kernel (konkret auf einen passenden "avm_kernel_config"-Bereich) verzichten.
Jedenfalls sind viele wichtige Daemons bei AVM über Watchdogs abgesichert und wenn einer davon wg. defekter oder gar nicht erst vorhandener Hardware nicht richtig läuft, aber trotzdem gestartet wird, ist früher oder später die "kernel panic" (so zwischen 2 und 5 Minuten nach dem Start) praktisch vorprogrammiert.
