Na, végre! Már kezdett eluralkodni rajtam az elkeseredés, hogy nálam van valami gebasz. Megint kezdhetem előlről : )

Mondjuk így viszont adja magát a kérdés: másnak ez nem okozott problémát ? Hogyhogy eddig csak nekem volt vele gondom ?

Miért kellene elölről kezdened? Ez egy sima firmware frissítés, ami nem jár az optware rendszer újratelepítésével!

Hali!

Felmerült egy kérdés.
A routerem egy megosztott mappája be van csatolva a gépemre hálózati meghajtóként. Ez ugye csak akkor működik ha othon vagyok és fel vagyok csatlakozva a routerre, tehát azon a hálózaton vagyok.
Meg lehetne valahogy oldani, hogy akkor is működjön a hálózati meghajtóm neten keresztül ha nem vagyok otthon? Olvastam már VPN hálózatról router-router között meg ilyesmi, de egyrészt nem nagyon látom át, másrészt meg az nekem megintcsak nem megoldás.

Az idő sebessége: 1s/s

Szia!

Bár bevallom őszintén, hogy VPN-t még én sem üzemeltem be így, de szerintem az megoldás lehet Neked, mert egy VPN hálózatban az eszközöket egy LAN-hoz hasonlóan látod, tehát a samba megosztás is használható. Persze ehhez nyilván a tűzfal megfelelő beállítása is szükséges. Ezen kívül elméletileg a samba-t is "ki lehet engedni" az internetre, de ez komoly veszélyekkel jár, szóval nem ajánlatos. De menjünk még tovább.... Windows alá is léteznek olyan programok, amivel FTP szerveren megosztott könyvtárat tudsz mountolni a helyi filerendszeredbe, tehát ez is megoldás lehet.

Hello,

Nem tudom mire kell, nalam egy egyszeru webserveren van megosztva. Persze titkositott es jelszo vedett.
Ha csak eleres kell, akkor szerintem az a legegyszerubb megoldas.

Ezt most látom:

Tracker állapot: Storage error: [File chunk write error: Cannot allocate memory.]

rtorrent - rutorrent. Ez mi lehet? 4 torrentnél írja ezt, ésazok a torrentek nem is mennek (pirosak).

Az idő sebessége: 1s/s

Próbáltál már esetleg egy kényszerített újraellenőrzést?

Újraindítottam a routert és most nem érem el...
Majd ha otthon leszek megnézem mi van vele.

Az idő sebessége: 1s/s

Rápróbáltam mégegyszer, mostmár elérem távolról, ellenőrzi a torrenteket, majd kiderül utánna elindulnak-e.

Az idő sebessége: 1s/s

Ezt olyankor "szokta" eljátszani, ha sok torrent fut egyszerre és kifut a memóriából.
Ilyenkor a problémás torrenteket lehet stoppolni, majd kényszerített újraellenőrzést küldeni rájuk.

Lényegében a router restart-tal is ezt érted el

read-only mode on the forum

Router restart megvolt, a érdéses torrenteknél ugyan az a helyzet. Megpróbálok törölni párat hogy ne legyen olyan sok, bár most 14 torrent megy egyszerre és általában ennél több szokott. De az is igaz hogy ezek most szinte mind nagy méretű anyagok, nemtudom ez befolyásol-e valamit.

Az idő sebessége: 1s/s

Próbáld meg! Nálam ez megoldotta a problémát.

[ Szerkesztve ]

Az én config fájlomban nem is volt ilyen sor, beleírtam 256MB-al, maj kiderül jó lesz-e.

Az idő sebessége: 1s/s

Sziasztok!

Egy másik router-hez csináltam soros kábelt, aztán eszembe jutott a régen elfeledett, téglának hitt Asus WL-500Gp. Kipróbáltam vele a soros kábelt és úgy látszik nem teljesen halott, mert a CFE beindul rajta és meg is tudom állítani CTRL+C-vel, parancsokat ki tudok adni. Keresgéltem mindenfelé, de sehol sem találtam leírást, hogy hogyan kell CFE-ből egy működő firmware-t (lehetőleg openwrt-t) feltolni neki. Van ott flash, read, boot parancs, de nem tudom hogyan kellene használni őket. Tud valaki ebben segíteni?

Köszönöm!

[ Szerkesztve ]

Szia!

Első körben próbáld meg szimplán az...

nvram erase

parancsot, és lehet, hogy már be is indul a fent lévő firmware.

LINK

[ Szerkesztve ]

Próbáltam. nvram erase - nvram commit - reboot sorozat, de semmi sem változik, ugyanott áll meg:

