Hallo zusammen,
Ich habe auf eine M2 XM eine falsche Firmware geflasht. Console geht noch, der Rest nicht mehr.
Gibt es eine Möglichkeit über die Console eine andere Firmware zu flashen?
Gruß,
Bytegetter
On RS232 it says:
Board: Ubiquiti Networks XM board
DRAM: 32 MB
Flash: 8 MB
Net: ag7240_hw_start: MDC check failed
eth0, eth1
Hit any key to stop autoboot: 0
Hallo,
man kann per TFTP ein Image draufkopieren und das auch fläschen. Wenn uboot noch geht, sollte die zu retten sein.
Hier ein bisschen Lesestoff für dich: Installing OpenWrt via TFTP [Old OpenWrt Wiki]
Grüße
Matthias
Hallo Matthias,
TFTP geht nicht mehr, da die Bullet das Interface nicht mehr hochbekommt.
Gruß,
Bytegetter
Hier sollte die passende Prozedur stehen: https://community.ubnt.com/t5/airOS-SDK-Custom-Development/AirMAX-Device-Firmware-Recovery-Procedure/td-p/1499583
Hast du denn den normalen Bootprozess abgebrochen? An der Stelle wo „hit any key“ steht , wie oben von dir reinkopiert. Wenn der Bootloader funktioniert, sollte der auch das Interface bedienen können.
So siehts aktuell aus. eth bleibt immer down (das gleiche Kabel hat für eine andere M2 funktioniert). Hat jemand eine Idee?
Flash: 8 MB
Net:
U-Boot 1.1.4.1 (Sep 26 2009 - 22:28:41)
Board: Ubiquiti Networks XM board
DRAM: 32 MB
Flash: 8 MB
Net:
U-Boot 1.1.4.1 (Sep 26 2009 - 22:28:41)
Board: Ubiquiti Networks XM board
DRAM: 32 MB
Flash: 8 MB
Net: ag7240_hw_start: MDC check failed
eth0, eth1
Hit any key to stop autoboot: 0
ar7240>
ar7240> urescue -f
eth0 link down
eth1 link down
Starting TFTP server...
Using eth0 (192.168.1.20), address: 0x81000000
Waiting for connection: \
Abort
ar7240> iminfo
## Checking Image at 81000000 ...
Bad Magic Number
ar7240> mtdparts
device nor0 <ar7240-nor0>, # parts = 6
#: name size offset mask_flags
0: u-boot 0x00040000 0x00000000 0
1: u-boot-env 0x00010000 0x00040000 0
2: kernel 0x00100000 0x00050000 0
3: rootfs 0x00660000 0x00150000 0
4: cfg 0x00040000 0x007b0000 0
5: EEPROM 0x00010000 0x007f0000 0
active partition: nor0,0 - (u-boot) 0x00040000 @ 0x00000000
defaults:
mtdids : nor0=ar7240-nor0
mtdparts: mtdparts=ar7240-nor0:256k(u-boot),64k(u-boot-env),1024k(kernel),6528k(rootfs),256k(cfg),64k(EEPROM)
ar7240> mtdparts default
ar7240> urescu
eth0 link down
eth1 link down
Starting TFTP server...
Using eth0 (192.168.1.20), address: 0x81000000
Waiting for connection: -
Abort
ar7240> urescue
Unknown command 'urescue' - try 'help'
ar7240> urescue
eth0 link down
eth1 link down
Starting TFTP server...
Using eth0 (192.168.1.20), address: 0x81000000
Waiting for connection: \
Abort
ar7240> urescue -f -e
Unknown command 'urescue' - try 'help'
ar7240> urescue -f -e
eth0 link down
eth1 link down
Starting TFTP server...
Using eth0 (192.168.1.20), address: 0x0
Waiting for connection: \
Abort
ar7240>
Bei diesem Image bleibt er beim booten einfach hängen:
ar7240> imls
Image at BF050000:
Image Name: MIPS Ubiquiti Linux-2.6.15--LSDK
Created: 2009-10-23 15:01:40 UTC
Image Type: MIPS Linux Kernel Image (lzma compressed)
Data Size: 704932 Bytes = 688.4 kB
Load Address: 80002000
Entry Point: 80002000
Verifying Checksum ... OK
ar7240>
ar7240> printenv
bootdelay=1
baudrate=115200
ethaddr=00:15:6d:0d:00:00
serverip=192.168.1.254
bootcmd=bootm 0x9f050000
bootargs=console=tty0 root=31:03 rootfstype=squashfs init=/init
ipaddr=192.168.1.20
stdin=serial
stdout=serial
stderr=serial
mtdids=nor0=ar7240-nor0
mtdparts=mtdparts=ar7240-nor0:256k(u-boot),64k(u-boot-env),1024k(kernel),6528k(rootfs),256k(cfg),64k(EEPROM)
partition=nor0,0
mtddevnum=0
mtddevname=u-boot
ethact=eth0
Beitrag durch Moderation formatiert. Bitte darauf achten.
Das steht in der Ausgabe anders:
Das Gerät hat selbst die 192.168.1.20 und erwartet den TFTP-Server unter
Hast du deinem Rechner die IP gegeben? Hast du einen Switch dazwischen?
Grüße
Matthias
Habe den tftp auch mal mit der IP-Adresse .254 getestet, funktioniert auch nicht.
urescue zeigt am Anfang immer an, dass eth down ist.
ar7240> urescue -f
eth0 link down
eth1 link down
Starting TFTP server…
Using eth0 (192.168.1.20), address: 0x0
Waiting for connection: \
Die Bullet M2 hängt, wie das Notebook, an einen PoE-Switch und einem Original Ubiquiti-PoE-Adapter.
hi
habs heute erst mit einer Nanostation M2 gemacht 
urescur -f -e hab ich allerdings verwendet
Kannst du die IP pingen? Bei der NSM2 war es egal welche IP der Client hatte, man musste die Datei nur aktiv auf das Gerät schieben (nicht wie bei TP-Link wo sie abgeholt wird).
Unter Linux (jetzt aus dem Kopf)
im Verzeichnis wo die firmware liegt (Factory nehmen!!): tftp
mode binary
connect 192.168.1.20
put FILENAME.bin
Unter Windows (laut Anleitung aus unserem Wiki): tftp -i 192.168.1.20 put openwrt-ar71xx-generic-ubnt-nano-m-squashfs-factory.bin
mfg
Christian
Hi,
Nein, auf Ping reagiert das Ding auch nicht.
Kommt nicht am Anfang die Meldung, dass er eine PCIe-Karte findet? Diese Meldung fehlt nämlich.
Mit einer anderen M2 (ich hatte mir extra eine neue bestellt), hat es Problemlos funktioniert (downgrade, dann Freifunk Firmware). Bei dieser hatte ich zuerst die Freifunk-Firmware drauf, mit der ich die Config nicht speichern konnte. Nach dem Downgrade über tftp klappte dann gar nichts mehr.
hi
das hatte ich mit einer PowerbeamM2 leider auch 
Die hat auch den Ethernetport nicht mehr aktiviert und war nie pingbar. Leider sind dort die UART Pins so blöd angebracht das man nicht mal UART einlöten kann, daher konnten wir da nur den tftp Modus per Reset Knopf erreichen. Nach LED blinken sah es nach tftp Modus aus aber kein Ping und man bekam keine Firmware drauf. Das Ding liegt hier immer noch als Elektroschrott herum.
Mit der NSM2 heute hat es auch nur per UART geklappt obwohl sie mit Reset Knopf auch im tftp Modus war, war sie nicht pingbar. Das ist schon irgendwie seltsam warum das manchmal kaputt geht.
mfg
Christian
Irgendwie scheint der Treiber für PCIe zu fehlen. Kann man über die Console eine neue Firmware als Hexdump übertragen oder zumindest einen anderen Bootloader?
Du kannst die Firmware auch per xmodem/kermit (o.ä.) hochladen.
Ich finde die richtige Anleitung, gerade nicht, weiss aber, dass ich das mal gemacht habe bei einer Nanostation, die wegen Überspannungsschaden gar kein Lan mehr hat und daher darüber keine FW mehr ziehen konnte. (und jetzt nur noch Wifimesh macht.)
https://wiki.openwrt.org/toh/tp-link/tl-wr1043nd#flashingrecovery_using_the_serial_console
(ja, das ist ein tp-link, gilt aber analog, Du musst halt die richtigen Flash-Adressen aus der Anleitung für das UBNT-Board (passend) suchen und dort dann einsetzen.)