- Samsung Galaxy A54 - türelemjáték
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Yettel topik
- iPhone topik
- Samsung Galaxy S21 FE 5G - utóirat
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Samsung Galaxy A71 - elég ennyi?
- Telekom mobilszolgáltatások
- A Watch7-tel debütálhat a Samsung vércukormérője
Hirdetés
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
-
Érkezőben a Poco M6 4G
ma 5G-s és 4G-s Pro modell már van, hamarosan lesz Poco M6 4G-s alapváltozat is.
-
Rövid előzetesen a S.T.A.L.K.E.R. 2: Heart of Chornobyl
gp Továbbra is szeptemberi premierrel számolnak a fejlesztők, reméljük több halasztásra már nem kell számítanunk.
-
Mobilarena
600 Mbps-os tempót ígér 2,4 GHz-en az ASUS RT-N18U High Power routere
Új hozzászólás Aktív témák
-
Intruder2k5
MODERÁTOR
válasz VANESSZA1 #13799 üzenetére
Hát.... Első találat.
-
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)?
-
Intruder2k5
MODERÁTOR
válasz Peter Kiss #13802 üzenetére
Ü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 ]
-
válasz Intruder2k5 #13803 üzenetére
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.
-
válasz Peter Kiss #13804 üzenetére
Nem valószínű, hogy bármi menne, mert régi a kernel.
-
Intruder2k5
MODERÁTOR
válasz Peter Kiss #13805 üzenetére
Igen, Tomato-nak sajnos nagy problémája, hogy nem tud túllépni a 2.6-os kernelen, ami bár pontosan nem tudom mennyi, de legalább 10 éves.
-
gabro0
őstag
válasz Intruder2k5 #13806 üzenetére
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 ]
-
Intruder2k5
MODERÁTOR
válasz gabro0 #13807 üzenetére
Persze ez világos, bár visszaolvasva lehet tényleg félreérthetően fogalmaztam. Szóval ha nem is az ő hibájuk, de ettől még megragadtak a 2.6-os kernelnél.
"Egyetlen megoldás az új(abb) hardver, amihez új(abb) szoftverkomponensek járnak."
Vagy egy saját drivereket használó másik rendszer, pl. OpenWrt. Bár nem tudom az, hogy áll most ezen a routeren, régebben ott meg olyan gondok voltak a BroadCom alapú vasakkal, hogy egyszerűen nem ment a WiFi OpenWrt alatt. De már régen nem követem a változásokat.[ Szerkesztve ]
-
gabro0
őstag
válasz Intruder2k5 #13808 üzenetére
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 ]
-
Doky1988
senior tag
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
-
gabro0
őstag
válasz Doky1988 #13810 üzenetére
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
-
Doky1988
senior tag
Sikerult megoldani, siman felismerte a Kyocera nyomtatot :)
DokY | www.zsolti.hu
-
Krinyo
senior tag
É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...
-
limpi
aktív tag
válasz Krinyo #13815 üzenetére
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)
-
limpi
aktív tag
válasz Krinyo #13817 üzenetére
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)
-
limpi
aktív tag
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)
-
-FreaK-
veterán
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. -
limpi
aktív tag
válasz gabro0 #13821 üzenetére
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)
-
limpi
aktív tag
válasz -FreaK- #13820 üzenetére
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)
-
limpi
aktív tag
válasz gabro0 #13821 üzenetére
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)
-
limpi
aktív tag
válasz -FreaK- #13820 üzenetére
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)
-
Pete1
tag
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. -
limpi
aktív tag
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)
-
limpi
aktív tag
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)
-
limpi
aktív tag
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)
-
gabro0
őstag
-
limpi
aktív tag
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)
-
limpi
aktív tag
válasz gabro0 #13835 üzenetére
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)
-
limpi
aktív tag
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 CAsszem' 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)
-
limpi
aktív tag
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)
-
-
limpi
aktív tag
válasz Mostly Harmless #13842 üzenetére
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)
-
Mostly Harmless
tag
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)
-
limpi
aktív tag
válasz Mostly Harmless #13842 üzenetére
Egyébként az én RT-N18U-m dobozán ez áll:
H/W ver.: A1
Szóval gondolom a legelső verzió lehet.<:v)
-
limpi
aktív tag
válasz Mostly Harmless #13844 üzenetére
Be tudod linkelni nekem, hogy pontosan melyik DD-WRT verziót használod?
<:v)
-
kemcso
Ármester
válasz Mostly Harmless #13844 üzenetére
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)
-
kemcso
Ármester
válasz Intruder2k5 #13849 üzenetére
Ezzel minden connection megszakad, ha jól sejtem... De egy próbát megér, hogy tudom ezt felvenni-törölni?
Új hozzászólás Aktív témák
- Kupon kunyeráló
- Samsung Galaxy A54 - türelemjáték
- Van, amit nehéz lett megtalálni a Google keresőjével
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- PlayStation 5
- OLED TV topic
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- exHWSW - Értünk mindenhez IS
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Hegesztés topic
- További aktív témák...