Hallo, das Problem betrifft nur noch unsere Firmware Version <=0.6.2, in unserer neuen Version die demnächst kommt, wird man auch mit der neuen UBNT Version direkt updaten können.
Mit freundlichen Grüßen
Jens Ellerbrock
--------------------
Freifunk Nordwest e.V. Website
Unterstütze uns doch mit einer kleinen Spende, oder ganz einfach beim Onlineshoppen (ohne extra Kosten)
Am 10.03.2016 um 21:01 schrieb Manuel Groß via Nordwest nordwest@lists.ffnw.de:
On Sat, 5 Mar 2016 21:17:52 +0100 Jan-Tarek Butt via Nordwest nordwest@lists.ffnw.de wrote:
Ich hab den Router mal Andreas Götze mit gegeben er wird sich dort ein lesen und prüfen ob es einen weg gibt.
Ich hab mir den gestern mit Andreas mal ein bisschen angeguckt. Das war mehr ein gucken "auf gut Glück", da ich sonst mit den FF-Firmware-Geschichten wenig Erfahrung habe.
Wenn ich es richtig verstanden habe, geht bei den Ubiquiti Loco M2 die Freifunk-Firmware nicht, wenn man die direkt über das airOS 5.6.* einspielt, weil man das U-Boot von der älteren Version braucht. Ich vermute, mangels besseren Wissens, dass es irgendetwas mit der U-Boot-Environment zu tun haben muss, da das das einzige ist, was mit einem Firmware-Update (von UBNT) nicht überschrieben wird (die MAC usw. sollte ja erhalten bleiben). Leider ist in dem U-Boot von UBNT der 'env'-Befehl nicht implementiert, über den man sonst die Default-Environment wiederherstellen kann.
Deswegen haben wir von einer anderen M2, die mit einer älteren Firmware (XM v5.5.8.?) lief mal einen Dump erstellt ('cat /dev/mtdblock1 > datei'). Die Idee war, aus der Bielefelder Firmware, die ja (ohne funktionierendes WLAN) immerhin bootet, die Environment zurückzuschreiben, und dann die 5.5.8 von UBNT regulär zu flashen. Dann sollte ja alles wieder zusammenpassen.
Das Problem dabei war, dass die Devices aus dem Linux heraus nicht schreibbar sind (nein, auch nicht als root). An dem Punkt ist uns aber die Zeit ausgegangen. Möglicherweise muss man für diesen Ansatz den Kernel gegen einen mit mtd-Debugging o.ä. austauschen, oder die Devices anderweitig schreibbar machen. Man könnte auch probieren, das Environment über den U-Boot selbst zu setzen (set foo bar; saveenv; ...), wenn man sieht, was sich verändert hat. Nach dem genauen Unterschied habe ich noch nicht geguckt. Dazu habe ich mal den Dump der U-Boot-Environment angehängt, vielleicht fällt jemandem von Euch ja schneller etwas dazu ein. Wenn das ungelöst bleibt, würde ich mir die wohl auch nochmal angucken wollen.
Wo kann ich mir denn angucken, wie das Image für die Loco M2 erzeugt wird? Vielleicht kann man ja einen U-Boot mit entsprechenden Fähigkeiten im Firmware-Image ergänzen, der sowas dann selbst beheben kann oder so. Im Prinzip kann da ja nicht viel falsch sein.
Falls ich das Problem überhaupt falsch verstanden habe, belehrt mich gerne eines besseren! :)
Ich hoffe, das hilft vielleicht trotzdem irgendwem.
Grüße/Regards Manuel Groß <XM5.5.8-u-boot.bin> _______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest