[Freifunk-Bonn] unbrick WR841N WAS: Gluon v2016.1.4 experimental

Philipp Ruess s2phrues at uni-bonn.de
Mi Mai 4 12:03:01 CEST 2016


hoi,

gelöst: Da waren wohl mehre Sachen schief.
Hab mal testweise auf einem rasbpi einen tftp Server installiert. Pingen
geht immer noch nicht, aber von da kann sich der Router zumindest das
Image ziehen.

Beim ersten versuch startet gluon allerdings nach ein paar Sekunden
immer automatisch neu. Aber zumindest bootet wieder irgendwas auf den
Teil :)

lg
Phil

On 04.05.2016 11:57, edgar.soldin at web.de wrote:
> hmm.. wenn Du vom u-boot aus deinen rechner erreichen kannst reicht das doch. ab dem moment kannst Du dir das image per tftpboot holen wie hier beschrieben
>  https://wiki.openwrt.org/toh/tp-link/tl-wr841nd#tftp_installrecovery_via_serial
>
> ein gerät muss ja nicht zwingend pingbar nur weil es netz hat. wer weiss was u-boot da implementiert hat?
>
> ..ede
>
> On 04.05.2016 11:48, Philipp Ruess wrote:
>> hoi,
>>
>> laut printvar ist die ip in uboot 192.168.1.111. Server wird auf
>> 192.168.1.100 erwartet.
>> Kann aber via setenv ipaddr / setenv serverip das ändern.
>>
>> Wenn ich die Router IP auf 192.168.0.6 ändere, kann ich meine anderen
>> Rechner, z.B. (..11 oder 15) vom Router aus pingen.
>> Leider kann ich den Router von beiden Rechnern nicht pingen. Habe aus
>> verzweiflung auch schon mein Handy via wlan angepingt: Flauscht. Nur
>> eben in eine Richtung und nur, wenn ich den Router via Lan1 verbinde.
>>
>> Das ganze sieht genauso aus, wenn ich meinem Rechner die 192.168.1.100
>> gebe (also die uboot defaults) und Router und Rechner direkt verbinde.
>>
>> lg
>> Phil
>>
>> On 04.05.2016 11:42, edgar.soldin at web.de wrote:
>>> am kabel wackeln? ;)
>>>
>>> spass beiseite. das riecht wirklich nicht als wär's der router momentan. 
>>>
>>> 1. von nem dritten rechner kannst Du die 192.168.0.66 von deinem PC pingen?
>>> 2. und timeout auf lan1 & wan?
>>>
>>> ..ede
>>>
>>> On 04.05.2016 11:38, Philipp Ruess wrote:
>>>> timeout (was ich mir versuche damit zu erklären, dass die Verbindung
>>>> gerade nur in eine Richtung funktioniert)
>>>>
>>>> On 04.05.2016 11:28, edgar.soldin at web.de wrote:
>>>>> was sagt die console denne wenn Du jetzt versuchst nen recovery flash zu machen?
>>>>>
>>>>> ..ede
>>>>>
>>>>> On 04.05.2016 11:25, Philipp Ruess wrote:
>>>>>> mal ein kleines Update
>>>>>>
>>>>>> mit einem seriellen Kabel komme ich zumindest mal in den uboot command
>>>>>> prompt. Boot log folgt weiter unten.
>>>>>>
>>>>>> Was mir jetzt gerade noch Kopfschmerzen bereitet ist, dass ich zwar vom
>>>>>> Router alle anderen Rechner anpingen kann, aber die Rechner den Router
>>>>>> nicht. Ebenso: Wenn ich versuch auf das Image via tftp zuzugreifen,
>>>>>> meldet wireshark:
>>>>>>
>>>>>> 19215    1828.576717869    192.168.0.6    192.168.0.15    TFTP    72   
>>>>>> Read Request, File: openwrt.bin, Transfer type: octet, timeout=5
>>>>>> 19216    1828.576764345    192.168.0.15    192.168.0.6    ICMP    100   
>>>>>> Destination unreachable (Port unreachable)
>>>>>>
>>>>>> Leider kann ich mir derzeit nicht erklären, wieso mein Netzwerk nur in
>>>>>> eine Richtung funktioniert.
>>>>>> - Ja, Kabel getauscht und Co. habe ich schon probiert. Any thoughts?
>>>>>>
>>>>>>
>>>>>> U-boot AP123
>>>>>>
>>>>>>
>>>>>> DRAM:  32 MB
>>>>>> id read 0x100000ff
>>>>>> Flash:  4 MB
>>>>>> Using default environment
>>>>>>
>>>>>> In:    serial
>>>>>> Out:   serial
>>>>>> Err:   serial
>>>>>> Net:   ag934x_enet_initialize...
>>>>>> wasp reset mask:c03300
>>>>>> WASP ----> S27 PHY
>>>>>> file: ag934x.c,line: 179==: set LAN&WAN SWAP. --debug by HouXB
>>>>>> GMAC: cfg1 0xf cfg2 0x7114
>>>>>> eth0: ba:be:fa:ce:08:41
>>>>>> s27 reg init
>>>>>> athrs27_phy_setup ATHR_PHY_CONTROL 4: 0x1000
>>>>>> athrs27_phy_setup ATHR_PHY_SPEC_STAUS 4: 0x10
>>>>>> eth0 up
>>>>>> WASP ----> S27 PHY
>>>>>> file: ag934x.c,line: 179==: set LAN&WAN SWAP. --debug by HouXB
>>>>>> GMAC: cfg1 0xf cfg2 0x7214
>>>>>> eth1: ba:be:fa:ce:08:41
>>>>>> s27 reg init lan
>>>>>> ATHRS27: resetting s27
>>>>>> ATHRS27: s27 reset done
>>>>>> athrs27_phy_setup ATHR_PHY_CONTROL 0: 0x1000
>>>>>> athrs27_phy_setup ATHR_PHY_SPEC_STAUS 0: 0x10
>>>>>> athrs27_phy_setup ATHR_PHY_CONTROL 1: 0x1000
>>>>>> athrs27_phy_setup ATHR_PHY_SPEC_STAUS 1: 0x52
>>>>>> athrs27_phy_setup ATHR_PHY_CONTROL 2: 0x1000
>>>>>> athrs27_phy_setup ATHR_PHY_SPEC_STAUS 2: 0x10
>>>>>> athrs27_phy_setup ATHR_PHY_CONTROL 3: 0x1000
>>>>>> athrs27_phy_setup ATHR_PHY_SPEC_STAUS 3: 0x10
>>>>>> eth1 up
>>>>>> eth0, eth1
>>>>>> Autobooting in 1 seconds
>>>>>>
>>>>>>
>>>>>> On 02.05.2016 12:51, edgar.soldin at web.de wrote:
>>>>>>> die openwrt seite hat noch ein paar tips falls das nicht auf anhieb zuckt..
>>>>>>>  https://wiki.openwrt.org/toh/tp-link/tl-wr841nd#serial_console
>>>>>>>
>>>>>>> viel spass:).. ede
>>>>>>>
>>>>>>> PS: falls Du rausfindest was die box hat, kannst Du ja nochmal kurz nen abschlussbericht in die liste tun. viel erfolg.
>>>>>>>
>>>>>>> On 02.05.2016 12:36, Philipp Ruess wrote:
>>>>>>>> Hoi,
>>>>>>>>
>>>>>>>> Pc hatte .66 - erst Switch, dann direkt an den PC mittels Patch und Xover.
>>>>>>>>
>>>>>>>> Aber der Router geht ohnehin nicht in den Rec. Modus - zumindest tut er nicht dass, was die Ableitungen sagen, dass er tun soll. Die Zahnrad LED leuchtet nie einzeln auf und blinkt auch niemals rapide. Werde mir dann aber gleich das Kabel mal bestellen - dann kann man da auch gleich mal so richtig eintauchen :p Muss ja neben der Examensvorbeteitung  auch mal den Kopf mit  anderen Dingen beschäftigen ;)
>>>>>>>> Lg
>>>>>>>> philipp
>>>>>>>>
>>>>>>>> Am 2. Mai 2016 12:22:31 MESZ, schrieb edgar.soldin at web.de:
>>>>>>>>> nur vorsichtshalber.
>>>>>>>>> 1. auf dem pc lief tftpd und die netzwerkkarte hatte 192.168.0.66
>>>>>>>>> zugewiesen?
>>>>>>>>> 2. wie waren pc und router verklöppelt? switch/cross-patchkabel?
>>>>>>>>>
>>>>>>>>> ..ede
>>>>>>>>>
>>>>>>>>> On 30.04.2016 18:28, Philipp Ruess wrote:
>>>>>>>>>> lan1 sowie wan probiert (wobei lan1 bei v8 und wan bei v9 wenn ich
>>>>>>>>> das
>>>>>>>>>> noch richtig im kopf habe) - gedrückt halten, mehrfach drücken. Alles
>>>>>>>>>> probiert.
>>>>>>>>>> Da findet nicht mal in Ansätzen irgendwas im Netzwerk statt (bei
>>>>>>>>>> Wireshark sehe ich nix).
>>>>>>>>>>
>>>>>>>>>> lg
>>>>>>>>>> phil
>>>>>>>>>>
>>>>>>>>>> On 30.04.2016 18:20, edgar.soldin at web.de wrote:
>>>>>>>>>>> hattest Du das kabel am wan port? wichtig ist reset gedrückt halten,
>>>>>>>>> strom an und reset weiter halten bis der router versucht das image vom
>>>>>>>>> tftpd zu laden.
>>>>>>>>>>> ..ede
>>>>>>>>>>>
>>>>>>>>>>> On 30.04.2016 18:12, Philipp Ruess wrote:
>>>>>>>>>>>> hoi,
>>>>>>>>>>>>
>>>>>>>>>>>> habe ich bereits probiert :)
>>>>>>>>>>>> Der Router scheint erst gar nicht eine tftp verbindung aufbauen zu
>>>>>>>>>>>> wollen. Habe auch mal Wireshark laufen lassen, das passiert
>>>>>>>>> überhaupt
>>>>>>>>>>>> nichts. Wenn ich das ganze an einen Switch hänge, scheint der LAN
>>>>>>>>> Port
>>>>>>>>>>>> auch nur für ~ 1/2 Sekunde aktiv zu sein. Dann geht er offline und
>>>>>>>>> nach
>>>>>>>>>>>> kurzer Zeit leuchten dann wieder alle LEDs auf - ich tippe mal,
>>>>>>>>> dass das
>>>>>>>>>>>> das Testleuchten ist, welches man auch beim ersten anschalten
>>>>>>>>> bekommt,
>>>>>>>>>>>> der Router also in einer bootloop hängt - trotz WPS/Reset.
>>>>>>>>>>>>
>>>>>>>>>>>> lg
>>>>>>>>>>>> Phil
>>>>>>>>>>>>
>>>>>>>>>>>> On 30.04.2016 18:01, edgar.soldin at web.de wrote:
>>>>>>>>>>>>> hey Phil,
>>>>>>>>>>>>>
>>>>>>>>>>>>> seit v8 hat der router einen recovery flash modus. versuchs damit,
>>>>>>>>> hat bei mir mehrmals funktioniert
>>>>>>>>> https://wiki.openwrt.org/toh/tp-link/tl-wr841nd#tftp_recovery_via_bootloader_for_v8_v9_v10_v11
>>>>>>>>>>>>> nimm das factory image dafür.
>>>>>>>>>>>>>
>>>>>>>>>>>>> ..ede
>>>>>>>>>>>>>
>>>>>>>>>>>>> On 30.04.2016 16:56, Philipp Ruess wrote:
>>>>>>>>>>>>>> hoi,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> danke für den Tipp schonmal.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> das Grundproblem scheint zu sein, dass ich das OEM Image samt
>>>>>>>>> bootloader
>>>>>>>>>>>>>> geflasht habe (das kommt davon, wenn man Anleitungen nicht ganz
>>>>>>>>> bis zum
>>>>>>>>>>>>>> Schluss liest) und jetzt wohl ein defektes SquashFS Dateisytem
>>>>>>>>> habe.
>>>>>>>>>>>>>> aus unerfindlichen Gründen kann man den Router aber nicht via
>>>>>>>>> WPS/Reset
>>>>>>>>>>>>>> dazu bewegen in den Recovery Modus zu gehen, sonder er versucht
>>>>>>>>> wohl
>>>>>>>>>>>>>> immer wieder das defekte Image zu mounten. Angeblich kann man
>>>>>>>>> aber den
>>>>>>>>>>>>>> bootloader via serieller Verbindung trotzdem davon überzeugen,
>>>>>>>>> ein Image
>>>>>>>>>>>>>> via tftp zu flashen. Nur mangelt es mir da gerade an einem
>>>>>>>>> einfachen
>>>>>>>>>>>>>> USB-RS232/TTL Kabel :)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Jtag wäre bestimmt auch eine Lösung dafür habe ich aber auch
>>>>>>>>> keine Hard-
>>>>>>>>>>>>>> und Software :)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> lg
>>>>>>>>>>>>>> Philipp
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On 30.04.2016 16:04, Julian Zielke wrote:
>>>>>>>>>>>>>>> Hi,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Hm da würde mir spontan nur noch das Flashen via JTAG einfallen.
>>>>>>>>> Hast
>>>>>>>>>>>>>>> du das mal probiert?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> El 30 de abril de 2016 14:46:47 CEST, Philipp Ruess
>>>>>>>>>>>>>>> <s2phrues at uni-bonn.de> escribió:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>     hi,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>     auch von mir mal ein freundliches Hallo in die Runde und
>>>>>>>>> Danke für
>>>>>>>>>>>>>>>     die Mühen :)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>     Als Neubonner wollte ich gestern dafür sorgen, dass es in
>>>>>>>>>>>>>>>     Friesdorf dann auch mal einen ersten Knoten gibt.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>     Allerdings habe ich wohl bei dem versuch von dd-wrt erstmal
>>>>>>>>> auf
>>>>>>>>>>>>>>>     Stock zu kommen wohl meinen Router auch in das Software
>>>>>>>>> Nirvana
>>>>>>>>>>>>>>>     geschossen. Recovery via telnet/tftp und was so alles
>>>>>>>>>>>>>>>     vorgeschlagen wird funktioniert nicht. Alle LEDs blinken für
>>>>>>>>> 1
>>>>>>>>>>>>>>>     Sekunde alle 4 Sekunden auf.
>>>>>>>>>>>>>>>     Kommen wir daher also zu Frage 1: Hat jemand die
>>>>>>>>> entsprechende
>>>>>>>>>>>>>>>     Hardware für ein serielles Recovery eines TP Link WR841ND
>>>>>>>>> (Rev.
>>>>>>>>>>>>>>>     8)? Bzw. fliegt sowas im Netzladen rum? Dann hätte ich auch
>>>>>>>>> gleich
>>>>>>>>>>>>>>>     mal einen Grund nächsten Donnerstag vorbeizuschauen :)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>     Und Frage 2: Ich habe  wohl versehentlich beim Umzug noch
>>>>>>>>> einen
>>>>>>>>>>>>>>>     Linksys WRT54GL eingesteckt. Sehe ich das richtig, dass der
>>>>>>>>>>>>>>>     mittlerweile in der Freifunk Community seinen Primat
>>>>>>>>> verloren hat?
>>>>>>>>>>>>>>>     Zumindest konnte ich für OpenWRT keine aktuellen Builds
>>>>>>>>> entdecken
>>>>>>>>>>>>>>>     und ein entsprechendes target für Gluon scheint es auch
>>>>>>>>> nicht zu
>>>>>>>>>>>>>>>     geben?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>     Lieben Gruß
>>>>>>>>>>>>>>>     Philipp
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>     On 28.04.2016 08:02, Simon Müller wrote:
>>>>>>>>>>>>>>>>     Hi Freifunkas,
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>     gestern wurde Gluon v2016.1.4 als maintenance Release
>>>>>>>>>>>>>>>>     veröffentlicht. Hauptsächlich wurden alle WLAN Treiber in
>>>>>>>>> Gluon
>>>>>>>>>>>>>>>>     auf den neuesten Stand gebracht, was die Stabilität erhöhen
>>>>>>>>> soll.
>>>>>>>>>>>>>>>>     Die Releasenotes sind zu finden unter
>>>>>>>>>>>>>>>>    
>>>>>>>>> http://gluon.readthedocs.org/en/v2016.1.4/releases/v2016.1.4.html
>>>>>>>>>>>>>>>>     Ich hab das Release mal gebaut und online gestellt. Wer
>>>>>>>>> möchte
>>>>>>>>>>>>>>>>     kann es testen (im Ordner "2016.1.4.experimental"):
>>>>>>>>>>>>>>>>     https://goo.gl/9EBESD
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>     Oder wer, falls du grade eine Linux Shell auf hast, kannst
>>>>>>>>> das
>>>>>>>>>>>>>>>>     Release auch selber bauen indem du das hier eintippst:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>     Bonn:
>>>>>>>>>>>>>>>>     sudo apt-get install git subversion build-essential gawk
>>>>>>>>> unzip
>>>>>>>>>>>>>>>>     libncurses5-dev zlib1g-dev python libssl-dev
>>>>>>>>>>>>>>>>     git clone https://github.com/freifunk-gluon/gluon.git gluon
>>>>>>>>> -b
>>>>>>>>>>>>>>>>     v2016.1.x
>>>>>>>>>>>>>>>>     cd gluon
>>>>>>>>>>>>>>>>     git clone https://github.com/Gammelknup/site-ffkbu site -b
>>>>>>>>> v2016.1
>>>>>>>>>>>>>>>>     make update
>>>>>>>>>>>>>>>>     make -j2 GLUON_TARGET=ar71xx-generic
>>>>>>>>> GLUON_BRANCH=experimental
>>>>>>>>>>>>>>>>     BROKEN=1 V=s
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>     Köln:
>>>>>>>>>>>>>>>>     sudo apt-get install git subversion build-essential gawk
>>>>>>>>> unzip
>>>>>>>>>>>>>>>>     libncurses5-dev zlib1g-dev python libssl-dev
>>>>>>>>>>>>>>>>     git clone https://github.com/freifunk-gluon/gluon.git gluon
>>>>>>>>> -b
>>>>>>>>>>>>>>>>     v2016.1.x
>>>>>>>>>>>>>>>>     cd gluon
>>>>>>>>>>>>>>>>     git clone https://github.com/Gammelknup/site-ffkbuk site -b
>>>>>>>>> v2016.1
>>>>>>>>>>>>>>>>     make update
>>>>>>>>>>>>>>>>     make -j2 GLUON_TARGET=ar71xx-generic
>>>>>>>>> GLUON_BRANCH=experimental
>>>>>>>>>>>>>>>>     BROKEN=1 V=s
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>     Umland:
>>>>>>>>>>>>>>>>     sudo apt-get install git subversion build-essential gawk
>>>>>>>>> unzip
>>>>>>>>>>>>>>>>     libncurses5-dev zlib1g-dev python libssl-dev
>>>>>>>>>>>>>>>>     git clone https://github.com/freifunk-gluon/gluon.git gluon
>>>>>>>>> -b
>>>>>>>>>>>>>>>>     v2016.1.x
>>>>>>>>>>>>>>>>     cd gluon
>>>>>>>>>>>>>>>>     git clone https://github.com/Gammelknup/site-ffkbuu site -b
>>>>>>>>> v2016.1
>>>>>>>>>>>>>>>>     make update
>>>>>>>>>>>>>>>>     make -j2 GLUON_TARGET=ar71xx-generic
>>>>>>>>> GLUON_BRANCH=experimental
>>>>>>>>>>>>>>>>     BROKEN=1 V=s
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>     für exotischere Hardware kann man noch diese Targets bauen:
>>>>>>>>>>>>>>>>     make -j2 GLUON_TARGET=ar71xx-nand GLUON_BRANCH=experimental
>>>>>>>>>>>>>>>>     BROKEN=1 V=s
>>>>>>>>>>>>>>>>     make -j2 GLUON_TARGET=brcm2708-bcm2708
>>>>>>>>> GLUON_BRANCH=experimental
>>>>>>>>>>>>>>>>     BROKEN=1 V=s
>>>>>>>>>>>>>>>>     make -j2 GLUON_TARGET=brcm2708-bcm2709
>>>>>>>>> GLUON_BRANCH=experimental
>>>>>>>>>>>>>>>>     BROKEN=1 V=s
>>>>>>>>>>>>>>>>     make -j2 GLUON_TARGET=mpc85xx-generic
>>>>>>>>> GLUON_BRANCH=experimental
>>>>>>>>>>>>>>>>     BROKEN=1 V=s
>>>>>>>>>>>>>>>>     make -j2 GLUON_TARGET=ramips-rt305x
>>>>>>>>> GLUON_BRANCH=experimental
>>>>>>>>>>>>>>>>     BROKEN=1 V=s
>>>>>>>>>>>>>>>>     make -j2 GLUON_TARGET=sunxi GLUON_BRANCH=experimental
>>>>>>>>> BROKEN=1 V=s
>>>>>>>>>>>>>>>>     make -j2 GLUON_TARGET=x86-64 GLUON_BRANCH=experimental
>>>>>>>>> BROKEN=1 V=s
>>>>>>>>>>>>>>>>     make -j2 GLUON_TARGET=x86-generic GLUON_BRANCH=experimental
>>>>>>>>>>>>>>>>     BROKEN=1 V=s
>>>>>>>>>>>>>>>>     make -j2 GLUON_TARGET=x86-kvm_guest
>>>>>>>>> GLUON_BRANCH=experimental
>>>>>>>>>>>>>>>>     BROKEN=1 V=s
>>>>>>>>>>>>>>>>     make -j2 GLUON_TARGET=x86-xen_domu
>>>>>>>>> GLUON_BRANCH=experimental
>>>>>>>>>>>>>>>>     BROKEN=1 V=s
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>     LG, Simon
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>     -- 
>>>>>>>>>>>>>>>    
>>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>>>>>>>>     Freifunk-Bonn mailing list
>>>>>>>>>>>>>>>     Freifunk-Bonn at lists.kbu.freifunk.net
>>>>>>>>>>>>>>>    
>>>>>>>>> https://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn
>>>>>>>>>>>>>>> Mit freundlichen Grüßen, Julian Zielke
>>>>>>>>>>>>>>>
>>>>>>>>> -- 
>>>>>>>>> _______________________________________________
>>>>>>>>> Freifunk-Bonn mailing list
>>>>>>>>> Freifunk-Bonn at lists.kbu.freifunk.net
>>>>>>>>> https://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn
>>




Mehr Informationen über die Mailingliste Freifunk-Bonn