Jeśli dysk masz podpięty do routera i zamontowany, to logujesz się do routera na konto roota po ssh i kasujesz pliki.

Super, będę czekał.

To omiń tego switcha zasilania usb na pcb za pomocą kawałka drutu, spinacza czy czegokolwiek i sprawdź czy ominięcie go pozwala na uzyskanie większej prędkości. Jeśli to nie pomoże, to prawdopodobnie problem tkwi gdzie indziej.
Przy okazji zrób zdjęcie tego tpsa wraz z kawałkiem pcb do okoła, bo jestem ciekaw, czy na płycie od mr3420 v2 jest miejsce na bypass - pady smd. Nie znalazłem zdjęć na necie, które by ładnie pokazywały okolice portu usb i power switcha. Jeśli jest tak jak w innych tplinkach, to można tam wlutować polimera smd w rozmiarze 1206 z max prądem 1,1A i napięciem 6V. Kosztuje taki 1zł +kw na allegro. Jeśli nie ma miejsca na płycie, to wtedy bezpiecznik polimerowy tht rozwiąże sprawę.

Na allegro masz do wyboru, do koloru za ~1zł bezpieczniki polimerowe smt i tht. Przejrzyj je, bo trafiają się napięcia od 6V i prądach ponad 1A. Rozbierz router i zerknij co Ci się tam zmieści, potem kupuj i lutuj.

---edit---
Jeszcze jest jedno wyjście. Na płytach głównych laptopów montuje się tps206x. Niektóre mają 8 nóżek, ale nam wystarczy wykorzystać 5 (in, out, ~en, ~oc, gnd) i już tanim kosztem (praktycznie za darmo) mamy sterowanie zasilaniem usb z procesora, a jednocześnie większą wydajność prądową.
Zerknijcie na pdfa http://www.ti.com/general/docs/lit/getl … f-null-wwe

Spróbuję wytłumaczyć, ale piszę z telefonu komórkowego, więc pewnie gdzieś użyję skrótów myślowych. Wymagane od Ciebie będzie użycie google kilka razy, żeby doczytać jak jest zorganizowana mapa pamięci w tplinkach (polecam opis pepe2k przy okazji opisu zmodyfikowanego uboota), jak się dostać do uboota, itd. Zakładam, że nie posiadasz programatora spi flash, a jedynie kabel szeregowy usb2ttl. Jeśli chodzi o adresy, to posiłkuję się tym dokumentem: https://wiki.openwrt.org/toh/tp-link/tl-wr1043nd.

Zanim zaczniesz cokolwiek grzebać, to zgraj partycję uboot (128KB) oraz art (64KB), aby można było postawić router na nogi, jeśli coś pójdzie nie tak. Użyj do tego openwrt/gargoyle/ddwrt. Opis znajdziesz w googlach - podpowiedź: dd, scp. Dopóki nie ubijesz uboota, dopóty będziesz w stanie postawić router na nogi, bez programatora spi flash.

Kolejne kroki wykonujesz w konsoli uboota:
1. Kasujesz z poziomu uboota 8257536 bajtów, czyli 0x7e0000 w hex (8MB - 128KB) zaraz za ubootem do końca 8MB bloku. Dla v1 będzie to wyglądało mniejwięcej tak:
erase 0xbf020000 +7e0000
2. Wrzucasz swój art do ramu za pomocą tftp:
tftpboot 0x81000000 art.bin
3. Zapisujesz art, który ma 64KB, czyli 0x10000, w ostatnim 64KB bloku przestrzeni 8MB flash (0xbf020000 +7d0000 = 0xbf7f0000 liczone od końca uboota):
cp.b 0x81000000 0xbf7f0000 0x10000
4. Wrzucasz oryginalny fw do ramu zgodnie z w/w linkiem, sekcja Flashing / Recovery using the serial console i robisz reboot.

Kolejność wgrywania fw oraz art dowolna. Dla oryginalnego fw ważne jest, żeby uboot zajmował pierwsze 128KB flash, fw zaczynał się zaraz za uboot, a art zajmował ostatnie 64KB w przestrzeni 8MB, liczonej od początku flash.

Niech ktoś jeszcze zerknie czy nie pomyliłem się w adresach hex, bo niezbyt to wygodne przełączać się pomiędzy różnymi kalkulatorami i przeglądarką na telefonie.

