Hirdetés
- New Game Blitz - 2024
- Egy fél GPU passthrough KVM-en
- Astra kalandok @Első rész
- Asszociációs játék. :)
- No Voice in the Galaxy
- Szólánc.
- Ingyen kellene, de tegnapra
- Sencor SDC 4800B Teszt – Praktikus Ébresztőóra Színes Kijelzővel
- Mit szóltok a „hallgatózó” telefonokhoz?
- Nagy "hülyétkapokazapróktól" topik
-
LOGOUT.hu
ASUS WL-500G Premium
Új hozzászólás Aktív témák
-
Vegha
senior tag
válasz Intruder2k5 #17748 üzenetére
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 ?
-
MODERÁTOR
-
TomyLeeBoy
tag
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
-
MODERÁTOR
válasz TomyLeeBoy #17753 üzenetére
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.
-
TamasM
csendes tag
válasz TomyLeeBoy #17753 üzenetére
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. -
TomyLeeBoy
tag
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
-
MODERÁTOR
válasz TomyLeeBoy #17756 üzenetére
Próbáltál már esetleg egy kényszerített újraellenőrzést?
-
TomyLeeBoy
tag
válasz Intruder2k5 #17757 üzenetére
Újraindítottam a routert és most nem érem el...
Majd ha otthon leszek megnézem mi van vele.Az idő sebessége: 1s/s
-
TomyLeeBoy
tag
válasz TomyLeeBoy #17758 üzenetére
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
-
AtHoS
nagyúr
válasz TomyLeeBoy #17756 üzenetére
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
-
TomyLeeBoy
tag
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
-
the radish
senior tag
-
TomyLeeBoy
tag
válasz the radish #17762 üzenetére
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
-
Farkaspók
tag
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 ]
-
Farkaspók
tag
válasz Intruder2k5 #17765 üzenetére
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 ]
-
mgrincs
tag
válasz Farkaspók #17766 üzenetére
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:
linkAz 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
-
Farkaspók
tag
válasz mgrincs #17767 üzenetére
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 ]
-
MODERÁTOR
-
Farkaspók
tag
válasz Intruder2k5 #17769 üzenetére
Igen, pin 9-et is próbáltam, az sem segít. De az nem ugyanaz mint egy nvram erase?
[ Szerkesztve ]
-
MODERÁTOR
válasz Farkaspók #17768 üzenetére
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 ]
-
Farkaspók
tag
válasz Intruder2k5 #17771 üzenetére
Hát igen, erről van szó. Olyan embert keresek, aki soros porton keresztül hozott már vissza az életbe ilyen router-t...
-
Farkaspók
tag
válasz Intruder2k5 #17771 üzenetére
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.
-
vargalex
félisten
válasz Farkaspók #17773 üzenetére
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 anvram set sdram_init=0x0011
nvram set sdram_ncdl=0
nvram commitParancsokat, majd reboot. Ha jól tippelem, el fog indulni rendesen.
Alex
-
vargalex
félisten
-
mgrincs
tag
válasz Farkaspók #17775 üzenetére
Hasonló, mint vargalex topiktárs által linkelt:
CFE boot from tftp linkSzerintem 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
-
Farkaspók
tag
válasz mgrincs #17778 üzenetére
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 ]
-
Farkaspók
tag
Ja tényleg, hogyan tudom megnézni, hogy mennyi a boot_wait?
-
vargalex
félisten
-
MODERÁTOR
válasz Farkaspók #17780 üzenetére
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 ]
-
Farkaspók
tag
válasz Intruder2k5 #17783 üzenetére
Köszönöm! Ha sikerül rá hálót varázsolnom, ki fogom próbálni!
-
MODERÁTOR
Ez konkrétan WL-500GP-hez íródott...
http://www.wuerzelchen.de/linux/asus-wl-500-gp-debricking-mit-serieller-schnittstelle/
-
MODERÁTOR
válasz Intruder2k5 #17785 üzenetére
Bár németül egy kukkot sem tudok, de nekem ez az utolsó link tűnik a leginkább jónak...
-
Farkaspók
tag
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 ]
-
mgrincs
tag
válasz Intruder2k5 #17783 üzenetére
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
-
vargalex
félisten
válasz mgrincs #17789 üzenetére
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
-
MODERÁTOR
válasz mgrincs #17789 üzenetére
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!
-
vargalex
félisten
válasz Intruder2k5 #17791 üzenetére
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
-
mgrincs
tag
válasz Intruder2k5 #17791 üzenetére
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 writtenhttp://www.youtube.com/watch?v=HkTa3-ZZbD8
-
MODERÁTOR
-
mgrincs
tag
válasz vargalex #17796 üzenetére
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
Új hozzászólás Aktív témák
● Olvasd el az összefoglalót!
- Hoppá! Dell Precision 7550 Tervező Vágó Laptop -70% 15,6" i7-10875H 32/512 Quadro RTX 3000 6GB FHD
- Honor Magic6 Lite 256GB, Kártyafüggetlen, 1 Év Garanciával
- Dell 7390 13,3" FULL HD/i5-8250U/DDR4 8Gb/256GB M2 SSD/HDMI/4G/CAM/BT/Wifi/Új AKKU 1 Év Gari!
- Aszta! Dell Precision 7550 Tervező Vágó Laptop -70% 15,6" i9-10885H 64/512 Quadro RTX 5000 16GB! FHD
- Thrustmaster racing clamp kézifék tartó
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest