Sziasztok!

A topik routere FreshTomatoUSB-vel képes lenne TRIM-et futtatni USB-re kötött SSD-n (maga az USB kütyü támogatja)?

Üdv!

Mivel itt az SSD nem SATA hanem USB porton lóg, így nem támogatja, ezért aztán az élettartama is rövidebb lesz a routeren, mint egy számítógépben. A TRIM utasításhoz AHCI módú SATA vezérlő szükséges tudtommal.

[ Szerkesztve ]

USB Attached SCSI protocol-on keresztül menne, csak akkor SCSI UNMAP-et kell kiadni a disk-nek, nem TRIM-et, magamtól idáig jutottam, FSTRIM se hiszem, hogy lenne ezekben a firmware-ekben, de nem tudom pontosan, mert forráskódban emlegettek fstrim-et, de önmagában még sokat nem jelent.

Nem valószínű, hogy bármi menne, mert régi a kernel.

Ez nem a Tomato-n múlik. Feltételezem a Tomato fejlesztői nem írták újra az egész szoftvert, így az Asus által közzétett, de zárt forrású binárisokra vannak korlátozva. Ezek a fájlok egy konkrét linux verzióval kompatibilisek, jelen esetben 2.6. Ahhoz hogy újabb kernelekkel is működjön, nem is feltétlenül az Asusnak, hanem pl. a wifi gyártójának (Broadcom?) kellene újrafordítania és kompatibilissé tennie.

Egyébként ugyanez a helyzet az Androidos telefonoknál. Amivel kiadták, azzal fog halálba menni, mert a különféle drivereket a gyártók jó előre egy bizonyos linux verzióra készítik el és évek után semmi "kedvük" pénzt ölni az új kernelverzióra való portolásba.

Egyetlen megoldás az új(abb) hardver, amihez új(abb) szoftverkomponensek járnak.

[ Szerkesztve ]

Nem is annyira válasznak szántam, csak hátha van itt olyan, aki nem tudta és annak segítség eligazodni

Én nem próbáltam az OpenWrt-t pont az említett probléma miatt, de ránéztem mi a helyzet N18U fronton és sajnos még mindig vacak a wifi támogatás [link]

[ Szerkesztve ]

Sziasztok!

Szeretnék egy kis segítséget kérni.
Szóval adott egy 2 szintes házikó, egy ismerősömék varrodája van az alsó szinten.Fenti szinten van bekötve az internet, a szolgáltató a Telekom saját routerével.Van nekik 3 darab laptopjuk, Kyocera P2040dn nyomtatójuk lennt a varrodai részen, illetve van egy ASUS RT-N18U routerük üresen, ez a boltjukba volt lenn, de megszünt a boltjuk, illetve van a falba lehúzva pár kábel, pl a DVR egység a kamerához lennt van a varrodában, az rávan dugva a falba lehúzott kábelre.Így neten bárhonnan eléri.Lényeg, hogy nincs több kábel.Fontos lenne nekik, hogy mind a 3 laptopról tudjonak nyomtatni, tehát hálózatban.Most úgy van jelenleg megoldva, hogy a 3 laptop közül van egy fő gép, amire felvan telepítve a nyomtató, és hálózatban megosztva.Nos azt szeretnénk, hogy routerre legyen kötve a nyomtató, és az ossza hálózatban a nyomtatási lehetőséget, tehát ne kelljen fölöslegesen néha menni a fő gépnek.A terv az volna, hogy a lehúzott kábelek egyikére, pl a kameráéra rádugnánk az RT-N18-at, a kamerát meg összekötnénk a routerrel, a routert meg a nyomtatóval.Mármint az RT-N18at, kérdés, hogy Kyocerát kezeli e vajon az RT-N18? Illetve milyen beállítás kell ehhez? AP Mód? Internetet wifin a telekomos router szolgáltatja. Köszi előre is a segítséget.

[ Szerkesztve ]

DokY | www.zsolti.hu

A nyomtatósdihoz nem értek annyira, de ha egyszer már hálózatban van, nem látja minden gép a nyomtatót?

Nekem egy egyszerű Canon multigépem van WiFi-n csatlakoztatva, de még drivert se kell telepítenem, Windows, Ubuntu (VM-ből is), Android azonnal felismeri még kikapcsolt állapotban is és bármelyikről tudok konfiguráció nélkül nyomtatni/szkennelni. A ti nyomatatótok ennyire macerás

Kézikönyv 87. oldal.

"If in doubt, flat out!" Colin McRae

És ez működik akkoris ha AP ként üzemel?

DokY | www.zsolti.hu

Sikerult megoldani, siman felismerte a Kyocera nyomtatot :)

DokY | www.zsolti.hu

Én felraktam a legújabb firmware-t, de ment vissza a régi. Vállalati környezetben használom a routert, 2 gép wifije elkezdte akasztani a win10-et, a többin is random akadások voltak. Kb. 26 eszköz lóg vezetékkel/wifin a routeren, ezzel a kiadással most valami nem stimmel. Remélem nem kell újabb 9 hónapot várni a javításra...

Full reset után is rossz maradt a legújabb firmware?

Nálam 18,5 napja fut, eddig nem tapasztaltam hibát.
Pedig sem reset, sem NVRAM törlés nem volt.
Igaz nálam otthoni a környezet és csak kb. harmadannyi eszköz kapcsolódik egyszerre rá.
Legújabb Download Master verzióval sem volt eddig gondom.
(CaPtChA tényleg nincs, ha router.asus.com-al lépek be, szóval kénytelen voltam erre átszokni. De amúgy szívem szerint az IP-t használnám, ami egyébként nálam nem az alapértelmezett.)

[ Szerkesztve ]

<:v)

Nem próbáltam, nincs kedvem újrakonfigolni a routert. Visszament az előző verzió és nincsenek problémák.

Hát, én is csak végső esetben szoktam újrakonfigurálni.

Egyébként kár volt írnom, hogy milyen stabil az új verzió, mert 40 perccel később (12:10-kor) összehalta magát nekem a router úgy, ahogy még sosem: totálisan leállt, majd csak a power LED-je villogott és kész. Többször is újraindítottam, de a végeredmény ugyanaz lett...

Végül úgy sikerült helyreráznom, hogy az ASUS Firmware Restoration v2.1.0.2-vel feltöltöttem rá ugyanazt az FW-t, ami már eleve is rajta volt (v3.0.0.4.382.52230). Ez valahogy helyrerázta és minden beállítása is rendben megmaradt. Csak 2 órát szívtam vele, mire erre rájöttem, mert nekem még sosem halt meg így korábban! Szóval tényleg lehet, hogy van valami ezzel a legújabb verzióval...

Amúgy ilyesmit naplózott, amíg nem ment:
May  5 07:05:01 syslogd started: BusyBox v1.17.4
May  5 07:05:01 kernel: klogd started: BusyBox v1.17.4 (2020-04-27 20:42:39 CST)
May  5 07:05:01 kernel: Bad eraseblock 614 at 0x000004cc0000
May  5 07:05:01 kernel: Bad eraseblock 615 at 0x000004ce0000
May  5 07:05:01 kernel: Bad eraseblock 616 at 0x000004d00000
[...]
May  5 07:05:02 nat: apply redirect rules
May  5 07:05:02 kernel: Bad eraseblock 797 at 0x0000063a0000
May  5 07:05:02 kernel: Bad eraseblock 798 at 0x0000063c0000
May  5 07:05:02 kernel: Bad eraseblock 799 at 0x0000063e0000
[...]
May  5 07:05:03 kernel: Options: NO_AUTOINCR,NO_READRDY,BBT_SCAN2NDPAGE,
May  5 07:05:03 kernel: Creating 2 MTD partitions on "brcmnand":
May  5 07:05:03 kernel: 0x000004000000-0x000007ec0000 : "brcmnand"
May  5 07:05:03 kernel: 0x000007ec0000-0x000008000000 : "asus"
May  5 07:05:03 kernel: VFS: Mounted root (squashfs filesystem) readonly on device 31:3.
May  5 07:05:03 kernel: ctf: module license 'Proprietary' taints kernel.
May  5 07:05:03 kernel: Disabling lock debugging due to kernel taint
[...]
Ez alapján valaki linuxos meg tudja mondani mi történhetett?
Ilyen "Bad eraseblock" volt egy rakás, nem másoltam be mind.
Én még eddig nem láttam ilyet.
Az USB-n csatlakoztatott HDD-vel lehetett valami vagy ez a router saját fájlrendszerében volt?

Most mindenesetre jó megint, csak ki tudja meddig. A korábbi verzió ment gond nélkül majdnem egy évig, ez az új meg 8,5 nap után így összehalta magát. (Persze lehet, hogy ez véletlenül történt éppen most és semmi köze az FW verzióhoz, nem tudom sajna...)

<:v)

Amúgy kb. éppen akkor, amikor az összehalás megtörént, egy torrent-et töröltem Remote GUI-val, lehet hogy az tett be neki (de korábban azzal sem volt nekem még gondom soha)...

UPDATE:
Most nézem, hogy állítólag az NVRAM szarakodhatott, lehet, hogy kezd elromlani:
https://rog.asus.com/forum/showthread.php?107829-RT-AC88U-Bad-eraseblock
A router kb. 3,75 éves, szóval már túl van a garin.
Remélem nem lesz nekem mostantól egyre gyakrabban ilyen...

[ Szerkesztve ]

<:v)

CPU hőmérséklet mennyi nálad? Nálam az előző példány úgy halt meg, hogy 90fok fölött/körül volt folyamatosan. Még a cpu hűtésen is javítottam, pasztáztam, pár fokot nyertem, de aztán csak megadta magát.
Utána vettem egy másikat, ez most két hete 80-81fok körül volt, üresjáratban.

Futtattál rajta torrentet vagy bármit, amit egy faék egyszerű routeren nem lehetne?

Itt most 67-68°C-os a CPU, a WiFi blokk 47°C. (A szoba ~26 fokos és nem nyúltam a cucc hűtéséhez.)

[ Szerkesztve ]

Naná!
Torrentezésre csak azt használom, van hogy akár egy teljes napig is fut rajta.
De korábban sosem volt vele ilyen gondom, nyáron, sokkal nagyobb hőségben sem...
Sőt, annyira stabil volt az előző verzió, hogy majdnem egy évig folyamatosan futott (csak az új FW verzió telepítése miatt kellett újraindítani).

<:v)

Megtaláltam, hogy tudom megnézni CPU hőmérsékletét, de nem magas nekem:

Limpi@RT-N18U:/tmp/home/root# cat /proc/dmu/temperature
CPU temperature : 68▒C


[ Szerkesztve ]

<:v)

Mekkora hőmérséklet elérése felett aggódjak?
Eddig eszembe sem jutott ezt nézni...

Egyébként most is éppen torrent-ezik, a CPU és a RAM usage is 90-100% körüli, szóval emellett 68 fokos a CPU, ami gondolom így azért nem számít magasnak. (Nyáron, nagy hőségben kb. 6 fokkal lesz melegebb a szobámban szerintem...)

[ Szerkesztve ]

<:v)

A WiFi blokk hőmérsékletét is tudom csekkolni valahogy?

Ezt találtam még:
Limpi@RT-N18U:/tmp/home/root# wl -i eth1 phy_tempsense
54 (0x36)

Ez pont az lenne?
Állítólag utána még ezt el kell osztani 2-vel, és hozzáadni 20-at, hogy megkapjam az aktuális hőmérsékletet, LOL. Szóval 47 fok akkor nekem...

Igazán feltehetnék a hőmérsékleteket a GUI-ra is, ha már egyszer lehet figyelni...

[ Szerkesztve ]

<:v)

Ja, a szoba 23 fokos jelenleg nálam.
Szóval amellett és teljes terhelés mellett 68 fokos a CPU és 47 fokos a WiFi.
Szerintem nem melegedés miatt halt be.

<:v)

Egy helyen meg ezt olvastam:
"Threshold for this router's CPU is 130°C"
De erre azért én nem vennék mérget, 90°C felett azért elkezdenék aggódni...

(Itt:
https://www.reddit.com/r/HomeNetworking/comments/48emqo/asus_rtn18u_router_high_cpu_temperature_8085c/
)

[ Szerkesztve ]

<:v)

Sziasztok,
Az alábbiakban kérem a hozzáértők segítségét:
Szeretném a Ping értékét javítani-maximalizálni, ehhez miket kell átállítani a router beállításai közül? Korábban sikerült parancs-sorból pingelni a google szerverét, most" General Failed" az eredmény. Mit kell beállítanom, hogy működjön? A router Asuswrt-Merlin 384.16 firmware-rel üzemel.
A válaszokat előre is köszönöm!
Üdv.

A Google melyik szerverét?
Más szerverekkel is ez van?

<:v)

Csináltam magamnak egy kis scriptet (net-ről ollóztamössze ):

#!/bin/sh
#Retrieve CPU temperature
CPUTEMP=`cat /proc/dmu/temperature|awk '{print $4}'`
CPUTEMP2=${CPUTEMP%??}
#Retrieve WiFi temperature
WIFITEMP=`wl -i eth1 phy_tempsense|awk '{print $1/2+20}'`
#Retrieve CPU usage of the system in percentage
CPUUSG=`top -bn 2 -d 1 | grep '^CPU:' | tail -n 1 | awk '{print $2+$4+$6}'`
#Retrieve memory usage of the system in percentage
MEMUSG=`free -m|grep "Mem"|awk '{print $3/($4+$3) * 100}'`
#Display all stuff
echo "CPU usage: $CPUUSG %"
echo "RAM usage: $MEMUSG %"
echo "CPU temp : $CPUTEMP2 C"
echo "WiFi temp: $WIFITEMP C"

