Odp: Netgear R6220, 19.07 i restarty
Sw/hw nat miałem zgaszone i też restarty leciały
ZMIEŃ HASŁO do forum eko.one.pl. Więcej informacji tutaj.
Strony Poprzednia 1 2 3 4 5 6 7 8 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → Netgear R6220, 19.07 i restarty
Strony Poprzednia 1 2 3 4 5 6 7 8 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Sw/hw nat miałem zgaszone i też restarty leciały
Mam cały czas wyłączone ipv6 i jest stabilnie na OpenWrt 19.07-SNAPSHOT r10642-22c443c20c, aczkolwiek u mnie takie restarty występowały na 18.06
U mnie na 18.06 jak i na pierwszych wersjach 19.07 router wytrzymywał max 2 dni. Obecnie wersja OpenWrt 19.07-SNAPSHOT r10904-1c5ac590c4 / LuCI openwrt-19.07 branch git-20.024.68091-0bef180 stoi już 20 dzień.
Ja też mam wyłączone ipv6 ale zawsze wyłączam więc nie sądzę że ma to związek.
Więc miałem pecha i oba routery miały zwalony nand. U mnie na wszystkich wersjach chodził max 2 dni
Kupiles te najtansze, czy te po 88-90 pln?
Niestety na wersji OpenWrt 19.07.2 r10947-65030d81f3 dalej pamięć RAM cieknie gdzieś w kernelu i podejrzewam, że dzieje się to w momencie gdy urządzenie podłączone przewodem ethernetowym do routera przechodzi w stan głębokiego czuwania.
a w dmesg można znaleźć:
[70078.308651] ------------[ cut here ]------------
[70078.317862] WARNING: CPU: 0 PID: 0 at net/sched/sch_generic.c:320 0x8038b620
[70078.331978] NETDEV WATCHDOG: eth0 (mtk_soc_eth): transmit queue 0 timed out
[70078.345927] Modules linked in: ftdi_sio usbserial pppoe ppp_async pppox ppp_g eneric nf_conntrack_ipv6 mt76x2e mt76x2_common mt76x02_lib mt7603e mt76 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_state xt_na t xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDI RECT xt_LOG xt_FLOWOFFLOAD xt_CT slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masq uerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_flow_table_hw nf _flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack ipta ble_mangle iptable_filter ip_tables crc_ccitt compat ledtrig_usbport nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables n f_reject_ipv6 leds_gpio xhci_plat_hcd xhci_pci xhci_mtk xhci_hcd gpio_button_hot plug usbcore
[70078.487065] nls_base usb_common
[70078.493579] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.14.171 #0
[70078.505704] Stack : 00000000 00000000 00000000 87f20a40 00000000 00000000 000 00000 00000000
[70078.522341] 00000000 00000000 00000000 00000000 00000000 00000001 87c 09d60 5326164a
[70078.538970] 87c09df8 00000000 00000000 00006310 00000038 8049ba78 000 00007 00000000
[70078.555596] 00000000 80550000 0007880b 00000000 87c09d40 00000000 000 00000 80509e44
[70078.572221] 8038b620 00000140 00000000 87f20a40 00000000 802ac920 000 00000 806b0000
[70078.588846] ...
[70078.593699] Call Trace:
[70078.593717] [<8049ba78>] 0x8049ba78
[70078.605486] [<8038b620>] 0x8038b620
[70078.612411] [<802ac920>] 0x802ac920
[70078.619340] [<8000c1a0>] 0x8000c1a0
[70078.626268] [<8000c1a8>] 0x8000c1a8
[70078.633195] [<804848f4>] 0x804848f4
[70078.640120] [<80071a10>] 0x80071a10
[70078.647046] [<8002e5f8>] 0x8002e5f8
[70078.653971] [<8038b620>] 0x8038b620
[70078.660930] [<8002e680>] 0x8002e680
[70078.667859] [<86f81b04>] 0x86f81b04 [mt7603e@86f80000+0x90a0]
[70078.679280] [<8038b620>] 0x8038b620
[70078.686208] [<8038b474>] 0x8038b474
[70078.693137] [<8008845c>] 0x8008845c
[70078.700064] [<8025a9c0>] 0x8025a9c0
[70078.706990] [<80088718>] 0x80088718
[70078.713915] [<80079058>] 0x80079058
[70078.720846] [<80078000>] 0x80078000
[70078.727776] [<804a2878>] 0x804a2878
[70078.734707] [<80032f84>] 0x80032f84
[70078.741633] [<80259ed0>] 0x80259ed0
[70078.748559] [<80007488>] 0x80007488
[70078.755482]
[70078.758742] ---[ end trace 28d67ed0d4462d29 ]---
[70078.767940] mtk_soc_eth 1e100000.ethernet eth0: transmit timed out
[70078.780306] mtk_soc_eth 1e100000.ethernet eth0: dma_cfg:80000065
[70078.792339] mtk_soc_eth 1e100000.ethernet eth0: tx_ring=0, base=07010000, max =0, ctx=3995, dtx=3995, fdx=3994, next=3995
[70078.814034] mtk_soc_eth 1e100000.ethernet eth0: rx_ring=0, base=067a0000, max =0, calc=3560, drx=3562
[70078.835459] mtk_soc_eth 1e100000.ethernet: 0x100 = 0x6060000c, 0x10c = 0x8081 8
[70078.855218] mtk_soc_eth 1e100000.ethernet: PPE startedchoć zdaje się nie być to związane z wyciekiem pamięci w kernelu - pamięć cieknie na 100% w kernelu bo monitorowałem wszystkie procesy z przestrzeni użytkownika.
także tak to wygląda
Zgłoś na bugs.openwrt.org.
To znany problem w sterowniku switcha zdaje się i pomimo wielu prób ciągle żywy:
Jakąś nadzieją wydaje się przejście na kernel 5.4 gdzie użyty jest nowy sterownik switcha.
Chciałbym po-testować 5.4 (bo mam 2 takie routery jeden jest używany drugim mogę przygotować i podmienić - na kernelu 4.14 problem występuje na obydwu) ale tutaj
http://downloads.openwrt.org/snapshots/ … ps/mt7621/
są buildy z 02.04.2020 a zdaje się, że dopiero 03.04.2020 https://github.com/openwrt/openwrt/pull/2798 zostało z mergowane.
Czy może masz Cezary swojego prywatnego build z http://downloads.openwrt.org/snapshots/ … ps/mt7621/ i mógłbyś się podzielić proszę?
Snapshot dla mr7621 ma błędy, na razie się to nie buduje: http://buildbot.openwrt.org/master/imag … s%2Fmt7621
Rozumiem. Dziwne bo w tym merge requeście ludzie pisali, że już sobie skompilowali 5.4 i używają
Spojrzałeś chociaż co jest przyczyną? Chyba nie.
W konfigu brakuje pewnych opcji. Jak kompilujesz ręcznie to możesz to sobie poprawić, jak buduje automat to oczywiście sam z siebie tego nie zrobi. Po prostu poczekaj cierpliwie.
Zerknąłem, zerknąłem w obydwu buildach problem ze znalezieniem python-light
z tym, że build 04.04 był jeszcze z kernelem 4.14 a ten 05.04 już 5.4
w linku w wątku co dałem ludzie też zwrócili uwagę na bardzo duża liczbę błędów obsługi przerwań na 4.14 no i jak się sprawdza to ja po 7 godzinach mam ponad 3 tysiące błędów.
Na obydwu routerach z różnymi zasilaczami zachowanie jest bardzo podobne. Więc albo dwie wadliwe sztuki się trafiły albo co bardziej prawdopodobne to czy komuś działa stabilnie, czy nie zależy od tego jak używany jest router jakie urządzenia są do niego podłączone itd. a nie fizycznie od egzemplarza.
Moje użycie routera nie powinno go jakoś specjalnie obciążać:
- mam 2 laptopy po WiFi (2.4 standard N)
- dwa telefony po WiFi (2.4 standard N)
- 1 TV po kablu
- 1 tuner TV po kablu
- od czasu do czasu Raspberry Pi po kablu
- internet 100 Mb/s
Urządzenia stosowane do przeglądania internetu i od czasu do czasu stream-ów wideo z youtube i Netflix na TV.
Nie pobieram dużych plików (żadnych torrentów warezów ani niczego podobnego) itd. wiec przez 99% czasu router się nudzi.
Jeśli problem na 5.4 będzie podobny to ja radziłbym ludziom, którzy chcą kupić ten sprzęt pod openwrt rozważyć inne opcje
root@OpenWrt:~# uptime
07:33:33 up 1 day, 7:58, load average: 0.24, 0.17, 0.16
root@OpenWrt:~# cat /proc/interrupts
CPU0 CPU1
8: 11508546 11508573 MIPS GIC Local 1 timer
9: 116986 0 MIPS GIC 63 IPI call
10: 0 8772968 MIPS GIC 64 IPI call
11: 506379 0 MIPS GIC 65 IPI resched
12: 0 661616 MIPS GIC 66 IPI resched
15: 14 0 MIPS GIC 33 ttyS0
16: 7360219 0 MIPS GIC 29 xhci-hcd:usb1
17: 16723345 0 MIPS GIC 10 1e100000.ethernet
18: 12 0 MIPS GIC 30 gsw
19: 2 0 MIPS GIC 11 mt76x2e
21: 23 10988004 MIPS GIC 32 mt7603e
ERR: 3081
root@OpenWrt:~#A próbowałeś sprawdzić jak się zachowuje na firmowym oprogramowaniu. Bo mam ten router i tez z taniej masowej sprzedaży od jednego sprzedawcy. Openwrt miałem tylko 3 dni, bo tez dziwnie się zachowywał i stale rozłączał mój TV z WIFI. Jak wróciłem ponad tydzień temu do firmowego to chodzi bezbłędnie i stabilnie. Oprogramowanie to R6220-V1.1.0.92_1.0.1_BETA. Teraz czekam na ukończenie Gargulca 1.13.x
Panowie mam problem
dziś spróbowałem wgrać
http://downloads.openwrt.org/snapshots/ … pgrade.bin
oczywiście bez zachowywania ustawień.
Po tej operacji router się nie uruchomił.
Spróbowałem tej metody:
https://kb.netgear.com/000059634/How-to … ndows-TFTP
Jak uruchamiam router trzymając reset to zaczynają mrugać diody power i wifi na przemian.
Ale po tfpt się nie łączy:
netgear>tftp -i 192.168.1.1 put openwrt-ramips-mt7621-netgear_r6220-squashfs-factory.img
Timeout occurred
Connect request failed
W takim stanie też nie pinguje routera
Ma ktoś jakiś pomysł, proszę?
Do wgrywania softu w r6220 masz używać nmrpflash. Nie trzeba nic trzymać itp, czytaj: https://github.com/jclehner/nmrpflash
Dziękuje Cezary!
Udało się wgrać oryginalny soft.
Jedyne co to, nie za pierwszym razem kilka razy miałem timeout.
Zrobiłem troszkę inaczej niż tam napisali. tzn. po restarcie routera poczekałem aż interfejs się podniesie i wtedy włączyłem program
nmrpflash -i net6 -f R6220-V1.1.0.92_1.0.1_BETA.img
tak, żeby pojawiło się
Advertising NMRP server on net6 ... /
i wtedy router power off i znów on i poszło.
Jak robiłem tak jak tam napisane czyli na wylaczonym routerze uruchomić program i zaraz włączyć to dostawałem bład:
Failed to bind after 5 seconds: bind: The requested address is not valid in its context.
no nic spróbuję jeszcze powalczyć z tym openwrt na kernelu 5.4 spróbuję teraz wgrać factory
jeszcze raz bardzo dziękuje
No niestety ten build się nie uruchamia.
Jeśli chodzi o oryginalny soft to jest taki problem, że potrzebuje wsparcia sterownika ftdi (USB <-> serial)
jakby mi się uruchomić ale już widzę, że to nie będzie łatwe bo oryginalny soft używa kernela 2.6.36 no i też używa jakiegoś modułu kernela który filtruje urządzenie podłączone przez USB: usbserial_filter
Możesz nie próbować, nadal nie działa:
[ 0.000000] random: get_random_bytes called from start_kernel+0x340/0x55c with crng_init=0
[ 0.000000] Kernel panic - not syncing: Failed to find mtk,mt7621-sysc node
[ 0.000000] Rebooting in 1 seconds..
[ 0.000000] Reboot failed -- System haltedWersja rozwojowa openwrt nie jest dla ciebie jeżeli nie bawisz się w rozwijanie obrazów openwrt.
No tak masz racje. Chyba pozostaje mi poświęcić przyszły weekend zrobić sobie środowisko kompilacji jądra 2.6.36 i do-kompilować potrzebne moduły i jak się to uda używać stabilnego oryginału - jeśli tak jak kolega napisał oryginał jest stabilny.
nie będzie to łatwe ale może się uda
Pozdrawiam
Jeśli ktoś byłby zainteresowany to z tej stronki:
https://kb.netgear.com/2649/NETGEAR-Ope … ammers-GPL
można pobrać źródła softu 1.1.0.80 dla R6220 wraz ze środowiskiem kompilacji.
Byłem już wstanie do-kompilować sobie moduł ftdi_sio i działa pięknie.
Plan mam taki, że z dumpuje oryginalny rootfs pozniej wypakuje, dodam swoje rzeczy spakuje i podmienię.
Tylko jeszcze muszę dodać sobie dropbear'a i będzie gotowy do testu - ciekawe, czy na oryginale będzie faktycznie stabilnie.
Kupiles te najtansze, czy te po 88-90 pln?
Dałem więcej, nawet 114 PLN. Oba jakie miałem zachowywały się słabo - czasem po 3h czasem po 2 dniach był restart.
@Vodnik a testowałeś na oryginale?
@Vodnik a testowałeś na oryginale?
Tak chodził zdecydowanie dłużej. Odesłałem go przy 10 dniach uptime. Nie chciałem zostać na oryginale.
Rozumiem to doskonale - też wolałbym stabilnie działający router z OpenWRT ale jak tak czytam i szukam to ciężko o taki router.
Jeden z lepszych to chyba R7800...
Niemniej tylko uzywka...
Strony Poprzednia 1 2 3 4 5 6 7 8 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → Netgear R6220, 19.07 i restarty
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc