Export nvram z konsoli do pliku przed i po i porównanie plików np. przez notepad++ albo sublime text


Część ustawień możesz importować też z konsoli wpisując wartości do nvram ale z tym bym uważał bo składnia może być inna w nowej wersji :(

W takim razie nie będę wgrywał ponownie tylko cierpliwie czekał na poprawkę. Czy przy ewentualnym powrocie do testowego 132 multiWan też trzeba nvram czyścić?

133 AIO NoSMP na RT-N18U - notuję poważne spadki prędkości przy połączeniu wifi. Wygląda to tak, że np. podczas ściągania torrentów, jak się już rozpędzi to mocno obniża się szybkośc wynegocjowanego połączenia. W podłączonych urządzeniach widac spadki do 1Mb!, potem znowu się wspina aż do pełnych 450Mb. To cyferki w panelu Tomato, a na komputerze praktycznie ustaje download. Jest źle z kartą Linksys AE3000 oraz Intel 6235.

W 132 AIO NoSMP nic takiego nie miało miejsca. Pełna moc.

Czy ktoś może potwierdzic moje obserwacje 133nosmp+rtn18u ?

Połączony z 01 marzec 2016 21:17:18:
Wpaliłem z powrotem 132 AIO NoSMP i transfery 200Mb+ przez radio wróciły.
133 - bug or unknown feature ?

@SEpuLT - nie, powinno wszystko działać.

@pacuro - nic, kompletnie nic nie było zmieniane z sterownikach wifi i jego ustawieniach. Nie mam obecnie dostępu do 18tki. Jak wyzdrowieję to wybiorę się do kolegi i sprawdzę u niego.

Po wgraniu czystej wersji 133 i po ponownym ustawieniu optware nie działa mi rsync(oczywiście zainstalowany). Niby proces startuje ale nie widać go w htop ani kliencie inicjującym połączenie z rsync.

Połączony z 02 marzec 2016 20:37:51:
Wydanie komendy /opt/etc/init.d/S57rsyncd start
wyświetla:
Failed to parse config filejffs/rsync/etc/rsyncd.conf

chyba warto poczekać na 134 i pozostać z 132

a aktywowałeś partycje jffs ?

Nie aktywowałem. Do tej pory nie używałem jej. Mam tylko pena na /opt.

W logach znalazłem takie coś:

Tomato local3.warn rsyncd[18702]: rsync: listen() on socket failed: Address already in use (98)
Mar 3 07:41:59 Tomato local3.info rsyncd[18702]: Try using --ipv4 or --ipv6 to avoid this listen() error.
Mar 3 07:41:59 Tomato local3.warn rsyncd[18702]: rsync error: error in socket IO (code 10) at socket.c(568) [Receiver=3.0.9]

No to jak na działać. Skoro rsync szuka na niej pliku conf.

Błąd z /jffs wystąpił na wersji 3.1.1 którą dograłem przez scp.

Na wersji z optware czyli 3.0.9 występuje:
omato local3.warn rsyncd[18702]: rsync: listen() on socket failed: Address already in use (98)
Mar 3 07:41:59 Tomato local3.info rsyncd[18702]: Try using --ipv4 or --ipv6 to avoid this listen() error.
Mar 3 07:41:59 Tomato local3.warn rsyncd[18702]: rsync error: error in socket IO (code 10) at socket.c(568) [Receiver=3.0.9]

Dodałem więc w /opt/etc/default/rsync opcję --ipv4 i wg loga demon startuje ale i tak nie działa.

in use, czyli w użyciu. Masz już jedną instancję odpaloną. Sprawdź w "ps"

Po dodaniu do /opt/etc/default/rsync opcji --ipv4 demon startuje.

Sprawdziłem po stronie klienta co loguje w konsoli. Pokazały się ścieżki do udziału do którego robię kopię np. /tmp/mnt/tomatohdd.

Do tej pory nie miałem nic zadeklarowanego w rsync.conf i to działało !

Dodałem więc przykładowy udział [backup] wskazujący na /tmp/mnt/tomatohdd i teraz działa.

Zastanawia mnie dlaczego przestało...

ps pokazuje:
1969 root 2416 S /opt/bin/rsync --daemon --ipv4 -v

samo tomato nie ma nic do optware. Optware to osobny twók, korzystający ze swoich bibliotek uclibc. Nie widzę powodu by problemy z optware łączyć ze zmianą firmware.

Panie Michale, czy w wersji 1.33 zostało wyłączone GROCTL ?

Szczerze to nie pamiętam. Sprawdzę w zrodlach jak wrócę do domu.

a ja mam wrażenie, ze startuje jakoś ociężale po restarcie i przynajmniej u mnie pendrivy szybko odremontowuje tak ze trannsmision właściwie nie da się korzystać- tez mam jeden pod opt podmontowany właśnie ( myślałem ze może wina to któregoś z pendriwów ale być moze jest coś wiecej). Ale cóż zmiana jest duża ( z tym multi) wiec musi trochę potrwać jak do ładu dojdą pewnie i te drobne rzeczy.

i to się nazywa "dobra zmiana"

przy okazji rozpoczynam testy v134

Netgar r 7000 już przeszedł w odstawkę ?
Kiedy planujesz wydać publiczną wersję 134 ?

miałem do wyboru R7000, R8000 i RT-AC3200. Zdecydowałem się na Asusa. O przeznaczeniu pozostałych 2ch decyzji jeszcze nie podjąłem decyzji. Na pewno czeka mnie jeszcze recenzja R8000.

Dziś skończyłem przygotowania dla v134 w wersji ARM i ARM7. Zaczynam testy i równocześnie przystępuję to portowania zmian również dla Mipsela. Myślę, że koniec przyszłego tygodnia na wydanie v134 jest realny. Biorę również pod uwagę wydanie wersji ARM/7 wcześniej - to raptem kilka obrazów do skompilowania więc nie zajmie dużo czasu, a po kilku dniach Mipsel jak się skompiluje.

Też, chciałbym mieć taki wybór