Így akkor most könnyen tudom csekkolni a hőmérsékleteket telnet-tel csatlakozva:

RT-N18U login: Limpi
Password:
Limpi@RT-N18U:/tmp/home/root# ./i
CPU usage: 0 %
RAM usage: 19.3269 %
CPU temp : 67 C
WiFi temp: 46.5 C
Limpi@RT-N18U:/tmp/home/root# exit

Bár lehet, hogy ez sokaknak itt evidens, de nekem csomó nyomozás volt.

[ Szerkesztve ]

<:v)

Szia,
Cmd-be ezt írtan: "ping -t 8.8.8.8"
Vagy valamit rosszul csináltam?
De bármilyen szervert írok be, ugyanaz az eredmény: "General Failed"

[ Szerkesztve ]

Az összes router log teljes körű törlésére van trükkje valakinek?
Ha webadmin felületen kitörlöm, akkor látszólag rendben megtörténik és jól működik egészen addig, amíg nem indítom el a Download Master-t, amitől a log elejére kerül egy rakás február 22-i sor (néhány kernel összehalás), ami valahol beragadhatott szegénykémnek és mindig újra előveszi...
Full reset nélkül gondolnám megoldani persze.

Amire eddig rájöttem:
/tmp/syslog.log
/jffs/syslog.log
Az első a fő log, a másik ennek másolata. De ezeknek a tartalma jó!
Szóval valahol másol is van még egy olyan log, ami nekem néha valamiért néha a fő log elejére másolódik...

[ Szerkesztve ]

<:v)

Nem, csak én arra gyanakodtam, hogy a pingelt szerver rossz éppen.

De nem, nálam jelenleg megy jól:
C:\Users\Limpi>ping 8.8.8.8 -t -n 10
Pinging 8.8.8.8 with 32 bytes of data:
Reply from 8.8.8.8: bytes=32 time=10ms TTL=119
Reply from 8.8.8.8: bytes=32 time=8ms TTL=119
Reply from 8.8.8.8: bytes=32 time=9ms TTL=119
Reply from 8.8.8.8: bytes=32 time=13ms TTL=119
Reply from 8.8.8.8: bytes=32 time=7ms TTL=119
Reply from 8.8.8.8: bytes=32 time=6ms TTL=119
Reply from 8.8.8.8: bytes=32 time=9ms TTL=119
Reply from 8.8.8.8: bytes=32 time=10ms TTL=119
Reply from 8.8.8.8: bytes=32 time=10ms TTL=119
Reply from 8.8.8.8: bytes=32 time=10ms TTL=119
Ping statistics for 8.8.8.8:
    Packets: Sent = 10, Received = 10, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 6ms, Maximum = 13ms, Average = 9ms

Így viszont akkor sajna nem tudom mi lehet nálad.
Gondolom a router restart-ot már próbáltad.

Esetleg kipróbálhatod, hogy ez mit csinál:
tracert 8.8.8.8
Nekem rendben végigmegy, szerinte ez a dns.google [8.8.8.8]

[ Szerkesztve ]

<:v)

Igen, a restart már megtörtént.
Esetleg a tűzfalnál a válasz pingelésre -mivel nálam ki van kapcsolva - okozhatja ezt?
"tracert 8.8.8.8' eredménye: General Failue

[ Szerkesztve ]

Tapasztalatom szerint ez akkor van, amikor még nem tudott időt szinkronizálni. Tipikusan újraindítás során jön elő, ugyanis nincs benne gombelem, amivel a belső órát lehetne hajtani. Hogy a DM hogyan hozza ki belőle ezt a működést, az jó kérdés

[ Szerkesztve ]

Találtam róla egy fórumot:
https://superuser.com/questions/433416/why-do-i-get-general-failure-when-pinging-host-name-on-a-win-7-node-on-the-net
De szerintem várd meg, míg itt valaki más válaszol...

<:v)

Köszi! Nem biztos, hogy közvetlenül a DM indítás felelős érte, de nekem olyankor is megtörténik.
Találtam még USB logot:
/tmp/usb.log
A beragadt februári sorokat persze nem találom sehol...

