[Berlin-wireless] benötige ein oder mehrere samples der datei "boardconfig" von Nanostations

So Okt 7 15:08:03 CEST 2012

Am Sonntag, 7. Oktober 2012, 12:48:18 schrieb Frank Hofmann:
> Hallo Martin,
> 
> * Martin 'The Bishop' Scheffler <the_bishop at web.de> [121006 23:56]:
> > ich habe hier zwei nanostations (2,4GHz), die mit keiner firmware starten
> > wollen, weil keine boardconfig mehr vorhanden ist. (Auch nicht mit der
> > Originalfirmware vom Hersteller)
> > 
> > Also der redboot beschwert sich schon wegen fehlender config aber tut sein
> > werk. Der gebootete linuxkernel allerdings bleibt mit ner kernel panic
> > stehen. Dies betrifft sowie Kernel 2.6 (Kamikaze) als auch neuere builds.
> 
> [...]
> 
> > Falls jemand noch Nanos mit der Datei "boardconfig" im flash oder weitere
> > Infos zur Behebung des Problems hat freue ich mich über Feedback.
> 
> ...
>
> Der erste Versuch ist ein Reset und damit das Zurücksetzen auf die
> Originalfirmware. Dazu drückst Du den kleinen Reset-Schalter (ja, dieses
> büroklammertaugliche, kleine Loch auf der Rückseite), verbindest mit dem
> POE und Strom und hälstst diesen Schalter etwa 5-8 sec gedrückt. Dann
> sollte es wieder funktionieren.

Habe ich gemacht, und für das Flashen im Rescuemodus die Originalfirmware 
NanoStation2-v4.0.1.build4978.bin verwendet. Hier dazu das Log von der 
seriellen Schnittstelle dazu:

====================================================
@.....ÿNo board config data found!
+Reset button pressed - switching to rescue mode.
Couldn't find valid MAC address for enet0. Using default!
Ethernet eth0: MAC address 00:03:7f:e0:02:bf
IP: 192.168.1.21, Default server: 192.168.1.11

RedBoot(tm) bootstrap and debug environment [RAM]
Non-certified release, version UNKNOWN - built 15:46:15, Oct 26 2010

Copyright (C) 2000, 2001, 2002, 2003, 2004 Red Hat, Inc.
Copyright (C) 2009 NewMedia-NET GmbH
Copyright (C) 2009 OpenWrt.org

Board: ap61 
RAM: 0x80000000-0x81000000, [0x80030d30-0x80fed000] available
FLASH: 0xbfc00000 - 0xbfff0000, 64 blocks of 0x00010000 bytes each.
Starting RESCUE script...
== Executing boot script in 5.000 seconds - enter ^C to abort
RedBoot> tftpd
Warning: memory buffer for uploaded file may be on reserved RAM area.
TFTPD is running (using memory ranges: 0x80031000 - 0x80831000, 0x80831000 - 
0x81011000).
TFTPD: Connect from 192.168.1.11 port 48249
TFTPD: Upload completed (got 3363707 bytes).
Checking uploaded file...
DD-WRT_FW: Bad trx header
UBIQUITI: firmware format detected
UBNT_FW: Firmware version: 'NS2.ar2316.v4.0.1.4978.111219.2121'
Partition: RedBoot [0]
Partition size: 0x30000
Data size: 170256
Partition: kernel [1]
Partition size: 0xD0000
Data size: 493715
Partition: cramfs [2]
Partition size: 0x2C0000
Data size: 2699264
*** Initialize FLASH Image System
... Erase from 0xbffe0000-0xbfff0000: .
... Program from 0x80ff0000-0x81000000 at 0xbffe0000: .
ignore RedBoot
UBNT_FW: Flashing: kernel
... Erase from 0xbfc30000-0xbfd00000: .............
... Program from 0x8085aa94-0x808d3327 at 0xbfc30000: ........
UBNT_FW: Flashing: cramfs
... Erase from 0xbfd00000-0xbffc0000: 
............................................
... Program from 0x808d3367-0x80b66367 at 0xbfd00000: 
..........................................
... Erase from 0xbffe0000-0xbfff0000: .
... Program from 0x80ff0000-0x81000000 at 0xbffe0000: .
UBNT_FW: flashing done
Flash update complete.
... Resetting. at h.....ÿNo board config data found!
+Ethernet eth0: MAC address 93:23:90:1d:06:b5
IP: 192.168.1.21, Default server: 192.168.1.11

RedBoot(tm) bootstrap and debug environment [RAM]
Non-certified release, version UNKNOWN - built 15:46:15, Oct 26 2010

Copyright (C) 2000, 2001, 2002, 2003, 2004 Red Hat, Inc.
Copyright (C) 2009 NewMedia-NET GmbH
Copyright (C) 2009 OpenWrt.org

Board: ap61 
RAM: 0x80000000-0x81000000, [0x80030d30-0x80fed000] available
FLASH: 0xbfc00000 - 0xbfff0000, 64 blocks of 0x00010000 bytes each.
== Executing boot script in 5.000 seconds - enter ^C to abort
RedBoot> tftpd 5
Warning: memory buffer for uploaded file may be on reserved RAM area.
TFTPD is running (using memory ranges: 0x80031000 - 0x80831000, 0x80831000 - 
0x81011000).
Timeout: 5 seconds
TFTPD terminated.
RedBoot> fis load -l kernel
Image loaded from 0x80041000-0x801df25c
RedBoot> exec
Now booting linux kernel:
 Base address 0x80030000 Entry 0x80041000
 Cmdline : 
====================================================

Hier tat sich nichts mehr.
Anmerkung: der RedBoot ist wie zu sehen nicht Original, und der im Image 
mitgelieferte RedBoot wird nicht geflasht.

> Zweiter Versuch: Jede NanoStation ruft beim Booten nach einem
> TFTP-Server im lokalen Netz mit dem IP-Bereich 192.168.1.x, von dem es
> eine Firmware beziehen kann. Falls verfügbar, saugt es diese und gibt
> sich die IP 192.168.1.20 für eth0. Danach kannst Du wieder über das
> Webinterface mit dem Standardlogin ubnt/ubnt darauf zugreifen.

Auch dieses habe ich getan, wie schon beim ersten Versuch oben zu sehen ist. 
Der aktive RedBoot geht in den Rescue-Modus wenn ich beim Einschalten den 
Taster gedrückt halte - es werden also nicht die Werkssettings 
wiederhergestellt. Deswegen musste ich sowieso eine Firmware hochladen.

Weiterhin habe ich auch versucht den Kernel aus der Originalfirmware manuell zu 
booten, und habe dem die Zeile "console=ttyS0,9600" mitgegeben, aber auch dort 
keine weitere Textausgabe nach dem Kernelstart.

Der nächste Schritt den ich unternehmen werde ist den originalen RedBoot aus 
dem Firmware-Image zu extrahieren und damit den gerade installierten zu 
überschreiben.

good byte
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 198 bytes
Beschreibung: This is a digitally signed message part.
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20121007/b74de098/attachment.pgp>