Ich auch nicht, zumal das Image auf anderen Routern sich hier erfolgreich installieren ließ. Aber ich nehme nochmal einen fabrikneuen v11er, um zu schauen, ob vielleicht „wie weboberfläche“ was schief läuft mit dem speziellen (dann v11) factoryimage.
geht!
Ja, siehe „3be5a45“ oben.
vg. github vom Tarnatos:
sigh An sich möchte ich die 841er ja im Netz loswerden, aber die 1043 sind mehr als doppelt so teuer …
Meinen (hoffentlich) v12 liefert die Amazone also am Freitag, passend zum langen Wochenende. Auf den ersten Blick sehe ich nicht, was an @anon68922371 Patch (Danke!) nicht funktionieren sollte im Vergleich mit den LEDE-Änderungen.
Magst Du evtl. mein Image auch mal ausprobieren.
Ich möchte nur ausschließen, dass da was öffentlich auf dem Server liegt, was Geräte bricked (auch wenn „broken“ dran steht.)
Das einzige was ich mir vorstellen könnte wäre, dass sie die HWID auf 0011 gelassen haben. Dann würde die Kiste natürlich nicht booten. Aber das ist durch tftp umkehrbar.
Hallo meine Herrn, ich bin auch noch/wieder da. Wie kann ich mich nützlich machen? Das Image von @adorfer versuchen aufzuspielen? Irgendwem mein Gerät bringen?
Lese mal 1. TFTP Pushbutton Methode, damit du das schon mal kennst.
Dann spiele mal eines der Images von Adorfer auf
Alternativ sende mir das Gerät zu, dann schau ich nach dem Support.
Gruß
Tarnatos
Habe Image (factory) aufgespielt. Effekt: es tut sich gar nichts mehr, alle LEDs dunkel, kein Neustart. Nach Trennen vom Strom und Wiedereinschalten kurzes Aufleuchten aller LEDs, dann wird die 2. v. rechts orange, dann schaltet sich alles ab.
Habe mir TFTP Pushbutton-Methode durchgelesen - tut mir leid, das übersteigt meine Fähigkeiten, da komme ich nicht durch. Bitte um Kontakt und Offline-Unterstützung.
PM ist raus.
###Nachtrag:
Erhalte das Gerät nun per Post und schaue mir an was da nicht passt. Der Patch wird dann entsprechend geändert.
Es kam ein schnuckeliger v11. Was auch sonst, wenn man’s mal provozieren will 
Ich habe gestern einen v12 via Amazon bekommen und warte ebenfalls. 
warum nicht WR842N v3 ?
warum nicht WR842N v3 ?
(Mangelnde) Verfügbarkeit in D.
auf der LEDE Mailingliste stand, targets/ar71xx-generic/profiles.mk müsse so aussehen:
$(eval $(call GluonModel,TLWR841_REGION,tl-wr841n-v11,tp-link-tl-wr841n-nd-v12))
siehe:
https://git.lede-project.org/?p=source.git;a=blob;f=target/linux/ar71xx/image/tp-link.mk
202020202020220202020220
Ein v12 ist heute eingetroffen und ich habe den Patch angepasst.
Der Link im ersten Beitrag wurde auf den korrekten commit geändert.
konntest Du den beschriebenen Fehler nachvollziehen? Wie äusserte sich das konkret? Sprich, wo hing es?
Von meinem (doch eher laienhaften) Standpunkt aus betrachtet liegt es daran, dass der OpenWRT Backport nicht vollständig war.
Da die Entwicklung von OpenWrt zu Gunsten von LEDE aufgegeben wurde, fehlt die Implementierung der MIPS Machine ID für WR841N-v12 im Kernel. Das führt dazu, dass dieser nicht bootet und mit einem Kernel-Panic hängen bleibt.
Ich habe das dann umgangen, indem ich den Boardnamen der v11er Reihe verwendet habe. Das täuscht dem Kernel beim booten eine v11 Plattform mit geänderter HWID vor. Nach Inaugenscheinnahme des Bootlogs und der Platine konnte ich das auch ruhigen Gewissens tun, denn die Hardwareplattform ist nahezu identisch.
Der LEDE Patch geht den selben Weg.
Danke für die Erläuterung.
d.h. unser freiwilliger Tester hatte wirklich keine Chance und allenfalls ein Pushbutton-TFTP hätte das Ding noch retten können „ohne Aufschrauben“.
Korrekt.
Das habe ich auch verifiziert. TFTP Recovery war jederzeit noch möglich. Wer also einen, durch meinen ersten Patch gebrickten Router hat, kann diesen mittels TFT Pushbutton wiederherstellen.
Ich habe auch das OpenWRT Wiki um die nötigen Informationen und Bilder ergänzt.
Wenn nochmal jemand probieren möchte (ich selbst habe leider nach wie vor keinen v12er)
(Wenn’ss schief gehen sollte, denn tausche ich dann versandkostenfrei gegen einen v11er. Beim letzten Brick war ich leider unterwegs, so dass ich nicht schnell genug zuschnappen konnte.)
