Odp: Netgear R6220, 19.07 i restarty
z tomato są sporo tańsze wydajniejsze maszyny ;p ale tam "stary kernel" itp

Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie → Netgear R6220, 19.07 i restarty
Strony Poprzednia 1 2 3 4 5 6 7 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
z tomato są sporo tańsze wydajniejsze maszyny ;p ale tam "stary kernel" itp
Mam r7000 i jestem b zadowolony z FreshTomato.
Kernel mi nie przeszkadza
netgear r6250 z ft przedostatnik i wan pppoe - wlan 500mbps tak se o bez pocenia się z ctf , żeby tyle na routerze z openwrt mieć to dopiero na moim linksysie ea7500 osiągnąłem ( cpu arm dual core a nie trup mips)
Mi też wersja kernela nie gra roli. Po co komu nowy kernel jeśli ni działa to co powinno działać.
Teraz walczę z oryginalnym oprogramowaniem od netgear R6220 i tam jest kernel 2.6.36
Dodałem sobie dropbear choć to proste nie było. Bo okazuje się, że oprócz iptables to do filtroeania pakietów używają czegoś co się nazywa cnap
/proc/cnapt
/proc/cnapt_serv
no i żeby się można było dobić do lokalnej usługi to trzeba dodać reguły w iptables ale również w tym cnapt.
Na routerze nie ma żadnego utility, żeby te reguły dodawać, jest tylko biblioteka
/lib/lib_napt.so
wiec trzeba było się namęczyć. Kolejna rzecz jest taka, że trzeba się podpiąć do systemu dodającego reguły itd., ja zrobiłem to w oparciu o inotify. Jak zmieniają firewall'a to tworzą plik /var/run/rc.firewall.run a jak kończą go modyfikować to go usuwają.
Na starcie odpalam demona który za pomoca inotify nasłuchuje na event od file systemu, że /var/run/rc.firewall.run został usunięty i wtedy dodaje swoje reguły.
Na szczęście jest dość spora partycja która oryginalnie służy do pobrania aktualizacji. Montowana w:
/tmp/RWFS/
i wszystkie dodatki można tam umieszczać. W głównym filesystemie zmieniłem tylko plik
/etc/rcS
dodając na koniec coś takiego:
if [ -f /tmp/RWFS/rc.local ];
then
/tmp/RWFS/rc.local &
fi
Zmiana tego pliku wymagała zdumpowanie rootfs (który jest RO) unsquashfs -> zmianę pliku pliku /tmp/RWFS/rc.local -> ponowne mksquashfs -> no i zaktualizowanie na routerze
Całą resztę robię sobie w /tmp/RWFS/ który jest RO z systemem plików UBIFS.
Tak w ogóle to szacunek dla firmy Netgear, która w prosty sposób umożliwiła wbicie się na konsole routera nie zabezpieczając go przed użytkownikiem no udostępnia na swojej stronie bardzo dużo materiałów z których składa image dla tego sprzętu.
Co prawda część jest w postaci binarnej ale bardzo dużo autorskich rozwiązań jest open tylko dzięki temu można się tak zabawić.
Mam nadzieje, szybko przygotować to co potrzebuje i zacząć test.
No to test rozpoczęty na oryginale (+kilka niezbędnych zabawek) jedzie już od godzinki "so far so good".
To za mało czasu oczywiście ale np. jeśli chodzi o błędy obsługi przerwań to jest 0:
# cat /proc/interrupts
CPU0 CPU1
3: 9302 0 MIPS GIC eth2
4: 188 42511 MIPS GIC rai0
7: 432460 431774 MIPS GIC timer
12: 0 0 MIPS GIC ralink_gpio
18: 0 0 MIPS GIC Ralink_SPDIF
22: 1661932 0 MIPS GIC xhci-hcd:usb1
23: 6 0 MIPS GIC Ralink_ESW
25: 798 143670 MIPS GIC ra0
26: 115539 0 MIPS GIC serial
56: 11221 0 MIPS GIC IPI_resched
57: 0 13822 MIPS GIC IPI_resched
58: 0 0 MIPS GIC IPI_resched
59: 0 0 MIPS GIC IPI_resched
60: 13444 0 MIPS GIC IPI_call
61: 0 10792 MIPS GIC IPI_call
62: 0 0 MIPS GIC IPI_call
63: 0 0 MIPS GIC IPI_call
ERR: 0
#
W dmesg nic niepokojącego nie ma. Zobaczymy jak będzie z pamięcią, czy nie będzie ciekła tak jak na OpenWRT.
Ale jest światełko w tunelu
Załóż sobie proszę wątek w dziale inne lub na forum openrouter.info, bo tu zaczynasz już śmiecić po prostu.
@Cezary
Sugerowałeś problem z hardwarem - wydawało mi się zatem zasadne przedstawienie informacji, czy to faktycznie problem z hardwarem, czy jednak z softwarem.
Ale OKi nie ma problemu nic już więcej nie napiszę tutaj. Choć zawsze wydawało mi się, że śmieciami to można nazwać rzeczy, czy tak jak tu informacje, które są bezużyteczne/popsute/zużyte.
A tu nawet ciężko nawet nazwać, że są one niezgodne z tematem "Netgear R6220, 19.07 i restarty" - ale Ty jesteś administratorem i wiesz lepiej.
Dzięki za namiar na forum. Ode mnie tylko maleńka prośba do Ciebie, żebyś może dał namiar na ten wątek przyszłym użytkownikom, którzy mogli by kupić ten router z Twojego polecenia. Tak, żeby później się nie zawiedli jego działaniem na OpenWRT.
Pozdrawiam
Ale OKi nie ma problemu nic już więcej nie napiszę tutaj. Choć zawsze wydawało mi się, że śmieciami to można nazwać rzeczy, czy tak jak tu informacje, które są bezużyteczne/popsute/zurzyte.
Nie dorabiaj sobie ideologii do prostej odpowiedzi. To forum jest o OpenWrt, jak bawisz się oryginalnym softem to już to wykracza poza to forum. Zrób sobie inny wątek i nie śmieć w tym, bo to nie był wątek o oryginalnym oprogramowaniu.
Jeszcze raz "Netgear R6220, 19.07 i restarty" - taki jest temat.
I istotnym jest chyba sprawdzenie, czy problem leży po stronie hardware (jak sugerowałeś), czy jednak software (OpenWRT).
Ale jesteś adminem i większego sensu dyskusja na ten temat nie ma - mam odmienne zdanie po prostu, ale się dostosuje.
Używanie słów, że rzeczowe informacje, którymi się podzieliłem, są Twoim zdaniem "śmieciami", jest zwyczajnie niegrzeczne.
Czesć,
Po 42h testu na oryginalnym sofcie mogę stwierdzić, że wycieków pamieć, ani błedów obsługi przerwań nie ma, a WiFi 5GHz i 2.4GHz działają super pomimo faktu, ze mieszkam w bloku i obok mnie jest dziesiątki sieci WiFi z mocnym sygnałem.
cat /proc/uptime && free && cat /proc/interrupts
153224.23 301460.26
total used free shared buffers
Mem: 122308 50960 71348 0 2764
Swap: 0 0 0
Total: 122308 50960 71348
CPU0 CPU1
3: 9034020 0 MIPS GIC eth2
4: 188 13927454 MIPS GIC rai0
7: 38305462 38304776 MIPS GIC timer
12: 0 0 MIPS GIC ralink_gpio
18: 0 0 MIPS GIC Ralink_SPDIF
22: 153390519 0 MIPS GIC xhci-hcd:usb1
23: 14 0 MIPS GIC Ralink_ESW
25: 798 14977552 MIPS GIC ra0
26: 820768 0 MIPS GIC serial
56: 673424 0 MIPS GIC IPI_resched
57: 0 724105 MIPS GIC IPI_resched
58: 0 0 MIPS GIC IPI_resched
59: 0 0 MIPS GIC IPI_resched
60: 3982163 0 MIPS GIC IPI_call
61: 0 2152912 MIPS GIC IPI_call
62: 0 0 MIPS GIC IPI_call
63: 0 0 MIPS GIC IPI_call
ERR: 0
Czy nie będzie okazjonalnych restartów tego jeszcze nie wiem - przekonamy się
Jak ktoś potrzebowałby informacji jak dodać swoje rzeczy do oryginalnego softu:
https://openrouter.info/forum/viewtopic … 223#p47223
Pozdrawiam,
Samuel Obiedzinski
Mam w domu 4 sztuki R6220 ,
Pierwszy robi za typowy router ( podłączone do WANu modem Huawei B715 , do LANów pozostałe R6220 , oba radia wyłączone):
uptime && free && cat /proc/interrupts
08:56:49 up 6 days, 22:39, load average: 0.04, 0.01, 0.00
total used free shared buff/cache available
Mem: 123880 32980 70300 1012 20600 57600
Swap: 0 0 0
CPU0 CPU1
8: 59997988 59997978 MIPS GIC Local 1 timer
9: 69097 0 MIPS GIC 63 IPI call
10: 0 20805553 MIPS GIC 64 IPI call
11: 450967 0 MIPS GIC 65 IPI resched
12: 0 320777 MIPS GIC 66 IPI resched
15: 14 0 MIPS GIC 33 ttyS0
16: 0 0 MIPS GIC 29 xhci-hcd:usb1
17: 49803743 0 MIPS GIC 10 1e100000.ethernet
18: 87 0 MIPS GIC 30 gsw
19: 2 0 MIPS GIC 11 mt76x2e
21: 23 0 MIPS GIC 32 mt7603e
ERR: 0
root@OpenWrt:~#
Pozostałe R6220 ustawione jako dummy AP ,umieszczone w domu tak ,żeby zapewnić wszędzie WiFi. (Jeden dopiero co włączony więc z niego wyników nie będę pokazywał)
uptime && free && cat /proc/interrupts
09:03:58 up 2 days, 14:30, load average: 0.08, 0.02, 0.00
total used free shared buff/cache available
Mem: 123880 31352 70532 604 21996 58776
Swap: 0 0 0
CPU0 CPU1
8: 22504972 22504939 MIPS GIC Local 1 timer
9: 3623 0 MIPS GIC 63 IPI call
10: 0 4241553 MIPS GIC 64 IPI call
11: 1483387 0 MIPS GIC 65 IPI resched
12: 0 517719 MIPS GIC 66 IPI resched
15: 16 0 MIPS GIC 33 ttyS0
16: 0 0 MIPS GIC 29 xhci-hcd:usb1
17: 8791445 0 MIPS GIC 10 1e100000.ethernet
18: 37 0 MIPS GIC 30 gsw
19: 644 28812568 MIPS GIC 11 mt76x2e
21: 461 30519011 MIPS GIC 32 mt7603e
ERR: 6907
root@OpenWrt:~#
root@OpenWrt:~# uptime && free && cat /proc/interrupts
09:16:40 up 2 days, 14:25, load average: 0.01, 0.01, 0.00
total used free shared buff/cache available
Mem: 123880 30684 71244 604 21952 59424
Swap: 0 0 0
CPU0 CPU1
8: 22471551 22471525 MIPS GIC Local 1 timer
9: 2887 0 MIPS GIC 63 IPI call
10: 0 2916843 MIPS GIC 64 IPI call
11: 1649778 0 MIPS GIC 65 IPI resched
12: 0 377286 MIPS GIC 66 IPI resched
15: 16 0 MIPS GIC 33 ttyS0
16: 0 0 MIPS GIC 29 xhci-hcd:usb1
17: 6932405 0 MIPS GIC 10 1e100000.ethernet
18: 7 0 MIPS GIC 30 gsw
19: 1183 32882383 MIPS GIC 11 mt76x2e
21: 805 22913314 MIPS GIC 32 mt7603e
ERR: 7707
root@OpenWrt:~#
W dmesg nie ma taich wpisów jak u Ciebie.
Na każdym zainstalowany OpenWrt 19.07-SNAPSHOT, r10949-c56ed72d2b , czyli ostatni build Cezarego z luci.
R6220 jak widać nie mają za wiele do roboty , ale można spróbować wysnuć wniosek ,że bez włączonych wifi błędów nie ma
EDIT:No i resetów nigdy nie zarejestrowałem...
U mnie działa z extrootem i domoticzem
# uptime
12:27:12 up 48 days, 14:59, load average: 0.20, 0.25, 0.26
# free
total used free shared buff/cache available
Mem: 123880 47060 37620 1320 39200 34588
Swap: 0 0 0
# cat /proc/interrupts
CPU0 CPU1
8: 420126872 420126852 MIPS GIC Local 1 timer
9: 10088894 0 MIPS GIC 63 IPI call
10: 0 64036613 MIPS GIC 64 IPI call
11: 42138568 0 MIPS GIC 65 IPI resched
12: 0 17567861 MIPS GIC 66 IPI resched
15: 15 0 MIPS GIC 33 ttyS0
16: 4651308 0 MIPS GIC 29 xhci-hcd:usb1
17: 108059890 0 MIPS GIC 10 1e100000.ethernet
18: 1 0 MIPS GIC 30 gsw
19: 106 142826096 MIPS GIC 11 mt76x2e
21: 23 351237858 MIPS GIC 32 mt7603e
ERR: 14935
Co to jest ten ERR na końcu? Bardzo źle że taki duży?
Tu masz ładną odpowiedź: https://unix.stackexchange.com/question … is-and-err
Cześć @MiG25
No widzisz kolego. A ja korzystam na oryginale teraz i z WiFi 2.4 i 5GHz 4 urządzenia.
- 1 tel i jeden laptop 5GHz
- 2 tel i drugi laptop 2.4 GHz
- jest jeszcze 3 laptop uruchamiany przez 8h dziennie teraz też na 5Ghz
i no cóż oceń sam:
# cat /proc/uptime && free && cat /proc/interrupts
229717.68 452087.92
total used free shared buffers
Mem: 122308 50776 71532 0 2796
Swap: 0 0 0
Total: 122308 50776 71532
CPU0 CPU1
3: 12495869 0 MIPS GIC eth2
4: 188 19092211 MIPS GIC rai0
7: 57428826 57428140 MIPS GIC timer
12: 0 0 MIPS GIC ralink_gpio
18: 0 0 MIPS GIC Ralink_SPDIF
22: 230002480 0 MIPS GIC xhci-hcd:usb1
23: 16 0 MIPS GIC Ralink_ESW
25: 798 23170515 MIPS GIC ra0
26: 1134823 0 MIPS GIC serial
56: 1016736 0 MIPS GIC IPI_resched
57: 0 1043528 MIPS GIC IPI_resched
58: 0 0 MIPS GIC IPI_resched
59: 0 0 MIPS GIC IPI_resched
60: 5389208 0 MIPS GIC IPI_call
61: 0 3553232 MIPS GIC IPI_call
62: 0 0 MIPS GIC IPI_call
63: 0 0 MIPS GIC IPI_call
ERR: 0
229717.68 ~= 63 godziny pracy
No i zużycie pamięci RAM bez zmian. Jak już pisałem wcześniej zapewne są konfiguracje w których na OpenWRT router działa stabilnie (nie ma okazjonalnych restartów). Co nie zmienia faktu, że problem musi leżeć po stronie oprogramowania - skoro teraz używam w dokładnie takiej samej konfiguracji - po jakiś 8h przełączyłem dwa urządzenia na 5GHz dla testu bo na OpenWRT miałem 5Ghz problem. I działa jak marzenie.
Problem stabilności na OpenWRT nie tyczy się tylko i wyłączenie tego modelu, ale wszystkich z układem Mtk_soc_eth.
Drugi problem to, że pamięć RAM cieknie, wolno bo wolno ale systematycznie jej ubywa z czasem.
Wiec prędzej, czy później router na OpenWRT się wykrzaczy.
Jeszcze nie chwale dnia przed zachodem Słońca to dopiero 63 godziny.
Wiec nie można nic wnioskować na temat okazjonalnych restartów, ale na temat cieknięcia pamięci RAM i błędów obsługi przerwań już można. Dodatkowo miewałem zawsze problem z połączeniem się przez WiFi 2.4 GHz po wybudzeniu Laptopa po nocy. Teraz problemu takiego nie ma. Laptop się wybudza i bez jakiejkolwiek mojej interwencji mam działający Internet, ale to takie pomniejsze rzeczy. Z którymi byłbym w stanie spokojnie żyć.
Ok , ale ja oprócz tych ERR niczego niepokojącego nie widzę.
Co więcej na 19.07.01 tablet Lenovo na 5Ghz się co jakiś czas rozłączał ( myślałem że to kwestia ustawiń FT ) ,a już na najnowszym wszystko jest ok.
@zygzag ma uptime 46 dni , i jakoś pamięć się jeszcze nie skończyła.( choć nie wiem ile domoticz może jej zużywać).
@MiG25
@zygzag pamięć się jeszcze nie skończyła ale znacząco jej ubyło.
U mnie ciekła w podobnym tempie tzn. tak wnioskuję, bo ja nie wiem ile usług i ile ma wolnej pamięci po restarcie.
Jeśli miał jej ok 80MB wolnej, to szybkość cieknięcia jest podobna. Choć ciężko to tak stwierdzić, bo np. był czas, że przez dzień stała w miejscu po czym w następnym dniu ubyło jej 3MB. Wiązałem to z przejściem mojego TV, który jest podłączony pod router kablem do czuwania, ale pewności nie mam.
Nie bardzo rozumiem sens Twojego postu. Chciałbyś mnie przekonać i innych, że te problemy o których napisałem nie istnieją, czy o co chodzi?
Do tej pory była teza, że to kwestia hardware'u. Ale dyskusja w tym wątku i przeprowadzone testy wykluczyły to.
Pamięć cieknie w kernelu i znalezienie przyczyny takiego wycieku jest bardzo ciężkie. Co innego jak pamięć cieknie w jakimś procesie uruchomionym w przestrzeni użytkownika. Znalezienie przyczyny takiego wycieku z reguły jest znacznie prostsze.
Bo możesz użyć toola w stylu valgrind (który jest kobyłą), czy znacznie prostszych możliwych do użycia bezpośrednio na routerze.
Wyciek w kernelu to słaba sprawa.
Jest nadzieja, że na kernelu 5.4 z nowych sterownikiem switcha będzie lepiej - nadzieja umiera ostatnia ale jak wiadomo to matka głupich - co prawda kochająca swoje dzieci. Trzymam kciuki, żeby tak właśnie się stało. Ale już z dyskusji na temat 5.4 widać, że stabilizacja trochę zajmie.
Dodatkowo co do Hardware Offload z którym są wieczne problemy. Na oryginale problemów nie masz po prostu zwyczajnie to działa. Mi to do szczęścia potrzebne nie jest, ale jak komuś na tym zależy, no cóż.
u mnie jedyne co uległo zmianie to
+ openvpn
+ SW nat 1
+ zmiana adresacji ze standardowych 192/
reszta na default, jedno i drugie wifi używane cały czas przez co najmniej 2 urządzenia
nie zauważyłem problemów ... z tego co widze bardziej problemy są z konkretnymi egzemplarzami -> może przegrzane CPU/ zajechany nand ?
ps: ostatnio ktoś przyszedł do mnie z jakimś tegorocznym modelem lapka -> pierwszy raz zobaczyłem 426Mbit na wifi AC ;p
@chemik89
Jak z egzemplarzami? Dwa mam i identyczne zachowania - jeśli to kwestia egzemplarza to dlaczego przejście na oryginalny soft rozwiązuje problemy?
@Vodnik - też miał dwa i też na obydwu miał problemy, jeszcze większe niż u mnie. I też na oryginale działał stabilnie - to właśnie jego odpowiedź skłoniła mnie do rozpoczęcia zabawy z oryginałem.
Jak bawiłem się oryginalnym softem to rozkręciłem router by dolutować RS'a - i wiesz co? Procesor ma taki malutki kamienny radiator - nie wiem czy można nawet nazwać go radiatorem - na którym w trakcie działania routera możesz cały czas trzymać palca.
Nie ma strachu, nie oparzysz się. Wiec o jakim przegrzaniu my mówimy? Rozkręć zobacz sam - w sumie to tam nie ma nic do odkręcania - po prostu otwórz!
pierwszy raz zobaczyłem 426Mbit na wifi AC
no super tylko co to ma do rzeczy? Chcesz powiedzieć, że na oryginalnym sofcie wyciągnie mniej?
Pewnie są konfiguracje (nie w sensie konfiguracja OpenWRT) tylko środowisko w którym ten router na OpenWRT działa stabilnie, ale jeśli ktoś ma szczęście używać go w takim środowisku to ma szczęście inni takiego szczęścia nie mają.
A zdecydowana większość nie zwraca na to uwagi.
Swoją nie żałuje zakupu - choć przez pewien czas żałowałem - ale teraz jestem mega zadowolony - z tym, że router działa na oryginale. Ale działa super, za taka cenę super router tylko, że nie koniecznie do zabaw na OpenWRT.
@MiG25
Nie bardzo rozumiem sens Twojego postu. Chciałbyś mnie przekonać i innych, że te problemy o których napisałem nie istnieją, czy o co chodzi?
Chciałem się tylko pochwalić ,że na 4szt R6220 nie mam resetów , cieknącej pamięci też nie zauważyłem (choć nie twierdzę ,że jej nie ma)...
Stwierdzenie ,że na orginale działa stabilnie też wcale nie wyklucza problemu sprzętowego. (swego czasu niektóre miały badblocki w NAND , i oryginałowi też to nie przeszkadzało )
ja mam ich 6, kupowałem jak były po 60pln.
Jak przejrzysz dokładniej tematy to wiele osób po wymianie na inny egzemplarz nie miało już żadnych problemów.
Tak rozbierałem je w cały świat, na głównym, ta blaszka co tam jest to może na 5min pik obciążenia wystarczy. Przy NATowaniu 800Mbit mam cały czas 99%.
A co do wifi - no ma - nigdy tyle nie widziałem na openwrt -> czyli jednak się da przy fartownym zestawieniu kart wyciągnąć.
Na oficjalnym pewnie by było 2x tyle.
I oczywiście - jako dummy ap też instalowałbym oficjalny soft, wiadomo że wszystko będzie działało lepiej. Pomijam już że nowe kernele jak i sam openwrt to już straszna kobyła w porównaniu z tym co było lata temu.
Ale nie rozumiem tego atakowania wszystkich naokoło - większości wszystko działa, szukałbym więc co może być powodem problemów u pozostałych. Z samego allegro ten model kupiło grubo ponad tysiac ludzi-> i to głównie z faktu obsługi alternatywnego firmware. Doceniam że postanowiłeś pogrzebać w oficjalnym fw, sam pewnie wgram je jako przedłużenie sieci.
jak dla mnie to leży tylko HW offload - który kiedyś działał -> teraz nie. I raczej nie zapowiada się by ktoś to ruszył.
jak dla mnie to leży tylko HW offload - który kiedyś działał -> teraz nie. I raczej nie zapowiada się by ktoś to ruszył.
Naprawili to już ponoć w wersji rozwojowej: https://github.com/openwrt/openwrt/comm … b99e756e59
mt7621 został niedawno wywrócony do góry nogami przy zmianie z 4.14 na 5.4. Także będzie się działo, zostaje kwestia czy zdążą dobrze "ustabilizować" snapshota.
@zygzak
Ale nie rozumiem tego atakowania wszystkich naokoło
Że co proszę? Jakie atakowanie?
Kompletny brak logiki w tym co napisałeś - to, że tobie działa w takiej, a nie innej konfiguracji, nie znaczy, że jakbym wziął Twój router do siebie, że by działał stabilnie.
Większość nie zwraca uwagi na stabilność, jeśli nie restartuje się co 5 min to nie zauważą tego.
Nie ma logiki w tym co napisałeś - czy rozumiesz, że na oryginalnym sofcie ten sam router działa bez takich problemów?
To chcesz mi wmówić, że oryginalny soft naprawia auto-magicznie działanie sprzętu w tym wyciek pamięci?
Kolego odrobinkę znam się na tym i to co napisałeś to są bajki osoby, która nie bardzo ogarnia temat.
Z samego allegro ten model kupiło grubo ponad tysiac ludzi-> i to głównie z faktu obsługi alternatywnego firmware.
Oczywiście, sam go własnie dlatego kupiłem. Po poleceniu przez Cezarego.
Tak rozbierałem je w cały świat, na głównym, ta blaszka co tam jest to może na 5min pik obciążenia wystarczy. Przy NATowaniu 800Mbit mam cały czas 99%.
Tam nie ma blaszki tylko kamień taki porowaty. Obciążenie CPU w moim routerze nawet przy oglądaniu 4K z Netflixa nie przekracza 3% w piku. I przez większość czasu to 0% (wiadomo umowne - trzeba rozumieć jak to jest mierzone).
Piszemy o konkretnym użyciu, a nie jakiś wymyślonych scenariuszach! Napisałeś, że powodem niestabilności, jest przegrzewanie się - nic takiego u mnie się nie dzieje. Mogę cały czas palec trzymać na procesorze! Pisałeś o zajechanym NAND - czy wiesz jak działa NAND i co to są bad blocki?
Wiesz, ja coś wiem na ten temat i nie NAND w obydwu moich sztukach nie jest zajechany - obydwie sztuki mają raptem kilka bad bloków - gdzie często nowe pamięci NAND mają więcej.
Poza tym na litość o czym my piszemy - jeśli zmienna jest soft, a nie hardware to o czym my piszemy?
Jak przejrzysz dokładniej tematy to wiele osób po wymianie na inny egzemplarz nie miało już żadnych problemów.
Wiele osób? Możesz podać jakieś przykłady?
Spotkałem się do tej pory z ponad 10 sztukami R6220 na OpenWRT i każda chodzi dobrze. Mój prywatny ma uptime 60 dni, ale jest tylko APkiem.
Wg mnie niektóre partie krzemu mają w sobie jakiś problem. Stock ma porobione obejścia a FOSS nie.
To samo jest z zawieszającym się USB w mt7620n, które na sprzęcie z OpenWrt wymaga restartu routera (DWR-921, DWR-116). Zdarza się to może w 1/50 sztuk i problem nie występuje na OFW.
@Królik
Jeśli to byłby jeden problem - to oki - może - w oryginalnym mają jakieś "obejście".
Ale drogi kolego to nie jest 1 problem. Już pisałem to kilka razy - może przy takim, a nie innym zastosowaniu - na OpenWRT działa stabilnie, co nie znaczy, że ta sama sztuka która u Ciebie działa stabilnie działała by tak u mnie!
Mam inny modem i inne urządzenia podłączone do routera itd.
Znasz kogoś kto miał problem i zmiana na inną sztukę rozwiązała by problem stabilności u niego? Tylko taki test byłby miarodajny - czyli dokładnie to samo środowisko zmiana sztuki i inne zachowanie.
Bo jak dotąd to i ja i kolega @Vodnik mamy zupełnie odwrotne doświadczenia - tzn. zmiana egzemplarza nie zmieniła nic w zachowaniu OpenWRT.
Ile masz wolnej pamięci RAM na OpenWRT po tych 60 dniach? Żeby, ilość wolnej pamięci nie była zaniżona to dobrze przez wydaniem polecenie free jest z droppować cache.
Czyli jeśli pamięci RAM jest podejrzanie mało to z droppować cache:
sync; echo 3 > /proc/sys/vm/drop_caches
i sprawdzić jeszcze raz. Ale to jak ktoś ma jakieś share'owanie po sambie to kernel wciąga do cache'a dane i to jest spoko, tylko, że zakłóca pomiar. Generalnie regularne drapowanie cache'y to nie jest najlepszy pomysł - jeśli pamięci jest mało bo system cachuje sobie dane to nie jest nic złego - jak trzeba to ją zwolni.
Strony Poprzednia 1 2 3 4 5 6 7 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie → Netgear R6220, 19.07 i restarty
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc