- Milyen RAM-ot vegyek?
- Lelövi a Roccat márkanevet a Turtle Beach
- Milyen TV-t vegyek?
- Milyen egeret válasszak?
- Asztrofotózás
- Azonnali processzoros kérdések órája
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- NVIDIA GeForce RTX 3080 / 3090 / Ti (GA102)
- LG 34GS95QE-B: OLED paneles, ívelt gamer monitor
- AMD APU (AM4 és AM5) topik
Hirdetés
-
Motorola Moto G24 Power - hol van az erő?
ma Nagy az aksi, gyenge a hardver, amiből hosszú üzemidőre lehetne következtetni. Tényleg így van?
-
Átjutottak a Ciscón, betörtek a kormányok hálózataiba
it A Cisco azt mondja, hogy a hackerek átjutottak a biztonsági eszközein, és a kormányok hálózatain keresztül kémkedtek, az ügy globális kiterjedésű.
-
Játékosbarát frissítést kapott az ASUS ROG Ally
ph A vállalat engedélyezte az AMD Fluid Motion Frames eljárását.
Új hozzászólás Aktív témák
-
Tutu7030
veterán
A helyzet az, hogy kezd kevés lenni a négy port a routeren. Hogyan lehetne egyszerűen megoldani a port bővítést?
Switch? A switch alá csatlakozó klienseket ugyanúgy el lehet érni a net irányából, mintha csak a routerre lenne csatlakozva? Pl.: Router->Switch->NAS elérhető lesz kívülről is, vagy jobb lenne, ha a NAS a routerre csatlakozna? Akkor viszont a switch felől is elérhető lesz?LG Optimus G E975 v20 -> LG G4 H815 V29a-EUR-XX -> Huawei Mate 9(MHA-L29) -> Huawei P30 Pro -> Honor Magic5 Pro
-
CS_D
senior tag
válasz Tutu7030 #951 üzenetére
Veszel egy switchet, és az egyik portját összekötöd a routerrel.
Ekkor a switchbe dugott eszközök teljesen úgy fognak működni, mintha a routerbe lennének dugva (A routertől kapják az IP címet, stb) Tehát a switch nem szól bele a címzésbe, csak a forgalomirányításba.
Ami viszont látszik, hogy a switchre csatlakoztatott eszközöknek már csak összesen 1 Gbit linkje lesz a router felé, ezért a sebességkritikus eszközöket célszerű ugyanarra a switchre kötni (a router 4 LAN portja is egy switch), mert akkor az adatforgalom switchen belül megoldódik, és nem halad át a két switchet összeköző vezetéken.
Pélául ha a NAS a switchen van, akkor azokat az eszközöket amik a NAS-t minden esetben Gbites sávszélességgel akarják elérni, akkor őket oda lenne érdemes kötni. Ha pedig a NAS a routerre, akkor a routerre a fontosabbakat.
A gyakorlatban akkor lenne ebből probléma, ha a hálózaton több gigabitnyi adat mászkálna, akkor tényleg számítana, hogy hogyan vannak összekapcsolva a switchek és a főbb eszközök hol vannak, mert akkor a szűk keresztmetszet a két switch között lenne.
De a Te esetedben szerintem teljesen mindegy hogyan építed fel a hálózatot, amennyiben a fő hálózati forgalmat a NAS bonyolítja.
Update:
A helyedben talán én úgy csinálnám, hogy minden eszközöm az új switchre lenne kötve, hiszen a WAN felé még Dél-Koreában sincs több 1 Gbitnél, és a routerre Wi-Fi-n csatlakoztatott klienseknek is elég az 1 Gbites link a többi eszköz felé.[ Szerkesztve ]
-
vargalex
félisten
válasz Tutu7030 #955 üzenetére
Szia!
Igen, van előrelépés (elnézést a késői infóért, de nem voltam PC közelében, csak mobilról látogattam a fórumot. Egyébként Pool_ már hétfőn tesztelte). Kivettem az NTFS támogatást és függőségeit, valamint az uShare-t és függőségeit, így marad 216 KB szabad hely. A firmware letölthető innen.
[ Szerkesztve ]
Alex
-
antmik
csendes tag
ok
[ Szerkesztve ]
-
Tutu7030
veterán
válasz vargalex #956 üzenetére
Valamit rosszul csinálok, mert beállítom a csatolási pontokat (swap, /dev/sda2 /overlay és /dev/sda3 /mnt ) , majd ment/alkalmaz, restart, utána már nem elérhető a router. Ha ismét újraindítom, de már lehúzott usb-vel, akkor ismét elérhető lesz a router, lesz hálózati kapcsolat.
LG Optimus G E975 v20 -> LG G4 H815 V29a-EUR-XX -> Huawei Mate 9(MHA-L29) -> Huawei P30 Pro -> Honor Magic5 Pro
-
Tutu7030
veterán
Ez volt a megoldás!
Ubuntun leformáztam az sda2-t, és ha már ott voltam a gpartedben (és hibásnak/ismeretlennek jelölte a swap partíciót), a swap is újra lett formázva. Már működnek is a dolgok.
Köszönöm neked, és Alexnek is!LG Optimus G E975 v20 -> LG G4 H815 V29a-EUR-XX -> Huawei Mate 9(MHA-L29) -> Huawei P30 Pro -> Honor Magic5 Pro
-
kisbalazs83
aktív tag
Üdv!
Egy kis segítséget kérnék.
A fat image-t támogató sysupgrade parancsot tartalmazó firmware-t feltettem recovery-ből.
Amikor az "alap fat"-ot akarom feltenni ezt kapom:
És utána már nem tudok csatlakozni a routerhez, csak egy kikapcsolás után.
És persze a Luci-ban is az van kiírva amikor a Vargalex 1.1.5-öt akarom feltenni, hogy: The uploaded image file does not contain a supported format. Make sure that you choose the generic image format for your platform.
Nem sokat értek ehhez a témához.Előre is köszönöm a segítséget!
[ Szerkesztve ]
65JZ1000, 65PUS7506, 55OLED754, FTXF42D
-
Pool_
tag
válasz kisbalazs83 #965 üzenetére
Szia! Bár nem vagyok szaki, de nekem ez akkor volt amikor elcsesztem a fatos rendszert, és felraktam recoveryből egy sima nem fatos firmware-t, majd arra akartam felrakni a fatos firmwaret sysupgradeval. És mivel sysupgradekor keresi a "nem fatos" caldata partíciót, hibát írt mert nincs olyan. (mert ugye a fatra frissítséskor az átkerült máshová) Vargalex tanácsára kitöröltem a sysupgrade.sh scriptből az ellenőrzést végző sorokat, és akkor felment az új rendszer. És bár a caldata partícióm nem passzol most a jelenlegi rendszerhez, Vargalex szerint ezt nem is használja az openwrt, csak a gyári használja valamire talán, így nem nagy gond.
Nem mondom hogy tedd Te is ezt, de ez is egy megoldás lehet esetleg.
Nem emlékszem már pontosan hogy miket kellett kitörölnöm hogy működjön, de ha nem találod meg akkor meglesem, most nincs ssh-m. -
kisbalazs83
aktív tag
Szia!
Először az Openwrt oldaláról letöltött 10.03.1 backfire-t tettem fel recovery-ből, a backup-loader-es változatot.
Utána gondoltam kipróbálom a Vargalex 1.1.5-öt.
Amit Vargalex linkelt openwrt-ar71xx-generic-dir-825-b1-squashfs-backup-loader.bin-t az fel is ment recovery-ből, most OpenWrt Barrier Breaker r33852-t ír verziónak. Utána következett volna a második lépés "SSH-n a sysupgrade -i paranccsal felteszed az "alap fat" image-t." de nem jön össze.65JZ1000, 65PUS7506, 55OLED754, FTXF42D
-
vargalex
félisten
válasz kisbalazs83 #967 üzenetére
Hi!
Pedig a parancs alapján valóban az látszik, hogy volt valaha rajta egy fat image. A megoldás tényleg az ellenőrzés kikapcsolása. Természetesen ha van caldata partíció mentésed, akkor annak a visszatétele is megoldás.
Alex
-
kisbalazs83
aktív tag
válasz vargalex #968 üzenetére
Szia!
A routert múlt héten vettem, de a gyári szoftver 2.05EU nem akart 130Mbps-nél többel kapcsolódni.A régi Dir-615-el semmi ilyen gond nem volt.A D-link technikai támogatástól adtak egy linket ahonnan letöltöttem a 2.06WW fw-t, de azzal se lett jobb a helyzet. Aztán a neten találtam 2.08EU fw-t, de azzal is ugyanez volt a helyzet.
Utána szántam rá magam hogy feltegyem az OpenWRT-t, pedig semmit nem értek a linux-hoz. Több napja olvasgatom a leírásokat, fórumokat. Az elején még semmit nem értettem abból amiket ide írtatok...mondjuk most se sokatSzóval a gyári fw-k után a 2.08EU-t nem tudom mennyire hivatalos [link] feltettem a 10.03.1 backfire-t, utána pedig a Barrier Breaker r33852-t amit linkeltél.
Semmi mást nem csináltam.Hogy ezek közül melyik csinált fat image-t azt nem tudom.
Tehát nincs caldata mentésem, mert azt se tudom hogy kell menteni.
Annyit észrevettem hogy a particiókkal is történhetett valami mert se a gyárit "nem mint ha vissza akarnám tenni", se a 10.03.1 backfire-t már nem tudom feltenni.Tudnál nekem csinálni egy olyat amit a mostani állapotban fel tudok tenni, vagy leírni hogy mit és hogyan kell csinálni?
Előre is köszönöm a segítséged!
Üdv: Balázs
[ Szerkesztve ]
65JZ1000, 65PUS7506, 55OLED754, FTXF42D
-
kisbalazs83
aktív tag
Talán van jelentősége: amikor a Barrier Breaker r33852-t akartam telepíteni Luci-alól a 10.03.1 backfire-ra akkor nem sikerül és nem indult el a router, úgyhogy recovery-ből tudtam feltenni.
[ Szerkesztve ]
65JZ1000, 65PUS7506, 55OLED754, FTXF42D
-
vargalex
félisten
-
kisbalazs83
aktív tag
Üdv!
Próbálok minél többet megtudni az openwrt-ről és kihasználni amit a routerem tud,de pár nap alatt a nulláról azért nehéz elindulni.
Amire jutottam eddig hogy a kernel log-ban ez van írva:
8 cmdlinepart partitions found on MTD device spi0.0
Creating 8 MTD partitions on "spi0.0":
0x000000000000-0x000000040000 : "uboot"
0x000000040000-0x000000050000 : "config"
0x000000050000-0x000000150000 : "kernel"
0x000000150000-0x000000660000 : "rootfs"
mtd: partition "rootfs" set to be root filesystem
mtd: partition "rootfs_data" created automatically, ofs=320000, len=340000
0x000000320000-0x000000660000 : "rootfs_data"
0x000000660000-0x000000670000 : "caldata"
0x000000670000-0x000000800000 : "unknown"
0x000000050000-0x000000660000 : "firmware"
0x0000007f0000-0x000000800000 : "caldata_copy"
Tehát még megvan a caldata partícióm és van caldata_copy partícióm is.65JZ1000, 65PUS7506, 55OLED754, FTXF42D
-
Tutu7030
veterán
Mióta sikerült beüzemelnem ezt az új fw-t, nem nagyon írtam. Szóval, nagy THX Alex!
Régebben sokat panaszkodtam, hogy rendszeresen gond van a wifivel 10.03 alatt. Ezzel a fw-rel már nincs ilyen gond. A minidlna is remekül működik, akár két tv-re is akadás nélkül nyomja az 1080p mkv-t is.LG Optimus G E975 v20 -> LG G4 H815 V29a-EUR-XX -> Huawei Mate 9(MHA-L29) -> Huawei P30 Pro -> Honor Magic5 Pro
-
vargalex
félisten
válasz kisbalazs83 #973 üzenetére
Hi!
Természetesen a partíció definíció mindenképpen megvan. A gond az, hogy nem az az adat van benne, aminek kellene.
Alex
-
vargalex
félisten
válasz kisbalazs83 #977 üzenetére
Hi!
Pool_ topictársnak ezt a választ küldtem:
Szia!
Igen, itt valóban az alap firmware miatt vannak ilyen partíciók. Ezek vannak az alap verzióhoz definiálva:
dir825b1_mtdlayout=mtdparts=spi0.0:256k(uboot)ro,64k(config)ro,1024k(kernel),5184k(rootfs),64k(caldata)ro,1600k(unknown)ro,6208k@0x50000(firmware),64k@0x7f0000(caldata_copy)
A fat image esetén egy kicsit más:
dir825b1_mtdlayout_fat=mtdparts=spi0.0:256k(uboot)ro,64k(config)ro,1024k(kernel),6784k(rootfs),64k(caldata)ro,7808k@0x50000(firmware),64k@0x660000(caldata_orig),6208k@0x50000(firmware_orig)
Így ezek élnek:
root@D-Link:/lib/upgrade# cat /proc/mtd
dev: size erasesize name
mtd0: 00040000 00010000 "uboot"
mtd1: 00010000 00010000 "config"
mtd2: 00100000 00010000 "kernel"
mtd3: 006a0000 00010000 "rootfs"
mtd4: 00210000 00010000 "rootfs_data"
mtd5: 00010000 00010000 "caldata"
mtd6: 007a0000 00010000 "firmware"
mtd7: 00010000 00010000 "caldata_orig"
mtd8: 00610000 00010000 "firmware_orig"A fenti definíciókból látszik is, hogy a caldata partíció nem írhatóként van jelölve, tehát visszaállítani csak egyedi build-el lehet (mondjuk az én caldata mentésemet). Ezért azt mondom, hogy jelen helyzetben sokkal egyszerűbb, ha a fat image felrakásakor a caldata partíció ellenőrzését (mármint, hogy valóban caldata partícióról van-e szó) kikapcsolod, aztán majd egyszer felrakjuk az én mentésemet. De mondom, az OpenWrt nem használja semmire (arról nincs infó, hogy a gyári használná).
Ehhez a /lib/upgrade/dir825.sh script-ben a dir825_copy_caldata() függvényből az ellenőrzést vedd ki. Azaz ezeket a sorokat töröld:
dir825b_is_caldata_valid "$mtd_src" && {
echo "no valid calibration data found in $cal_src"
return 1
}Utána már menni kell az upgrade-nak.
[ Szerkesztve ]
Alex
-
Pool_
tag
válasz vargalex #978 üzenetére
Egyébként találtam egy ilyet: [link] (Second update)
Ebből én azt veszem ki, hogy a caldata tartalma routerenként változik (mac címenként)
Most már csak az lenne az érdekes, hogy a cikkben szereplő linkek ugyan élnek, de ezek vajon az egész caldata partíció tartalmak, vagy csak egy része? Mert ha az egész, akkor lehet hogy érdemes lenne "kijavítani" nekem is, ha később el szeretném adni mondjuk gyári fw-el.
Tehát mit is csinál pontosan ez a parancs?: mtd -e caldata write caldata caldata
Felmountolja az összerakott caldata fájlt a caldata partícióba, vagy csak beleírja a "javítandó" részeket?
Meg ugye az is kérdéses hogy vajon a B1-es caldata ugyanaz lehet mint a B2?
Lentebb ír valamit erről a srác, de elég hiányos az angolom sajna.[ Szerkesztve ]
-
vargalex
félisten
Hi!
Igen, most már rémlik ez a mac address-es móka. A lényeg, amit írtam is anno neked privátban: a letöltendő firmware egy olyan build, amiben a caldata partíció írható. A valós caldata partíciót 3 felé vágta, kihagyva belőle a MAC címeket. Majd ezt a 3 részt rakja össze a MAC címekkel együtt egyetlen caldata állománnyá (ami a partíció lesz):
cat part_01 mac1 part_02 mac2 part_03 > caldata
és ezt írja be a flash-ba:
mtd unlock caldata
mtd -e caldata write caldata caldataUtóbbi parancs a -e paraméter miatt törli a partíció tartalmát, majd beírja a caldata partícióba a caldata állományt.
Szóval megcsinálhatod akár most is, vagy lemented a file-okat (a caldata-t akár el is készítheted) és később felteszed.Alex
-
kisbalazs83
aktív tag
Köszönöm Vargalex és Pool_ a segítségeteket!
Sikerült feltelepítenem harmadik nekifutásra
Pool_: nálam is ki kellett törölni amit írtál.[ Szerkesztve ]
65JZ1000, 65PUS7506, 55OLED754, FTXF42D
-
Integrator
aktív tag
Nemrég vettem egy DIR-825-ös routert, és míg az előző routernél nem jelentkezett (DIR-600), addig ennél az utóbbi időben egyre rendszeresebben csinálja azt, hogy teljesen véletlenszerű oldalaknál (facebook, gmail, google, stb), amiket próbálok megnyitni, a router kezdőoldalát hozza be, ami egyébként a 192.168.0.1 lenne.
Ez mi miatt van? Ki lehetne ezt valahogy kapcsolni? Vagy megszüntetni vagy valami?Köszi előre is.
-
TomBond
aktív tag
Kijött hivatalosan a 2.06EU firmware.
Enermax 850w; ASUS PRIME H770-PLUS; Intel i5-13600K; 64GB RAM; ASUS RX 6750XT 12GB; Sams 970EVO+ 250GB; SoundBlaster Zx; Win11 Pro x64
-
TomBond
aktív tag
válasz Integrator #987 üzenetére
Nekem most ajánlotta fel! :-)
Enermax 850w; ASUS PRIME H770-PLUS; Intel i5-13600K; 64GB RAM; ASUS RX 6750XT 12GB; Sams 970EVO+ 250GB; SoundBlaster Zx; Win11 Pro x64
-
Pool_
tag
Sziasztok!
Szeretném feltelepíteni az openvpn-t, de sajnos ilyen hibát kapok:
Installing openvpn (2.2.2-2) to root...
Downloading http://users.atw.hu/vargalex/trunk/ar71xx/packages/openvpn_2.2.2-2_ar71xx.ipk.
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for openvpn:
* kernel (= 3.3.8-1-554dc53a3a0b8231052f6eeb3193b1a3) *
* opkg_install_cmd: Cannot install package openvpn.A routeren vargalex 1.1.5-ös firmwareje van, és egyébként más csomagokkal is csinálja ezt.
Gondolom nem stimmel a kernel verzió a csomag által támogatottal. Honnan tudnám levadászni a működő openvpn-t? Vagy mit kellene ehhez csinálni hogy menjen? -
kisbalazs83
aktív tag
Hi!
Luci-ban hol tudom megnézni a LAN kapcsolat sebességét? Hogy 10/100/1000-e.
65JZ1000, 65PUS7506, 55OLED754, FTXF42D
-
CS_D
senior tag
válasz kisbalazs83 #991 üzenetére
Konzolban így tudod megnézni:
dmesg | grep -i duplex
Nekem ez az output erre a commandra:
eth0: link up (1000Mbps/Full duplex)
eth0: link up (1000Mbps/Full duplex)
eth1: link up (100Mbps/Full duplex)eth1 a WAN.
eth0 a LAN. -
kisbalazs83
aktív tag
Köszi!
65JZ1000, 65PUS7506, 55OLED754, FTXF42D
-
vargalex
félisten
válasz kisbalazs83 #991 üzenetére
Alex
-
kisbalazs83
aktív tag
válasz vargalex #994 üzenetére
Szia!
Köszi! Hogy én ezt miért nem találtam meg magamtól...
A te builded van fent 1.1.5
Egyébként nálam a dmesg | grep -i duplex parancsra akkor is ezt írja ha nincs egy lan kábel se bedugva a WAN-on kívül:
eth0: link up (1000Mbps/Full duplex)
eth0: link up (1000Mbps/Full duplex)
eth1: link up (100Mbps/Full duplex)
A Kapcsoló fülnél jól írja hogy milyen szabvánnyal kapcsolódott az adott eszköz.A 1043nd fórumon olvastam hogy teszteled a 3.6.6-os kernelt és hogy buildeltél már egyet a Transmission 2.73-ból. Van valami lényeges különbség sebesség szempontjából? Mikor lesz esetleg elérhető új Vargalex build 825-re? Ha esetleg több hely kell az új kernelnek és lehet szavazni , akkor szerintem a LuCI+magyarosítás a formázó felületed és miniDLNA+Transmission+DinDNS+Samba a legfontosabb csomagok. Persze csak kérdezem és köszönöm az eddigi munkádat és segítségedet!
65JZ1000, 65PUS7506, 55OLED754, FTXF42D
-
vargalex
félisten
válasz kisbalazs83 #995 üzenetére
Szia!
Azóta már a 3.6.10 van. Sebességet még nem mértem. Természetesen DIR-825-re is megcsinálom a build-et, de valamit még mindenképpen kiszedek belőle.
Egyébként ssh-n így tudod megnézni a link sebességeket:
swconfig dev rtl8366s show | grep "port:"
[ Szerkesztve ]
Alex
-
kisbalazs83
aktív tag
Szia Vargalex!
Egy külső WD Elements 2TB HDD-t formáztam a beépített formázóval (2.opció) és úgy hogy nincs rajta semmi adat 1.7TB / 1.82TB érhető el. Olvasgattam az ext4-ről hogy naplóz meg nem töredezik meg vannak opciók hogy mennyi helyet különíthet el, de 120GB-ot azért ne nyúljon le. Mindenképpen ext4-et akarok használni mert NTFS-el nagyon lassú volt kb 3MB-al tudtam írni WIFI-n keresztül a HDD-t most 10MB-al, LAN-on meg 16MB-al és az ntfs-3g is néha leállt és indíthattam újra a routert. Nincsenek rajta fontos dolgok csak filmek, amiket osztok vissza, meg DLNA-n nézek. A kérdésem az, hogy tudnék helyet visszanyerni a lefoglalt részből vagy úgy leformázni ext4-re hogy kevesebb hely vesszen el?
Köszönöm a válaszod!
65JZ1000, 65PUS7506, 55OLED754, FTXF42D
-
vargalex
félisten
válasz kisbalazs83 #997 üzenetére
Hi!
A linux alap formázási opciók szerint 5 %-nyi helyet fenntart a root felhasználó számára, hogy véletlenül se tudjon előállni az az állapot, hogy a merevlemez betelése miatt valami rendszer process leálljon.
Persze ez felülbírálható a formázásnál is a -m opcióval (pl. -m 0 ), vagy a tune2fs csomag feltelepítése után a tune2fs paranccsal szintén a -m kapcsolóval:tune2fs -m 0 /dev/sda2
Alex
-
Tutu7030
veterán
válasz vargalex #998 üzenetére
Én ezt nem tenném. Jártam már úgy linuxon, hogy userként nem tudtam semmit sem csinálni, mert tele lett a rendszer partícióm. Csak root-ként belépve tudtam helyet felszabadítani.
LG Optimus G E975 v20 -> LG G4 H815 V29a-EUR-XX -> Huawei Mate 9(MHA-L29) -> Huawei P30 Pro -> Honor Magic5 Pro
-
kisbalazs83
aktív tag
válasz Tutu7030 #999 üzenetére
Szia!
Ez az 5% jó dolog egy rendszer partíción, ahogy írtad is. De ugye a rendszer a flash-ben, HDD-n sda1 128MB swap, sda2 512MB extroot, sda3 a többi /mnt ext4-be. Ha csak háttér tár az a partíció, akkor minek tartsak fenn 5%-ot a root számára? Ráadásul ekkora hdd-nél már nem kevés az 5% ami ilyenkor a levesbe megy.[ Szerkesztve ]
65JZ1000, 65PUS7506, 55OLED754, FTXF42D
Új hozzászólás Aktív témák
- Megjelentek az első HMD okostelefonok, ezek a magyar áraik
- OpenWRT topic
- Milyen RAM-ot vegyek?
- Stellar Blade
- Megjelent a Moondrop audio-fókuszú telefonja Kínában, lesz globális verzió is
- bitpork: Fogyasztásra ítélve
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Lelövi a Roccat márkanevet a Turtle Beach
- Milyen TV-t vegyek?
- Milyen hagyományos (nem okos-) telefont vegyek?
- További aktív témák...