Przejdź do treści forum
eko.one.pl
OpenWrt, Linux, USB, notebooki i inne ciekawe rzeczy
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Opcje wyszukiwania (Strona 2 z 3)
Poczekałem, Zainstalowałem, Działa
Tylko że nie widzi całej pamięci Flash (zamontowana kostka 16MB), zachowuje się jakby było nadal 4MB - da się to jakoś łatwo naprawić?
-----------------------------------------------------------------------------
| |
| OpenWrt 19.07-SNAPSHOT, r10642-22c443c20c |
| |
| Build time: 2019-11-04 10:39 CET |
| Cezary Jackiewicz (obsy), http://eko.one.pl |
| |
-----------------------------------------------------------------------------
| Machine: TP-Link TL-WR740N v4 |
| Uptime: 0d, 00:01:07 |
| Load: 0.80 0.28 0.10 |
| Flash: total: 640KB, free: 420KB, used: 34% |
| Memory: total: 58.7MB, free: 46.6MB, used: 20% |
| WAN: |
| LAN: 172.16.10.3, leases: 0 |
-----------------------------------------------------------------------------
Edit: Teraz też zauważyłem że nie ma pliku "/etc/config/wireless" i nie działa w nim WiFi
OK, w takim razie jeszcze się wstrzymam
Dzięki 
Dziś po pracy go zainstaluje
Dziękuję za pomoc - a na następny raz skorzystam już z wyszukiwarki 
Witam.
Mam takie pytanko odnośnie obrazu OpenWrt 19.07 dla routerka TL-WR740 v4.23.
Na dl.eko.one.pl takiego obrazu nie ma z uwagi na malutką jak na dzisiejsze standardy ilość pamięci flash i RAM.
I tutaj pytanie do Cezarego - czy byłaby możliwość przygotowania obrazu pod ten routerek jeżeli ma on wymieniony flash na 16MB?
Wspominałem w swoim poprzednim poście że mam właśnie sambę4 - w repo jest rzeczywiście samba3.6 - ale nie testowałem, od razu zainstalowałem sambę4
Rozumiem - czyli wynika z tego że testowanie macierzy RAID z wykorzystaniem hdparm'a mija się z celem.
Ale pomijając już ten fakt, nadal nurtuje mnie pytanie dlaczego transfer danych jednego dużego pliku nie jest płynny na jakimś stałym poziomie, tylko tak faluje - niezależnie czy jest to SMB (samba4) czy FTP (vsftpd)
Transfer spada chwilami zupełnie do zera, widać to nawet na diodach switch'a bo przestają wtedy mrugać - wtedy wykorzystanie procesora przez procesy samby czy vsftpd spada do 0%, gdzie podczas przesyłania danych oscyluje w okolicach 15%
Witam! Sprzęt którego dotyczy temat to Lenovo ThinkPad X220 z zainstalowanym OpenWRT 19.07-SNAPSHOT od Cezarego. Podłączone do wyżej wymienionego sprzętu są dwa dyski WD 320GB
- pierwszy (sda) do wbudowanego portu SATA
- drugi (sdd) do jednego z portów USB poprzez adapter
root@X220:/etc/config# hdparm -t /dev/sda
/dev/sda:
Timing buffered disk reads: 250 MB in 3.01 seconds = 83.09 MB/sec
root@X220:/etc/config# hdparm -t /dev/sdd
/dev/sdd:
Timing buffered disk reads: 110 MB in 3.02 seconds = 36.38 MB/sec
Na dyskach utworzone są po dwie partycje:
- pierwsze partycje obu dysków tworzą macierz RAID0 (md0)
- drugie partycje obu dysków tworzą macierz RAID1 (md1)
root@X220:/etc/config# hdparm -t /dev/md0
/dev/md0:
HDIO_DRIVE_CMD(identify) failed: Not a tty
Timing buffered disk reads: 222 MB in 3.01 seconds = 73.70 MB/sec
root@X220:/etc/config# hdparm -t /dev/md1
/dev/md1:
HDIO_DRIVE_CMD(identify) failed: Not a tty
Timing buffered disk reads: 242 MB in 3.01 seconds = 80.44 MB/sec
No i tutaj pojawia się kilka pytań:
1. Dlaczego prędkość RAID0 (md0) jest mniejsza niż prędkość pierwszego dysku na SATA (sda)?
2. Dlaczego test hdparm'em wykazuje prędkość RAID1 (md1) większą niż jest w rzeczywistości, oraz dlaczego podczas przesyłania danych transfer tak "faluje", spadając chwilami nawet do 0 kB/s (widoczne na zdjęciach poniżej)
Przesyłanie pliku 3,5GB przez sieć na macierz RAID0 (md0):
Przesyłanie pliku 3,5GB przez sieć na macierz RAID1 (md1):
Taki Hub opisywany na forum: LINK,
zakupiłem około 4 lata temu, od tamtej pory nieprzerwanie współpracuje z WDR3600, na co dzień podłączony jest modem 4G, ale podłączane były dyski, kamery, pendrive, i wiele innych dziwnych rzeczy i nigdy nie zawiódł
PS. Na pewno chodzi o dyski 250-500 MB, czy może raczej o 250-500 GB ?
@Cezary chcesz powiedzieć że m. in. stare poczciwe TP-Linki WR740 v4 które mają 4M/32M mogę nie dostać już wsparcia od kolejnych wersji OpenWRT?
A czy po zmianie Flash i Ram na większy będzie możliwość samodzielnej kompilacji na takie platformy ?
Zrobiłem tak jak proponował MrB i rzeczywiście działa bez ustawiania specjalnie sekcji route
Dziękuję wszystkim którzy zainteresowali się tematem, za sugestie i konkretną pomoc
Powrót do tematu po kilku dniach, zaglądając do linku od Cezarego - myślałem że dodanie opcji "option gateway 10.8.0.2" pomoże, no niestety nie pomogło
może powinienem wpisać "option target 10.8.0.0?
Poniżej fragment /etc/config/network zawierający konfiguracje interfejsu WireGuard'a
config interface 'wg0'
option proto 'wireguard'
option private_key '<KLUCZ>'
list addresses '10.8.0.2/32'
config wireguard_wg0
option public_key '<KLUCZ>'
option route_allowed_ips '0'
list allowed_ips '0.0.0.0/0'
option endpoint_host '<IP_SERWERA>'
option endpoint_port '55123'
option persistent_keepalive '25'
option description 'openwrt'
Dzień Dobry.
Na Routerku WDR3600 z OpenWRT 18.06 od Cezarego zainstalowany jest klient WireGuard. Łączy się on do serwera WG bez problemu, ale aby móc nawiązać jakie kolwiek połączenie typu SSH czy PING z Serwerem czy innymi Klientami konieczne jest dodanie trasy do tablicy routingu
"ip route add 10.8.0.0/24 via 10.8.0.2. Niestety przy zaniku internetu czy zerwaniu połączenia trasa znika i trzeba ją dodawać ponownie.
Czy jest możliwość aby przy każdym nawiązaniu połączenia ta trasa dodawała się automatycznie?
Działa
Dziękuje
Ma być zwykłym hostem
tutaj /etc/config/network
config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config globals 'globals'
option ula_prefix 'fd6e:8f16:0290::/48'
config interface 'lan'
option type 'bridge'
option ifname 'eth0.1'
option proto 'static'
option ipaddr '192.168.1.10'
option netmask '255.255.255.0'
option ip6assign '60'
config device 'lan_dev'
option name 'eth0.1'
option macaddr 'c4:71:54:c8:12:64'
config interface 'wan'
option ifname 'eth0.2'
option proto 'dhcp'
config device 'wan_dev'
option name 'eth0.2'
option macaddr 'c4:71:54:c8:12:65'
config interface 'wan6'
option ifname 'eth0.2'
option proto 'dhcpv6'
config switch
option name 'switch0'
option reset '1'
option enable_vlan '1'
config switch_vlan
option device 'switch0'
option vlan '1'
option ports '1 2 3 4 6t'
config switch_vlan
option device 'switch0'
option vlan '2'
option ports '0 6t'
config interface 'vpn'
option ifname 'tun0'
option proto 'none'
Witam
Mam routerek z ustawionym statycznym adresem IP bez włączonego DHCP, który jest podłączony jednym portem LAN do sieci. Chciałbym aby routerek miał dostęp do internetu, w tym celu wykonuje polecenie "ip route add default via 192.168.1.1", wtedy routerek ma dostęp do internetu i wszystko jest w porządku.
Jednakże chciałbym aby po restarcie routerka, on nadal miał internet co niestety się nie dzieje, a dodanie wyżej wymienionego polecenia do "/etc/rc.local" nie skutkuje, czy można to jakoś inaczej zrealizować?
Dokładnie o to chodziło - Dziękuje
Witam. Mam wylutowaną kość flash z routerka TL-WR841n V13, chciałbym wgrać na nią OpenWRT. Czy ktoś może wie, w które miejsce na kość ją wgrać, chodzi mi o adres w HEX'ie
Pozdrawiam serdecznie i z góry dziękuje za pomoc
Udało mi się problem rozwiązać - należało zainstalować "coreutils-stty" i wyłączyć echo na konsoli szeregowej poleceniem: "stty -F /dev/ttyATH0 -echo"
Routerek to TL-WR740 v4.23. Jestem świadomy że wszystkie komunikaty kierowane są na konsole szeregową, dlatego też to co w linku już wykonałem (dodatkowa linia do TX'a też jest poprowadzona), komunikaty z UBoot'a przy samym starcie routerka nie przeszkadzają.
Po startcie systemu konsole mam już "czystą", przeszkadza jednak fakt że to co on dostanie na swoją linie RX, odrazu wysyła z powrotem na swojej linii TX
Dobry Wieczór. Mam takie szybkie możliwe że dość błahe pytanie - otóż mam do wejścia konsoli szeregowej routerka podłączony czujnik, dzisiaj chciałem wykorzystać wyjście tej samej konsoli, ale okazuje się że na wyjściu z routerka, pojawiają się dane które routerek dostaje z czujnika.
Jest to logiczne gdy podłączamy komputer do routerka - naciskamy klawisz, routerek wysyła go z powrotem i widzimy na ekranie to co nacisnęliśmy, w moim przypadku jest to jednak efekt nie pożądany - i pytanie brzmi, czy można jakoś to wyłączyć?
W routerku pod mikroskopem nie widziałem nic niepokojącego, ale stwierdziłem że wymienię kostkę na inną o tym samym oznaczeniu, a jako że miałem mikroskop to udało się to zrobić dużo staranniej.
Routerek przeszedł poprawnie całonocny memtest, na tą chwile zainstalowane jest OpenWRT 18.06.2, wykonuje kilka prostych czynności, uptime wynosi 1 dzień i 4 godziny - wstępnie więc wszystko jest w porządku, a jako prawdopodobną przyczynę wskazałbym niepoprawnie przylutowaną kość RAMu
Ogromne podziękowania dla Cezarego jak i pepe2k za ekspresową i konkretną pomoc
PS. Jako ciekawostkę dwa zdjęcia spod mikroskopu
Zainstalowałem BB, memtester, wywołałem w takiej postaci jak poniżej (jak próbowałem dać więcej niż 46 MB to test się nie uruchamiał), czy to by wskazywało że z RAM'em jest wszystko w porządku ?
root@OpenWrt:/tmp# memtester 46m 1
memtester version 4.1.3 (32-bit)
Copyright (C) 2010 Charles Cazabon.
Licensed under the GNU General Public License version 2 (only).
pagesize is 4096
pagesizemask is 0xfffff000
want 46MB (48234496 bytes)
got 46MB (48234496 bytes), trying mlock ...locked.
Loop 1/1:
Stuck Address : ok
Random Value : ok
Compare XOR : ok
Compare SUB : ok
Compare MUL : ok
Compare DIV : ok
Compare OR : ok
Compare AND : ok
Sequential Increment: ok
Solid Bits : ok
Block Sequential : ok
Checkerboard : ok
Bit Spread : ok
Bit Flip : ok
Walking Ones : ok
Walking Zeroes : ok
Done.
Kostka to: "Hynix HY5DU121622CTP-D43"
Sugerowałem się tym co znalazłem na "https://openwrt.org/toh/tp-link/tl-wr740n"
przy "64MB RAM mod v4 - Working chips"
Również wieczorem wrzucę BB, zainstaluje "memtester" i zdam relacje
W porządku, dzisiaj wieczorem zorganizuje mikroskop, prześledzę każdą nóżkę i dam znać czy udało się znaleźć coś niepokojącego.
Pierwszy raz wymieniałem taki RAM i myślałem że gdyby jedna nóżka była nie w porządku, to routerek by się w ogóle nie uruchomił, albo byłby jakiś błąd już na etapie bootloader'a.
Znalezione posty: 26 do 50 z 64