CFE version 1.0.37 for BCM947XX (32bit,SP,LE)
Build Date: ¤@ 6¤ë 12 16:31:07 CST 2006 (root@localhost.localdomain)
Copyright (C) 2000,2001,2002,2003 Broadcom Corporation.

Initializing Arena
Initializing Devices.
rndis0: Broadcom USB RNDIS Network Adapter (P-t-P)
CPU type 0x29006: 200MHz
Total memory: 67108864 KBytes

Total memory used by CFE: 0x80800000 - 0x8089B670 (636528)
Initialized Data: 0x808317E0 - 0x80833EC0 (9952)
BSS Area: 0x80833EC0 - 0x80835670 (6064)
Local Heap: 0x80835670 - 0x80899670 (409600)
Stack Area: 0x80899670 - 0x8089B670 (8192)
Text (code) segment: 0x80800000 - 0x808317E0 (202720)
Boot area (physical): 0x0089C000 - 0x008DC000
Relocation Factor: I:00000000 - D:00000000

Null Rescue Flag.
Reading :: TFTP Server.
Failed.: Error
Loader:raw Filesys:raw Dev:flash0.os File: Options:(null)
Loading: .. 3768 bytes read
Entry at 0x80001000
Starting program at 0x80001000
Linux version 2.6.25.20 (lay@ubuntu) (gcc version 4.1.2) #10 Mon Oct 26 08:18:55 PDT 2009
CPU revision is: 00029006 (Broadcom BCM3302)
ssb: Core 0 found: ChipCommon (cc 0x800, rev 0x03, vendor 0x4243)
ssb: Core 1 found: Fast Ethernet (cc 0x806, rev 0x06, vendor 0x4243)
ssb: Core 2 found: Fast Ethernet (cc 0x806, rev 0x06, vendor 0x4243)
ssb: Core 3 found: USB 1.1 Hostdev (cc 0x808, rev 0x03, vendor 0x4243)
ssb: Core 4 found: PCI (cc 0x804, rev 0x08, vendor 0x4243)
ssb: Core 5 found: MIPS 3302 (cc 0x816, rev 0x03, vendor 0x4243)
ssb: Core 6 found: V90 (cc 0x807, rev 0x02, vendor 0x4243)
ssb: Core 7 found: IPSEC (cc 0x80B, rev 0x00, vendor 0x4243)
ssb: Core 8 found: MEMC SDRAM (cc 0x80F, rev 0x02, vendor 0x4243)
ssb: Initializing MIPS core...
ssb: set_irq: core 0x0806, irq 2 => 2
ssb: set_irq: core 0x0806, irq 3 => 3
ssb: set_irq: core 0x0804, irq 0 => 4
ssb: Sonics Silicon Backplane found at address 0x18000000
Serial init done.
Determined physical RAM map:
memory: 04000000 @ 00000000 (usable)
Initrd not found or empty - disabling initrd
Zone PFN ranges:
Normal 0 -> 16384
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
0: 0 -> 16384
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256
Kernel command line: root=/dev/mtdblock2 rootfstype=squashfs,jffs2 init=/etc/preinit noinitrd console=ttyS0,115200
Primary instruction cache 16kB, VIPT, 2-way, linesize 16 bytes.
Primary data cache 16kB, 2-way, VIPT, cache aliases, linesize 16 bytes
Synthesized clear page handler (26 instructions).
Synthesized copy page handler (46 instructions).
PID hash table entries: 256 (order: 8, 1024 bytes)
console [ttyS0] enabled
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 62328k/65536k available (1987k kernel code, 3132k reserved, 302k data, 128k init, 0k highmem)
Mount-cache hash table entries: 512
net_namespace: 444 bytes
NET: Registered protocol family 16
ssb: PCIcore in host mode found
Registering a PCI bus after boot
PCI: Fixing up bridge 0000:00:00.0
PCI: Fixing up device 0000:00:00.0
PCI: Fixing latency timer of device 0000:00:00.0 to 168
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 2048 (order: 2, 16384 bytes)
TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
TCP: Hash tables configured (established 2048 bind 2048)
TCP reno registered
detected lzma initramfs
initramfs: LZMA lc=1,lp=2,pb=2,origSize=512
squashfs: version 3.0 (2006/03/15) Phillip Lougher
Registering mini_fo version $Id$
JFFS2 version 2.2. (NAND) (SUMMARY) � 2001-2006 Red Hat, Inc.
io scheduler noop registered
io scheduler deadline registered (default)
Serial: 8250/16550 driver $Revision: 1.90 $ 2 ports, IRQ sharing enabled
serial8250: ttyS0 at MMIO 0xb8000300 (irq = 3) is a 16550A
serial8250: ttyS1 at MMIO 0xb8000400 (irq = 3) is a 16550A
serial8250.0: ttyS0 at MMIO 0xb8000300 (irq = 3) is a 16550A
serial8250.0: ttyS1 at MMIO 0xb8000400 (irq = 3) is a 16550A
b44.c:v2.0
b44: Invalid MAC address found in EEPROM
b44 ssb0:0: Problem fetching invariants of chip, aborting.
b44: probe of ssb0:0 failed with error -22
b44: Invalid MAC address found in EEPROM
b44 ssb0:1: Problem fetching invariants of chip, aborting.
b44: probe of ssb0:1 failed with error -22

