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