Mam nadzieję, że teraz jest jasno i przejrzyście.

---edit---
Cokolwiek byś robił, to nie ruszaj przestrzeni od 0xbf000000 do 0xbf020000, bo tam znajduje się uboot + wps pin + mac + model.

Możesz albo wylutować je z modułów so-dimm ddr 512MB albo odezwać się do kogoś z forum, np do mnie poprzez forum.

Można też wlutować flash 16MB i się nie ograniczać

Wydaje mi się, że pepe2k nie zmieniał nic w mtest, ale to On musiałby potwierdzić.

Uszkodzony ram mógłby tłumaczyć Twoje problemy z wgraniem gargulca. Daj znać, jak już Ci się mtest pokręci trochę. Z tego co przeczytałem w internetach, to mtest musi się pokręcić (wykonywać) w kółko kilkanaście - kilkadziesiąt razy, żeby sprzęt się rozgrzał, co zwiększa prawdopodobieństwo wystąpienia usterki.

---edit---
W repo aa lub bb jest memtest. Możesz spróbować, tylko musiałbyś zrobić downgrade. Próbowałem odpalić to na cc, ale libc się zmieniło i nic z tego.

Tutaj akurat Ci nie pomogę, bo też nie znam 100% pewnej metody na sprawdzenie ramu pod openwrt. Zastanawiam się na ile skuteczny jest mtest z u-boota. Czy jeśli ram jest uszkodzony, to czy wskaże jego usterkę?
Staram się używać pewnych kostek ram, osobiście wylutowanych ze sprawnych modułów so-dimm, a po wlutowaniu przeglądam połączenia pod lupą. Jest to czasochłonne, ale dopóki nie ogarnę tego tematu od strony programowej, to taka metoda musi mi wystarczyć. Na razie mi się udaje

Hmm, jakby to powiedzieć... Dziwne, ale u mnie działa.
Robisz coś źle albo masz zepsuty router.
Przed chwilą ściągnąłem obraz gargoyle-1.9.1.2-ar71xx-tl-wr710n-v1-squashfs-sysupgrade.bin ze strony Cezarego i wrzuciłem, go przez webgui bez zachowania ustawień.
W tej chwili piszę tego posta poprzez połączenie kablowe (przez wifi też działa) do tego routera. Internet zapewnia mi e3131 z kartą play online, wpięty w mr3020.

---edit---

Jak należy to rozumieć? Nie dostajesz adresu z dhcp, czy jest link down?
Jeśli to pierwsze, to rozumiem, że pamiętasz o tym, że po wgraniu fw bez zachowania ustawień będziesz miał eth0 ustawione jako wan, a nie lan?
Trochę więcej informacji by się przydało. Może jakiś logread po zabootowaniu routera, itd.
Zaraz wpadnie tu Cezary i będzie grzmiał, że kolejny temat i zaś nie ma podanych podstawowych danych potrzebnych do zdalnej diagnostyki (oczywiście nie twierdzę, że Cezary nie ma racji ).

---edit2---
Co do wersji routera, to pod ręką mam v1.8. Inne, które robiłem, nie pamiętam.

Jeśli dobrze zrozumiałem pytanie, to proponuje rsync.

Package: rsync
Version: 3.1.1-2
Install-Destination: Not Installed
SHA256sum: cad93f007646d8f6024a220ff10be8e91d0362719288bb165d29dc7c9333d53a
Source: feeds/packages/net/rsync
Size: 139536
Maintainer: Maxim Storchak <m.storchak@gmail.com>
Installed-Size: 138796
MD5Sum: a9ef1162db517cfefdec4df1e8f0902c
License: GPL-3.0
Description: rsync is a program that allows files to be copied to and from remote machines
             in much the same way as rcp. It has many more options than rcp, and uses the
             rsync remote-update protocol to greatly speed up file transfers when the
             destination file already exists.

             The rsync remote-update protocol allows rsync to transfer just the differences
             between two sets of files across the network link.
Architecture: ar71xx
Source-ID: chaos_calmer_packages
LicenseFiles: COPYING
Section: net
Filename: rsync_3.1.1-2_ar71xx.ipk
Status: unknown ok not-installed
Depends: libc, libpopt, zlib

Sprawdź czy masz załączony dostęp do web interface'u z wana.