[ Szerkesztve ]

Szia,

eléggé úgy tűnik, ez egy 128MB-ra bővített router, csak rajta levő OperWRT(a b44 driverből gondolom) nem bír vele.
Szerintem tölts rá egy újabb Tomato-t, az fel kéne ismerje a bővített memóriát gond nélkül.
Esetleg előtte egy clear/recovery firmware ahogy itt irva vagyon:
link

Az OpenWRT-ből a régebbi verziókat(2.6.25-ös kernel), sajátot kellett forgatni, hogy menjen.
Még az is lehet, hogy én csináltam a bővítést, ha bizonyos LaySoft volt a tulaj.

http://www.youtube.com/watch?v=HkTa3-ZZbD8

Igen, Te csináltad, milyen kicsi a világ!

Olyan firmware van rajta, ami viszi a 128MB-ot, akkoriban még magamnak fordítottam, nem tudom hogy most már bekerült-e a javítás a backfire 2.6-os ágába.

A baj az, hogy nem lép be a diag mode-ba a router, tehát a szokásos módon nem lehet ttftp-vel firmware-t tenni rá. Ezért kérdeztem, hogy fellelhető-e valahol doksi a CFE parancsok használatáról, mert ez az egyetlen lehetőség, hogy kommunikáljak az eszközzel.

[ Szerkesztve ]

Sajnos a pontos CFE parancsokat én sem ismerem, de gondolom, mint mgrincs fórumtársnak is, nekem is ez a sor szúrt szemet rögtön...

Memory: 62328k/65536k available...

Amúgy a recovery mód megy a routeren? Illetve ha nem, a PIN9-et próbáltad?

Igen, pin 9-et is próbáltam, az sem segít. De az nem ugyanaz mint egy nvram erase?

[ Szerkesztve ]

A CFE parancsok még csak-csak fellelhetőek, a problémám inkább a memóriacímekkel van, mert gondolom, hogy a soros flasheléshez ilyen is kell... Legalábbis a 1043ND-n kell, azt már élesztettem soros kábellel.

Nem, a PIN9 nem ugyanaz. A PIN9 azt "hazudja be" a routernek, hogy a flash memória tartalma megsérült, tehát maga firmware, és nem az NVRAM, ahol csak a beállítások vannak, ezzel kényszeríti be recovery módba. Én így tudom...

[ Szerkesztve ]

Hát igen, erről van szó. Olyan embert keresek, aki soros porton keresztül hozott már vissza az életbe ilyen router-t...

Hát nem tudom, én régen többször használtam a pin 9-et, amíg még segített, de egyszer sem ment recovery módba, hanem kinullázta a beállításokat.

Hi!

Az látszik, hogy a firmware elindul, tehát elvileg a TFTP-nek (restoration-nak) mennie kellene.
A Pin9 (illetve az nvram erease) miatt viszont a memóriával kapcsolatos NVRAM értékek biztosan rosszak. Tehát én CFE-ben megpróbálnám a

nvram set sdram_init=0x0011
nvram set sdram_ncdl=0
nvram commit

Parancsokat, majd reboot. Ha jól tippelem, el fog indulni rendesen.

Alex

Kipróbáltam:

CFE> nvram set sdram_init=0x0011
*** command status = 0
CFE> nvram set sdram_ncdl=0
*** command status = 0
CFE> nvram commit
*** command status = 0
CFE>

Majd reboot. Sajnos nincs változás, ugyanott áll meg.

Mondjuk a CPU type (BCM3302) és a CPU frekvencia (200 MHz) is fura.
Ez utóbbit megpróbálhatod beállítani:

nvram set clkfreq=264
nvram commit
reboot

Alex

Igaz nem WL-500gP, de CFE bootloader-ből flash-elés.

Alex

Hasonló, mint vargalex topiktárs által linkelt:
CFE boot from tftp link

Szerintem meg sose add fel, ahogyan említették, a recovery módon túljut, CFE sértetlen, ergo biztosan meg lehet csinálni.

Esetleg még nézd meg, hogy a boot_wait változó mire van állítva, ha nagyon kicsi az időintervallum, akkor lehet nehezen kapod el azt a szeletkét.
Állítsd át 5-re. Így lesz elég időd próbálkozni.

És próbáld ki a fentebb linkelt clear_nvram, meg recovery firmware-ket felrakni először, nekem azzal mindig ment.

http://www.youtube.com/watch?v=HkTa3-ZZbD8

Nem adom fel! Egy Netgear DG834GT-re először JTAG-al visszaraktam a CFE-t, aztán sikeresen flash-eltem CFE-ből, de ehhez volt korrekt leírás: http://wiki.openwrt.org/toh/netgear/dg834gt

A fenti link-ek alapján megpróbáltam DHCP-vel felhúzni a wan-t:

CFE> ifconfig eth0 -auto
DHCP registration failed on device eth0
*** command status = -23
CFE>

Ez nem ment, jó akkor fix IP-vel:

CFE> ifconfig eth0 -addr=192.168.1.234 -mask=255.255.255.0 -gw=192.168.1.1
Device eth0: hwaddr 00-FF-12-34-56-78, ipaddr 192.168.1.234, mask 255.255.255.0
gateway 192.168.1.1, nameserver not set
*** command status = 0
CFE>

Ezután sem tudtam ping-etni a 192.168.1.1-et, ami a másik működő router-em. Érdekes, hogy a invalid mac address miatt áll meg a boot, meg egy elég érdekes mac address van: 00-FF-12-34-56-78.

Ezért kipróbáltam, hogy megadom a router hátulján lévő mac-address-t:

CFE> ifconfig eth0 -addr=192.168.1.234 -mask=255.255.255.0 -gw=192.168.1.1 -hwaddr=00-18-f3-32-8c-49
Device eth0: hwaddr 00-18-F3-32-8C-49, ipaddr 192.168.1.234, mask 255.255.255.0
gateway 192.168.1.1, nameserver not set
*** command status = 0
CFE>

De így sem megy a ping.

[ Szerkesztve ]

Ja tényleg, hogyan tudom megnézni, hogy mennyi a boot_wait?

Hi!

Egyáltalán eth0 a WAN interface? (Rég volt már WL-500gP-m.)
A boot_wait-ot nvram-ban tudod megnézni. boot_wait, illetve boot_time:

nvram get boot_wait
nvram get boot_time

Ezzel próbálkozz:

nvram set boot_wait=on
nvram set boot_time=10

[ Szerkesztve ]

Alex

Egy Linksys--ről találtam én is némi infót, ami szintén BroadCom alapú. Ott nem kell neki semmi memóriacím, csak flash, és hajrá...

Installing via CFE - Common Firmware Environment

CFE>flash -noheader 192.168.1.2:/openwrt-generic-jffs2-8MB.trx flash1.trx

[ Szerkesztve ]

Köszönöm! Ha sikerül rá hálót varázsolnom, ki fogom próbálni!

Ez konkrétan WL-500GP-hez íródott...

http://www.wuerzelchen.de/linux/asus-wl-500-gp-debricking-mit-serieller-schnittstelle/

Bár németül egy kukkot sem tudok, de nekem ez az utolsó link tűnik a leginkább jónak...

Köszönöm, ez jó lesz, ha odáig jutok. Én csak angolul kerestem...

Egy hálózatguru haverom azt mondta, hogy szerinte nem javítható, mert "a SOC-ban lévő ethernet interfészeket nem látja". A német oldalon is magától feljön neki az eth0, még mielőtt ctrl+c-vel megállítaná. Mondjuk néztem az előtte lévő leírást is, ott meg az ifconfig után van még egy "et up" parancs is, én ezt nem adtam ki...

Köszönöm az ötleteket, este újra próbálkozom!

Esetleg tudna valaki küldeni a jó router-éről egy ilyen serial log-ot, hogy lássam hol van még különbség? Találtam párat az openwrt fórumán, de ott mindenki a problémás log-ot rakta be, nem lenne célszerű azokhoz hasonlítanom.

[ Szerkesztve ]

Hi!

Itt találsz néhány serial log-ot.

Alex

Sziasztok,

gondoltam sokat nem árthatok, szóval kipróbáltam ezt.
Hát most éppen a sötét putty ablakkal szemezek, és nem úgy tűnik, mint aki életre akar kelni.

