Przy lutowaniu kabelków do DI zrobiłem zwarcie z unused, po czym router nie startował po usunięciu zwarcia router wstał ale powstał problem z komunikacją po portach lan nie dodstaje IP z DHCP, po ręcznej konfiguracji IP na kompie nie daje się pingować routera (przez putty i webif też brak komunikacji).
W routerze mam dorobiony port com w związku z czym mam do niego dostęp i mogę wykonywać ręczną konfiguracje no i co ciekawe po ustawieniu "ifconfig eth0 192.168.1.1 netmask 255.255.255.0" i już mam dostęp z portów lan do niego, po restarcie to ustawienie nie zostaje ale to nie problem natomiast chciał bym przywrócić standardowe działanie routera.
Flashowanie przez tftp działa wgrałem już każde istniejące oprogramowanie (czyszczenie nvram) objawy są identyczne nie ma komunikacji do czasu ręcznej konfiguracji eth0 (która działa do restartu routera i w tym trybie nie działa coś routowanie do wan ale myślę że to można będzie rozwiązać przez jakiś skrypt).
Pingi do routera działają na lan jak i wan wifi.
Skonfigurowałem wan przez wifi (ręczną konfiguracja przez wifi parametrów zostaje po restarcie dzięki czemu już mam do niego dostęp poprzez inny routera a nie tylko com0) do innego routera a wszystkie porty rj jako switch w skutek czego z routera mam dostep na zewnątrz do internetu ale z jego lanu już nie.
No i oczywiście dostep od strony lanu do routera uzyskuje tylko po wykonaniu "ifconfig eth0 192.168.1.1 netmask 255.255.255.0" putty
Czy mogłem przegrzać lub spalić widoczną część na załączonym obrazku czy może przez to zwarcie poszło coś innego...jakieś szanse na jej wymianę?
proszę o jakieś sugestie
...miejsce gdzie zrobiłem zwarcie - GPIO5
za pomoc
z góry wielkie dzięki
Edytowany przez Davi dnia 27-01-2011 08:45
no cóż sdmod nie doszedł do realizacji (porostu luty zostały usunięte) zakończył się na pierwszym zwarciu i testach po nich które wyglądały jak w opisie powyżej.
po pracy wkleję nvram ;/
Wiec tak
Aktualny soft to najnowsze backfire router skonfigurowany jako wifi wan a reszta portow RJ jako lan
po restarcie routera i braku polaczenia z lan (nadal dziala dostęp przez wifi jako wan )wyglada to tak
CPU revision is: 00029007
Primary instruction cache 8kB, physically tagged, 2-way, linesize 16 bytes.
Primary data cache 4kB, 2-way, linesize 16 bytes.
Linux version 2.4.37.9 (cezary@eko.one.pl) (gcc version 3.4.6 (OpenWrt-2.0)) #12 Thu Nov 25 18:14:14 CET 2010
Determined physical RAM map:
memory: 02000000 @ 00000000 (usable)
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/mtdblock2 rootfstype=squashfs,jffs2 init=/etc/preinit noinitrd console=ttyS0,115200
CPU: BCM4712 rev 1 at 200 MHz
Using 100.000 MHz high precision timer.
Calibrating delay loop... 197.83 BogoMIPS
Memory: 30456k/32768k available (1441k kernel code, 2312k reserved, 100k data, 84k init, 0k highmem)
Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
Checking for 'wait' instruction... unavailable.
POSIX conformance testing by UNIFIX
PCI: Initializing host
PCI: Fixing up bus 0
PCI: Fixing up bridge
PCI: Setting latency timer of device 01:00.0 to 64
PCI: Fixing up bus 1
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
Registering mini_fo version $Id$
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
JFFS2 version 2.1. (C) 2001 Red Hat, Inc., designed by Axis Communications AB.
squashfs: version 3.0 (2006/03/15) Phillip Lougher
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at 0xb8000300 (irq = 3) is a 16550A
ttyS01 at 0xb8000400 (irq = 3) is a 16550A
b44.c:v0.93 (Mar, 2004)
PCI: Setting latency timer of device 00:02.0 to 64
eth0: Broadcom 47xx 10/100BaseT Ethernet 00:12:17:33:84:e0
Physically mapped flash: Found an alias at 0x800000 for the chip at 0x0
Physically mapped flash: Found an alias at 0x1000000 for the chip at 0x0
Physically mapped flash: Found an alias at 0x1800000 for the chip at 0x0
cfi_cmdset_0001: Erase suspend on write enabled
0: offset=0x0,size=0x20000,blocks=64
Using buffer write method
Flash device: 0x800000 at 0x1c000000
bootloader size: 262144
Physically mapped flash: Filesystem type: squashfs, size=0x247eb6
Creating 5 MTD partitions on "Physically mapped flash":
0x00000000-0x00040000 : "cfe"
0x00040000-0x007e0000 : "linux"
0x000bbc00-0x00320000 : "rootfs"
mtd: partition "rootfs" doesn't start on an erase block boundary -- force read-only
0x007e0000-0x00800000 : "nvram"
0x00320000-0x007e0000 : "rootfs_data"
sflash: found no supported devices
Initializing Cryptographic API
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
Linux IP multicast router 0.06 plus PIM-SM
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NET4: Ethernet Bridge 008 for NET4.0
802.1Q VLAN Support v1.8 Ben Greear
All bugs added by David S. Miller
VFS: Mounted root (squashfs filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 84k freed
diag: Detected 'Linksys WRT54G/GS/GL'
b44: eth0: Link is up at 100 Mbps, full duplex.
b44: eth0: Flow control is off for TX and off for RX.
roboswitch: Probing device eth0: No Robo switch in managed mode found, phy_id = 0xffffffff
roboswitch: Probing device eth1: No such device
roboswitch: Probing device eth2: No such device
roboswitch: Probing device eth3: No such device
mini_fo: using base directory: /
mini_fo: using storage directory: /overlay
jffs2.bbc: SIZE compression mode activated.
b44: eth0: Link is up at 100 Mbps, full duplex.
b44: eth0: Flow control is off for TX and off for RX.
There is already a switch registered on the device 'eth0'
roboswitch: Probing device eth1: No such device
roboswitch: Probing device eth2: No such device
roboswitch: Probing device eth3: No such device
eth0.0: add 01:00:5e:00:00:01 mcast address to master interface
eth0.1: add 01:00:5e:00:00:01 mcast address to master interface
eth0.1: dev_set_promiscuity(master, 1)
device eth0 entered promiscuous mode
device eth0.1 entered promiscuous mode
br-lan: port 1(eth0.1) entering learning state
br-lan: port 1(eth0.1) entering forwarding state
br-lan: topology change detected, propagating
eth0.0: dev_set_promiscuity(master, 1)
device eth0.0 entered promiscuous mode
eth0.0: attempt to add interface with same source address.
br-lan: port 2(eth0.0) entering learning state
br-lan: port 2(eth0.0) entering forwarding state
br-lan: topology change detected, propagating
PCI: Setting latency timer of device 00:01.0 to 64
PCI/DMA
wl0: wlc_attach: chiprev 1 coreunit 0 corerev 7 cccap 0x4876a maccap 0x0 band 2.4G, phy_type 2 phy_rev 2 ana_rev 2
wl0: Broadcom BCM4320 802.11 Wireless Controller 4.150.10.5
CSLIP: code copyright 1989 Regents of the University of California
PPP generic driver version 2.4.2
ip_tables: (C) 2000-2002 Netfilter core team
ip_conntrack version 2.1 (5953 buckets, 5953 max) - 352 bytes per conntrack
ipt_recent v0.3.1: Stephen Frost . http://snowman.net/projects/ipt_recent/
Hooked IMQ after mangle on PREROUTING
Hooked IMQ after nat on POSTROUTING
imq driver loaded.
device wl0 entered promiscuous mode
br-wan: port 1(wl0) entering learning state
br-wan: port 1(wl0) entering forwarding state
br-wan: topology change detected, propagating
W czasie restartu routera odpowiada na pingi z opcja -t w lanie działaja ale gdzieś w połowie jego ładowania następuje cisza i już nic nie odpowiada, następnie po połaczeniu przez wifi (putty) oczywiscie ifconfig eth0 192.168.1.1, i juz sa odpowiedzi w lanie na pingi.
W "nvram show | grep lan" nie widzę nigdzie wpisu eth0 czy tak powinno być ?
I czy w dmsg ten komunikat jest normalnym czy może nie powinno tego być "roboswitch: Probing device eth0: No Robo switch in managed mode found, phy_id = 0xffffffff" ??
Edytowany przez Davi dnia 27-01-2011 13:38
zagadaj do obsego co o tym mysli. Nie podoba misie to
Cytat
b44: eth0: Link is up at 100 Mbps, full duplex.
b44: eth0: Flow control is off for TX and off for RX.
roboswitch: Probing device eth0: No Robo switch in managed mode found, phy_id = 0xffffffff
roboswitch: Probing device eth1: No such device
roboswitch: Probing device eth2: No such device
roboswitch: Probing device eth3: No such device
mini_fo: using base directory
mini_fo: using storage directoryoverlay
jffs2.bbc: SIZE compression mode activated.
b44: eth0: Link is up at 100 Mbps, full duplex.
b44: eth0: Flow control is off for TX and off for RX.
There is already a switch registered on the device 'eth0'
roboswitch: Probing device eth1: No such device
roboswitch: Probing device eth2: No such device
roboswitch: Probing device eth3: No such device
Proxmox VE:i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+ VM Router:OpenWRT 22.03.4 VM NAS:Synology SA6400 VM VPS:Debian, WWW, Home Assistant Switch:Netgear MS510TXPP Switch:Ubiquiti USW-Flex-mini - szt. 2 Wi-Fi:Ubiquiti U6-Lite - szt. 2
· Łącznie użytkowników: 24,115 · Najnowszy użytkownik: Ja
Czat
Musisz się zalogować, aby opublikować wiadomość.
Maniek91PL
06-11-2024 22:37
dzięki !
maxikaaz
29-10-2024 14:27
@Maniek91PL - Administration=> Admin Access, i tam masz "Allow Wireless Access" do zaznaczenia
Maniek91PL
26-10-2024 22:07
siemka! ktoś przypomni co się ustawiało jeśli nie mogę wejść od strony wifi do tomato? od lan działa
overflow2
04-10-2024 17:34
Kupowałem Asusy n10u albo n12d1 ale nie widzę ich, chyba już nie produkują, Chodzi o coś nowego i taniego. Transfery niewielkie.
maxikaaz
04-10-2024 09:38
@overflow2 patrząc po dostępności funkcji w nowych kompilacjach, to chyba nawet WRT54G/GL jeszcze ma OpenVPN, albo jakiś odpowiednik... zależy, na jakie transfery liczysz.
overflow2
30-09-2024 20:53
Jaki aktualnie najtańszy router do tomato do openvpn?
maxikaaz
27-07-2024 15:07
@servee - na początek router do rozebrania i obejrzenia, ciężko wróżyć tak tylko po objawach
maxikaaz
27-07-2024 14:55
@servee - cały kontroler nie pada tak sobie z powodu "zbiegu okoliczności", więc prawdopodobnie gdzieś przepięcie.
servee
25-07-2024 13:33
@maxikaaz: działało, aż pewnego pięknego dnia przestało działać. W tym dniu była też burza, ale to raczej zbieg okoliczności.
maxikaaz
25-07-2024 11:38
@servee - o ile problem jest w obrębie samych wyjść (dławiki, warystory), to naprawialne, ale jeśli w samym SoC - to nienaprawialne ze względu na koszta. A co było przyczyną?
' target='_blank'>Link