UPDATE:
Megvan, itt ragadtak be:
/tmp/syslog.log-1
LOL
Ezt most kitöröltem, így már csak jó lesz...

[ Szerkesztve ]

<:v)

A firmware binárisban kellene keresned binwalkkal, mivel az egy beégetett érték Kb. mint az 1980 a szórakoztatóelektronikai kütyükben.

Köszi, de közben jó lett a syslog.log-1 törlésétől, ami vmiért a syslog.log mellett létezett és pont csak az általam kifogásolt februári sorokat tartalmazta.
(Béna, hogy a webadmin felületen a log törlés azt nem törölte ki magától...)

<:v)

Amúgy nekem kicsit sem tűnik úgy, hogy a router torrent-ezéstől melegedne,
1 óra után sem változtak a hőfokok:
Limpi@RT-N18U:/tmp/home/root# ./i
CPU usage: 64 %
RAM usage: 87.9715 %
CPU temp : 67 C
WiFi temp: 47 C


Asszem' akkor le is kattanok erről a témáról.
Az összehalás remélhetőleg vmi extrém ritka egyedi eset volt.

<:v)

Rohadt februári sorok megint visszajöttek, szóval máshol is tárolja még őket és az sem tiszta nekem, hogy mikor teszi vissza...

Ja és a webadmin log törlése mégis törli mindkét fájlt.
De később a syslog.log-1-et visszateszi valami, benne a februári sorokkal.

Viszont most megtaláltam ezt is:
/jffs/syslog.log-1
Innen tehette vissza, de most itt is töröltem...

[ Szerkesztve ]

<:v)

Nálam stabilan 83-84 C a CPU hőmérséklete, bármit csinálok.
Ennyi volt Tomatoval, FreshTomatoval és most DD-WRT-vel is.
Viszont ezekkel nem kell parancssorból varázsolni, hogy megtudjam a hőmérsékletet, mert kiírja a főoldalon.

(the cake is a lie)

Gondolom akkor más HW revision lehet vagy nem tudom, de nekem több órás masszív terhelés mellett is max. 68 C a CPU és 48 C a WiFi. Persze mostanában csak 22-23 fok van a szobámban.

Nekem a gyári FW teljesen jó volt eddig mindenre, beleértve a torrent-ezést is, csak kicsit kellett átkonfiguráni Download Master-t, ami valójában egy transmission és persze a Remote GUI-val lehet csak kényelmesen használni. Igazán stabilan csak 2,5 MB/s körül tölt le így, de nekem az elég. Egy komplett WinXP-s szervert váltottam ki vele, ami csak uTorrent-ezett. Az persze azért gyorsabb volt.
De 3,75 éve megy már így az egész stabilan, csak az új FW és DM verziók kavarnak be néha.
Igazából minden FW upgrade után NVRAM törlés, full factory reset kéne, csak általában próbálom megspórolni... Az előző FW verziónál mondjuk nem tudtam, mert nekem is elkezdte ledobálni WiFi-n a klienseket. De reset után jó volt, majdnem 1 évig nem kellett újraindítani. Talán most majd nem csinálja a szarakodást...

A DD-WRT-t találtad a legjobbnak?

[ Szerkesztve ]

<:v)

Igen, a DD-WRT-t kicsit macerásabb volt bekonfigurálni, de azóta stabil és megbízható, és sokkal sokoldalúbb.
A FreshTomato nem ment normálisan gigabites kábellel, és nem osztotta vissza rendesen a torrenteket.
A régi Tomato meg kiakadt a nagyméretű torrentektől.

(the cake is a lie)

Egyébként az én RT-N18U-m dobozán ez áll:
H/W ver.: A1
Szóval gondolom a legelső verzió lehet.

<:v)

Be tudod linkelni nekem, hogy pontosan melyik DD-WRT verziót használod?

<:v)

Az utolsót, ami tavaly augusztusi.
Pontosabban majd este tudom megmondani, ha otthon leszek.

(the cake is a lie)

Simán megy a FreshTomato gigabites kábellel, a torrentről nem tudok nyilatkozni. DD-WRT-n az Access Restriction hogy működik? Lehet kipróbálnám, mert a Tomato-nál van egy olyan bajom, hogy az élő kapcsolatokat nem szakítja meg egy ideje (2020 01- vagy akörnyéki review óta)

Fapados workaround lehet, de esetleg ha időzítesz akkorra egy WAN reconnect-et is? Vagy ez túl zavaró lenne?

Ezzel minden connection megszakad, ha jól sejtem... De egy próbát megér, hogy tudom ezt felvenni-törölni?