Witam!
Mam następujący problem z WRT54GL 1.1 na tomato 1.17.
Od momentu gdy kolega wpadł w szał mierzenia "co ile prądu pobiera" z WRTekiem coś się stało. Czasami jest net, a czasami nie ma. Gdy nie ma to dioda power miga. Dziwne jest to że moge wejsc na niego i z konsoli pingowac czy traceowac serwery, a na kompach neta nie ma.
Czy spotkaliście się może z czymś takim?
NVram już czyściłem i wgrałem znowu tomato, poustawiałem i dalej tak samo.
Proszę o jakieś sugestie.
A druga sprawa to mój log. Jestem lamą jeśli chodzi o linuxa więc proszę Was o jego przejrzenie:
Jan 1 01:00:05 unknown user.info kernel: NET4: Ethernet Bridge 008 for NET4.0
Jan 1 01:00:05 unknown user.alert kernel: 802.1Q VLAN Support v1.7 Ben Greear
Jan 1 01:00:05 unknown user.alert kernel: All bugs added by David S. Miller
Jan 1 01:00:05 unknown user.warn kernel: VFS: Mounted root (squashfs filesystem) readonly.
Jan 1 01:00:05 unknown user.info kernel: Mounted devfs on /dev
Jan 1 01:00:05 unknown user.info kernel: Freeing unused kernel memory: 64k freed
Jan 1 01:00:05 unknown user.warn kernel: Algorithmics/MIPS FPU Emulator v1.5
Jan 1 01:00:05 unknown user.warn kernel: ip_conntrack_pptp version 1.9 loaded
Jan 1 01:00:05 unknown user.warn kernel: ip_nat_pptp version 1.5 loaded
Jan 1 01:00:05 unknown user.warn kernel: ip_conntrack_rtsp v0.01 loading
Jan 1 01:00:05 unknown user.warn kernel: ip_nat_rtsp v0.01 loading
Jan 1 01:00:05 unknown user.warn kernel: eth0: Broadcom BCM47xx 10/100 Mbps Ethernet Controller 3.90.38.0
Jan 1 01:00:05 unknown user.warn kernel: eth1: Broadcom BCM4320 802.11 Wireless Controller 3.90.38.0
Jan 1 01:00:05 unknown user.warn kernel: tomato_ct.c [Feb 26 2008 06:11:52]
Jan 1 01:00:05 unknown user.info kernel: vlan0: dev_set_promiscuity(master, 1)
Jan 1 01:00:05 unknown user.info kernel: device eth0 entered promiscuous mode
Jan 1 01:00:05 unknown user.info kernel: device vlan0 entered promiscuous mode
Jan 1 01:00:05 unknown user.info kernel: device eth1 entered promiscuous mode
Jan 1 01:00:05 unknown user.info kernel: br0: port 2(eth1) entering learning state
Jan 1 01:00:05 unknown user.info kernel: br0: port 1(vlan0) entering learning state
Jan 1 01:00:05 unknown user.info kernel: br0: port 2(eth1) entering forwarding state
Jan 1 01:00:05 unknown user.info kernel: y change detected, propagating
Jan 1 01:00:05 unknown user.info kernel: br0: port 1(vlan0) entering forwarding state
Jan 1 01:00:05 unknown user.info kernel: br0: topology change detected, propagating
Jan 1 01:00:05 unknown user.warn kernel: vlan1: Setting MAC address to 04 4b 80 80 80 03.
Jan 1 01:00:05 unknown user.info kernel: vlan1: add 01:00:5e:00:00:01 mcast address to master interface
Jan 1 01:00:06 unknown cron.notice crond[91]: crond 2.3.2 dillon, started, log level 9
Jan 1 01:00:06 unknown daemon.info dnsmasq[98]: started, version 2.41 cachesize 150
Jan 1 01:00:06 unknown daemon.info dnsmasq[98]: compile time options: no-IPv6 GNU-getopt no-RTC no-ISC-leasefile no-DBus no-I18N no-TFTP
Jan 1 01:00:06 unknown daemon.info dnsmasq[98]: DHCP, IP range 192.168.1.100 -- 192.168.1.104, lease time 1d
Jan 1 01:00:06 unknown daemon.warn dnsmasq[98]: failed to access /etc/resolv.dnsmasq: No such file or directory
Jan 1 01:00:06 unknown daemon.info dnsmasq[98]: read /etc/hosts - 0 addresses
Jan 1 01:00:07 unknown daemon.info dnsmasq[98]: read /etc/hosts.dnsmasq - 5 addresses
Jan 1 01:00:07 unknown local0.debug udhcpc[80]: Sending select for 87.206.223.XX...
Jan 1 01:00:07 unknown local0.info udhcpc[80]: Lease of 87.206.223.XX obtained, lease time 3600
Jan 1 01:00:08 unknown daemon.info dnsmasq[98]: exiting on receipt of SIGTERM
Jan 1 01:00:08 unknown daemon.info dnsmasq[112]: started, version 2.41 cachesize 150
Jan 1 01:00:08 unknown daemon.info dnsmasq[112]: compile time options: no-IPv6 GNU-getopt no-RTC no-ISC-leasefile no-DBus no-I18N no-TFTP
Jan 1 01:00:08 unknown daemon.info dnsmasq[112]: DHCP, IP range 192.168.1.100 -- 192.168.1.104, lease time 1d
Jan 1 01:00:08 unknown daemon.info dnsmasq[112]: reading /etc/resolv.dnsmasq
Jan 1 01:00:08 unknown daemon.info dnsmasq[112]: using nameserver 62.179.1.63#53
Jan 1 01:00:08 unknown daemon.info dnsmasq[112]: using nameserver 62.179.1.62#53
Jan 1 01:00:08 unknown daemon.info dnsmasq[112]: read /etc/hosts - 0 addresses
Jan 1 01:00:08 unknown daemon.info dnsmasq[112]: read /etc/hosts.dnsmasq - 5 addresses
Jan 1 01:00:08 unknown user.info kernel: IPP2P v0.8.2 loading
Jan 1 01:00:09 unknown user.crit dhcpc-event[108]: Error while loading rules. See /etc/iptables.error file.
Jan 1 01:00:09 unknown user.info kernel: IPP2P v0.8.2 unloaded
May 14 11:06:23 unknown cron.warn crond[91]: time disparity of 20179266 minutes detected
May 14 11:06:29 unknown user.warn kernel: nvram_commit(): init
May 14 11:06:31 unknown user.warn kernel: nvram_commit(): end
Edytowany przez steel333 dnia 14-05-2008 11:47
· Łą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
