Ubiquity AirOs5.6 / U-Boot-Änderung: Brick-Gefahr: Rocket M2/Nanostation /LocoM (erst downgraden auf AirOS5.5) für Gluon 2015.x

Ausprobieren.

Kurzer Querverweis:

Moin,

mir passiert es jetzt zum 2 ten mal, bei drei Versuchen, dass ich ein Ubiquity Gerät beim Freifunk Firmware flashen abschiesse.

Ich habe drei Geräte geflash.
2x Nanostation Loco M2
1x Rocket M2
Verwendete Firmware, weil nur ein Netzwerkanschluss:
http://moehne-vis.freifunk-rheinland.net/images/stable/factory/gluon-moehne-0.7.2-stable20150623-ubiquiti-bullet-m.bin

1 Nanostation läuft einwandfrei, die beiden anderen sind im Normalbetrieb nicht ansprechbar.

Wenn ich sie resette:

Ich boote sie bzw. Strom aus Strom an mit gedrückten Resettaster.
Nach Loslassen des Resettasters nach ~ 10 Sekunden passiert nichts.
Nach Loslassen des Resettasters nach ~ 15 Sekunden blinken rot/grün orange/grün im Rythmus und der Ping auf 192.168.1.20 ist erfolgreich.

Soweit so gut.

Leider kann ich keine Originalfirmware per TFTP flashen, da die Rocket bzw. die Nanostation nicht antwortet.

Irgdendjemand eine Idee?
Geht jetzt nur noch serielles Kabel mit Konverter?
Wenn ja, hat jemand eins oder nen link wo man das herbekommt?

chris

Also…

dass das nicht einfach ist, war mir ja klar, aber das ich so vollgeschrieben werde, habe ich nun doch nicht erwartet :slight_smile:

chris

Naja wie schonmal geschieben: Meiner Erfahrung nach sind die M kleine Zicken. Ich hatte schon eine, die war mir org FW nicht mehr zu erreichen. TFTP ging dann auf einmal im xten Durchgang. Also das hat bei mir massives Misstrauen geweckt.
Seit dem hab ich die M5 schon auf Freifunk gehabt und wieder zurück zu original und immer geht Sie aber das Misstrauen bleibt.
Ach Ansonsten hätte ich auch noch nen seriell Konverter darum liegen. musst Dir dann aber noch ein Adapterkabel basteln.

Nico

Hallo.
Ich habe inzw. auch ein paar NS2 abgeschossen, immer durch Sysupgrade mit „factory“ Image. Jedoch waren sie immer mit tftp ansprechbar, und dann auch flashbar.
Ich habe die Resettaste extrem lange (gefühlt eine halbe Minute) gedrückt halten müssen, bis die NS in den tftp-Modus ging. Es haben dann immer zwei LEDs gleichzeitig im Wechsel geblinkt.
Gruß Christian

Yep … hab ich auch … allerdings antwortet der TFTP Deamon auf der Nanostation nicht.

Den Effekt kenne ich nicht. Bislang.
Bist Du sicher dass die Source IP stimmt?

Ja,

192.168.1.20 die antwortet auch nur, wenn ich mit reset Taste neu starte.

192.168.1.20 als source ip?
Das sollte eigentlich nicht mal ICPM replies geben.

Ja irgendwie ist das Verhalten eh seltsam.
Eigentlich sollte ja beim Starten und ca 8-10 Sekunden reset der TFTPD reagieren … bzw. in den TFTP Mode gestartet werden.
Mehr als 15 Sekunden, Rücksetzen auf Werkseinstellungen.

Tatsächlich passiert nach 8-10 Sekunden gar nichts, und nach ca. 15 Sekunden komme ne Antwort auf den Ping.

ach ja … die LEDS blinken auch paarweise … so wie es beim TFTP Mode sein wollte.

Das kann dann auch nicht sinnvoll etwas testen, das ist dann doch dein Localhost, der Dir da antwortet, wenn Du die 192.168.1.20 als lokale Adresse eingestellt hast!

Wir reden aneinander vorbei … wahrscheinlich meine Schuld .
Mein Rechner hat die .166 die Nanostatuion antwortet auf der .20.
Aber NUR dann wenn ich sie mit 15 sek reset taste drücken neu starte.

Ja, so sollte es ja auch sein.
Ich vermute, bei Deinem TFTP-Client passt irgend etwas nicht.

3 Stück probiert, Firewall ist aus … Windows 10 maybe ?
Okay, ich installier ne Linux VM :slight_smile:

CMD oder tftp2 GUI?
Ich habe letzteren genommen Win7 Firewall an, da ausgehende Verbindungen ja per std nicht geblockt sind.

Das ist für die Rocket :slight_smile:

So, der Übeltäter ist gefunden.


*Special Firmware Note: AirOS XM.v5.5.X images used U-Boot 1.1.4.2-s594
(Dec 5 2012 - 15:23:07). The OpenWRT image can be successfully flashed
onto these versions of firmware. However, in July 2015 Ubiquiti
released a new version of firmware XM.v6.X.X. With this firmware a new
U-Boot version was released, U-Boot 1.1.4.2-s956 (Jun 10 2015 -
10:54:50). The newer U-Boot version changes the memory size and
starting address for rootfs, cfg, and EEPROM. LOADING AN OPENWRT IMAGE
ON A U-Boot 1.1.4.2-s956 WILL CAUSE THE DEVICE TO BE BRICKED!!!


Ich habe letztere Version.
Kann sich denn jemand darum kümmern, dass das binary angepasst wird?
Wen muss ich da anbetteln?
Kann ich da selber was tun ?

Gruß Chris

Hört sich nach einem Gluon-Issue an. Frage doch dort mal.

Ist ein Downgrade auf 5.5.x vor dem Flashen möglich? Oder gibt es nach 6.x keinen Weg zurück?