Keresés

Új hozzászólás Aktív témák

  • And

    veterán

    válasz colosseum #13034 üzenetére

    "Még annyit szeretnék kérdezni, hogy szerinted megéri-e csinálni egy bufferelt jtag kabelt mert nem éppen sok idő a dolog."
    Hát szerintem hullára felesleges, csak azért, hogy WRT54-eket javítgassunk vele. A passzív kábelemmel helyrehoztam már legalább 10+ WRT54-et (nem csak GL-t), sőt még WRT54GC-t is, pedig azt szoftveresen szinte javíthatatlannak ítélték a fórumozók, mivel nem volt hozzá megfelelő debrick utility (Marvell chipset), de még egy nyomorult jtag-pinout sem. A kábel itt a legkevesebb, a lényeg a szoftveren múlik. Sajnos maga a JTAG csak egy hardveres felület, ezen kívül nem sok közös van az egyes processzorok és flash-memóriák kezelésében.
    "Lehet hogy az én wrt54g.exe ben nincsen benne az id a chipnek"
    Lehet, de mint írtam, akkor más util-t kell használni. A chip-ID-t meg szerintem ismeretlen flash esetén is ki kell írnia, jártam már így a HDM debrick util-lal. Az sem fagyott, csak kinyögte, hogy a flash-t nem ismerte fel típus (vagyis azonosító) szerint.
    "CFE fájl az mekkora szokott lenni?"
    A WRT54G, -GL és -GS hardverek, Broadcom procok esetén 256kB, vagyis 262'144 byte.
    "Sajna én nem találtam olyan repair kit-t ami működött volna azt irja az enyém hogy nem tud frissíteni."
    A Skynet repair kit korábban linkelt oldalon elérhető utolsó letölthető kiadása az 1.5-ös, amely a WRT54GL mindkét hw-verzióját (v1.0 és v1.1) támogatja, külön frissítés nélkül.

  • And

    veterán

    válasz colosseum #13025 üzenetére

    Teljesen házi készítésű, az említett alkatrészeken (ellenállásokon) kívül nincs benne más. A lényeg, hogy rövid, maximum párszor 10cm legyen, mert nem pufferelt, passzív kivitel esetén gondot okozhat a nagyobb kábelhossz. A régi HDM debrick utility az újabb példányokon lévő (pl. Macronix-gyártmányú) flash chipeket nem ismeri fel, ezért a tjtag jobb választás, nagyobb az adatbázisa, nem problémázik ilyesmiken.
    #13027 csocsika1700: "ám ha törölni akarom ugy ahogy a leirásban van (erase:nvram) nem csinál semmit csak vár... biztos hogy egyszerű a megoldás, de nem nagyon merek piszkálgatni tesztelgetni ez ügyben"
    Ha már a mentésed megvan (nvram-ról úgyis felesleges, a bootloader /CFE/ sokkal érdekesebb), nagy kárt nem tudsz okozni, annál üresebb már nem nagyon lesz a flash-tár, mint full törlés után. Meg kell próbálni néhány opciót, mint pl. a /nodma, emlékeim szerint WRT54GL-hez kellett. Egyébként JTAG-porton keresztül csak a CFE-t szokás feltolni: mivel a kernel elég sokáig tartana, utóbbit TFTP-vel szokták elküldeni. Az alapértelmezett IP, amire ilyenkor a CFE hallgat az változó lehet, a CFE elején (bár ez ugye egy bináris fájl) plain text-ben ki is olvashatóak az alap paraméterek, köztük az IP- és MAC-address. Vannak segédprogramok, pl. a Skynet Repair Kit / CFE-creator, amelyekkel a hardverre írt MAC-címmel generálható az adott típushoz és hardververzióhoz való bootloader (CFE.bin): [link].

  • cirpo

    csendes tag

    válasz colosseum #13025 üzenetére

    Nem vittem túlzásba csak bedugtam négy 100 ohm-os ellenállást párhuramos portba és azokat rákötöttem a routerre. wr54g.exe-t használok. Egyenlőre csak a backup:nvram kapcsolóval próbálkoztam és ott írt ki ilyeneket hogy:
    Ismeretlen vagy nincs CPU ID detektálva

  • And

    veterán

    válasz colosseum #13022 üzenetére

    Sokszor hoztam vissza elszoftverezett (vagy egyszerűen 'magától' meghaló) WRT54GL-t jtag-kábellel. Nem kell semmilyen ellenállásokat beforrasztani a nyákra. Szerintem a v1.0 és a v1.1-es WRT54GL között nem sok különbség van, illetve v1.0-s verzióval kevesen találkozhattak, mivel már sok-sok évvel ezelőtt, a típus fénykorában is csak v1.1-est lehetett kapni. A flash-chip lábait rövidre zárni eléggé veszélyes móka, ráadásul ha már jtag-elni készül az ember, akkor tökéletesen felesleges, hiszen jtag-gel a totál szoftveresen agyhalott - sérült vagy kitörölt bootloader - router is javítható, míg a flash lábainak b@sztatása feltételezi, hogy legalább a bootloader ép (a pin-ek összeérintése induláskor checksum-errort okoz, így kényszerítve safe módba a bootloader-t, lehetővé téve például a tftp-s feltöltést).

  • csocsika1700

    csendes tag

    válasz colosseum #13020 üzenetére

    Helyes a kérdés :) csak annyival másabb az én helyzetem hogy a power led villog...de legalább le birtam menteni a router adatait, még mielőtt bármihez is kezdenék, de nem tudom most merre tovább.Van 3000 féle leírásom ám nincs megemlítve hogy pl hogy rakok fel uj szoftwert, és társai.

  • quby

    őstag

    válasz colosseum #5574 üzenetére

    ha jol látom a linksys is DHCP-s azt kapcsold ki. én áttenném a linksys-t is 192.168.1.x-re és akkor a Speedtouch (mert ez a neve)lenne a dhcp mindenhová.Az ubuntus gépet SZERINTEM azért nem látod mert az 192.168.2.x tartományban van a többi meg 192.168.1.x

Új hozzászólás Aktív témák