Szóval ezt senki ne próbálja ki, hacsak nincsen égetően nagy szüksége egy papírnehezékre.
Nálam a router régóta "fél" halott volt, hiszen egy villámcsapás elvitte 3 portját, és a táp részét is meg kellett toldozgassam, így én nem sajnálom annyira, de akinek van egyéb esélye visszahozni a routerét, az ne így próbálja.

Valószínűleg a flash parancsnak megadott paraméterekben van a trükk, a tftp szerver címe meg a képfálj, az ok, de szerintem a flash0/flash.0/flash1 mondja meg, a flash melyik részére írjon.

WL-500gP v1-en nagyon úgy tűnik, a flash0 a CFE-t azonosítja.

http://www.youtube.com/watch?v=HkTa3-ZZbD8

Hi!

Szerintem ahogy az általam linkelt leírásban is van, a flash0.os helyes lehet (mondom ezt úgy, hogy nincs már WL-500gP-m).
Mondom ezt azért, mert a Farkaspók által bemásolt boot folyamatban is ez látszik:

Loader:raw Filesys:raw Dev:flash0.os File: Options:(null)

Valószínűleg a flash0 a teljes flash lesz (a bootloader-el az elején).

Szerk.: Akkor most van egy nehezéked? Mert ha jól látom, JTAG nincs a WL-500gP-n. Persze a flash chip-et még kiforraszthatod és megírhatod máshol.

[ Szerkesztve ]

Alex

Szia!

De miért pont azt? Vagy ezt szándékosan ilyen orosz rulettnek szántad?

Sajnos nagyon kevés a (hiteles) információ a neten, ami ebben a témában fellelhető... A valószínűsége pedig elég kicsi annak, hogy egy NetGear, vagy Linksys tutorial egy az egyben jó lesz a WL-500G Premium-hoz. Ezért is írtam a másik link mellé, hogy leginkább arra szavazok, mert ott fel volt tüntetve, hogy WL-500G Premium-ra vonatkozik.

Az elsőt meg akkor töröltetem is egy moderátorral, nehogy más is megpróbálja!

Gondolom azért azt, mert az WL-500W-re vonatkozott...

A német leírás egyébként biztonságosabbnak tűnik, mert a tftp szervert indítja el a routeren.

Alex

Sziasztok,

igen van egy nehezékem, de gondolom jobb, ha nekem van, egy olyan amit már amúgy sem használtam volna, mint egy kollégának, aki esetleg még megcsinálhatja.

Érdekességképpen, a német leírásban flash1.trx-nek nevezi, de az íráskor hivatkozott memóriacím megegyezik.

Még oda is azt írja, hogy:

Write kernel and filesystem binary to FLASH (0xbfc40000)

Egyébként az utolsó pillanatok:

CFE> flash -noheader 192.168.1.123:e.trx flash0
Reading 192.168.1.123:e.trx: TFTP Client.
TFTP_BLKLEN!!
Done. 6787072 bytes read
Download of 0x679000 bytes completed
Write kernel and filesystem binary to FLASH (0xbfc40000)
flash device 'flash0'
Programming...
done. 6787072 bytes written

http://www.youtube.com/watch?v=HkTa3-ZZbD8

Igen, a recovery módot indítja el soros porton, és nincs "manuális" flashelés....

Szia,

azért ott is van furcsaság, pl hogyan lesz a CFE prompt-ban uci show parancs?
Szóval én nem próbálkoznék.

http://www.youtube.com/watch?v=HkTa3-ZZbD8

Hi!

Ha érdekel, van egy ismerősöm, aki tud flash-t írni...

Alex

Szerintem valami nvram beállítás kellene egy jó routerről, aztán CFE-ben egyesével végignézni.

[ Szerkesztve ]

Alex

Kedves vagy, de a szemetesből én ezt már ki nem veszem.

Akkor is ki kellene forrasztani a chipet, meg aztán a wireless kártya rég nincs benne. Se antenna.
Szóval nem igazán ér annyit az egész, hogy nekiálljak.

Meg ahogy mondtam is, csak a port fogta itt régóta.
Ideje volt elbúcsúzni, kell a hely a többi kacatnak.

Ha esetleg valakit érdekelnek belőle a ram chipek(128MB), az még jelezhet, a kukát holnap viszik.

http://www.youtube.com/watch?v=HkTa3-ZZbD8

És ha úgy van, ahogy Intruder2k5 mondja, hogy flash0 a teljes flash-t jelenti CFE-vel együtt, akkor esetleg egy gyári firmware-el talán működne, mert azokban van CFE is...

Hi!

Biztos, hogy van CFE a gyári firmware-okban?

Alex