1

(515 odpowiedzi, napisanych Oprogramowanie / Software)

Kompilacja 21.02 zrobiona pod wrt32x z Luci. Jest to jeszcze bardzo nie dopracowane i nie nadaje się do normalnego używania. Miałem również problem z WAN nie działo DHCP. problem HTTPS itp. Jest jeden plus nie ubiło routera smile.

To nie tak, że mi się nie chciało sad, nie zauważyłem tego.
Dziękuję za wskazanie problemu.

Plik konfiguracyjny:

https://pastebin.com/W4xxqKgi

log:
https://pastebin.com/p4CjssLv

Chyba nie do końca tak jest bo wcześniej na tym samym ./config kompilował. Ja tylko odznaczyłem mu aby było mniej.
I przestał tworzyć obrazy. Spróbuję z -j1 i zobaczę co wyspie.
Nie ma żadnych błędów wszystko przechodzi bez błędów.

A obrazów brak

Witam Wszystkich,

Podczas kompilowania OpenWrt Snapshot-19.07 nie tworzą mi się obrazy:
openwrt-  -squashfs-factory.bin
openwrt-  -squashfs-sysupgrade.bin
Kompilator nie wyrzuca żadnych błędów - kompilacja kończy się sukcesem.
Cała procedura przeprowadzana jest na świeżej instalacji openwrt.
Co jest nie tak? Wcześniej takiego problemu nie miałem, pliki generowały się za każdym razem.
Czy to problem jakiś uprawnień di katalogów? Czy błędnego ./config'a?.
Sprawa jest o tyle ciekawa, że wcześniej tworzyły się one, ale jeżeli cokolwiek zmienię np. wyłączę np. WOL to obrazy już się nie aktualizują.

Pozdrawiam

Nie rozumiem jak to jest możliwe, że Remus ma niższą temperaturę na oryginalnym sofcie. Ja używam oryginalnego oraz własnej kompilacji  openwrt 19.07 (4.14.162), zarejestrowane temperatury są takie same ok 69 -72 deg C.  Jedynie zastosowanie chłodzenia aktywnego pozwala obniżyć temperaturę do 59 deg C. Owszem obrazy Cezarego są upchane w celu zapewnienia potrzeb rożnych użytkowników smile. Problem nie jest openwrt bo oryginalnie w wrt32x jest openwrt 18.06. To jest problem chipa.

https://forum.openwrt.org/t/cpu-frequen … tc/2808/63
https://patchwork.kernel.org/patch/10095683/
https://github.com/MarvellEmbeddedProce … mada-17.10

Ludzie zgłaszają ten problem ale moim zdaniem nie zostanie to rozwiązane ze względu na stabilność pracy układu.

Cezary napisał/a:

Blokujesz ten mac adres i na routerze - to jest wtedy jak się do niego ktoś podłączy i na repeaterze - to jest w wtedy jak się ktoś do repeatera podłączy. W obu miejscach go blokujesz.


Dokładnie tak jak pisze Cezary reguła na routerze i na REPEATER i blokujesz tylko to co chcesz (po mac adresie).
Nie pisałem wydawało się to oczywiste smile

mygen Nie wiem czy udało ci się pokonać problem z blokadą.
Ja go rozwiązuję w ten sposób:
w etc/config/firewall dodaje regułę:

config rule
    option name 'KIDS'
    option src '*'
    option src_mac 'xx:xx:xx:xx:xx:xx'
    option dest '*'
    option proto '0'
    option start_time '08:00:00'
    option stop_time '15:00:00'
    option weekdays 'mon tue wed thu fri'
    option target 'REJECT'
Po dopisaniu reguły lub reguł zapisujesz i restartujesz firewall'a

/etc/init.d/firewall restart

Możesz sprawdzić jeszcze czy wszystko jest OK po wpisaniu komendy:

fw3 reload

Ps. Ważne aby czas na routerze był dobrze ustawiony.
Druga sprawa, jak sprawdzasz na telefonie to wyłącz dane komórkowe, bo system automatycznie przełączy się do działającej sieci

9

(1,299 odpowiedzi, napisanych Oprogramowanie / Software)

Cezary napisał/a:

Zgłosiłeś buga na bugs.openwrt.org?

Nie, nie zgłaszałem ale tak sobie teraz myśle, że powinienem bo to ewidentnie wina nowych sterowników bo na 18.06 zero problemów

10

(1,299 odpowiedzi, napisanych Oprogramowanie / Software)

Testowałem te obrazy na wrt32x i wrt3600, ale zrezygnowałem niestety był problem na wrt32x zrywało WIFI z komputem a w zestawieniu relayd wrt3600 -> wrt32x maksymalna szybkość na moście to 10Mb. Nie obserwuję tego dla wersji 18.06 (obrazy pobrane z eko.one.pl). A po rozłączeniu nie uzyskiwałem pełnej szybkości połączenia 866.7 Mb/s z routerem. Choć powiem, że opcje 19.07 w Luci zachęcająco wyglądają.