- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- Brogyi: CTEK akkumulátor töltő és másolatai
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Meggyi001: Nyilvános wc-k.....még mindig hiánypótló...
- Szoszo94: Xiaomi Mi Router 3G - Padavanra fel!
- bitpork: Phautós tali a Balcsinál 2025 Augusztus 2 napján (szombat)
- Meggyi001: Anya, tudsz segíteni a matekban?....Nem érek rá kisfiam, majd segít a ChatGPT...
- gban: Ingyen kellene, de tegnapra
Hirdetés
Talpon vagyunk, köszönjük a sok biztatást! Ha segíteni szeretnél, boldogan ajánljuk Előfizetéseinket!
-
LOGOUT
OpenWrt topic
Új hozzászólás Aktív témák
-
#17300
vargalex
Topikgazda
paparazzi2
#17299
vargalex
Topikgazda
válasz
paparazzi2
#17299
üzenetére
Szia!
Miért kellene "visszaállító" firmware? Letöltöd a gyári firmware-t és ezt megcsinálod. De megcsináltam neked, innen letöltheted.
40 e Ft alatti kategóriában én teljesen elégedett vagyok az Asus RT-AC65P-vel, de xabolcs hozzászólásai miatt (és mert kuponnal nagyon olcsó volt) vettem egy Xiaomi AX3200-at is, csak az még nincs éles üzemben.
-
#17299
paparazzi2
tag
paparazzi2
tag
Sziasztok!
Jelenleg TP-Link TL-WDR4900 v1 routert használok OpenWrt-vel.
Tp-link routerekhez OpenWrt-ről gyári fw-re visszaállító fw-k gyüjteménye linkek az összefoglalóban nem működnek.
Tudtok más linket ahol elérhető?Ugyanitt milyen OpenWrt kompatibilis usb csatlakozós routert ajánlotok 40 eFt alatt.
Köszi Jani
-
#17298
Flowtation
őstag
vargalex
#17294
Flowtation
őstag
válasz
vargalex
#17294
üzenetére
és #17296 xabolcs
Köszönöm a segítséget. Sikerült megcsinálni. Kapott fix ip-t a lan1-re, ott kikapcsoltam a dhcp-t is. Elérem az új ip-n keresztül, ez ok. A wifit is belőttem. Kicsit megkavart a radio0 és radio1.
radio0: [kép]
radio1: [kép]
Így vannak beállítva egyelőre. Ezzel az a helyzet, hogy az 5ghz működik, viszont a 2.4 nem, azt írja a telefon, hogy nincs ip. Mit rontok el?Köszönöm!
-
-
xabolcs
őstag
A gyári szerkezete ez, tehát azzal működnie kéne kisebb partíciókkal is. Az Openwrt forrásban sincs külön firmware és rootfs, és a cél csak egy kisebb flash-hez adaptálás volt. Ezért WTF, hogy rendben felíródik a cucc, de nem hogy read-only-ban, de sehogyan nem csatolja...
Abszolut egyetertek veled!
En sem bizom, hogy megjavul ennyitol, de mas otletem nincs.Azert nezettem meg veled a rootfs kezdetet, hogy tenyleg jol latja-e az U-Boot a flash tartalmat, de igen jonak latja ... es a firmware-en beluli rootfs-t pedig a kernelnek kellene megtalalnia, es nem az U-Boot-nak. Az U-Boot-nak csak a kernel-t kell valahogy meglelni, de az szerencsere a firmware elejen van.
Valami miatt a kernelbe forgatott mtd parser-ek nem talaljak meg a rootfs-t.
Az altalam linkelt firmware particio kettebontas csak annyit tenne, hogy leveszed ezekrol az mtd parser-ek vallarol a munkat.Flowtation: igen maradhat! Az U-Boot sajat maga allit be ideiglenesen egy 192.168.0.x-es cimet a recovery idejere.
-
#17295
Flowtation
őstag
vargalex
#17294
Flowtation
őstag
válasz
vargalex
#17294
üzenetére
Köszi!
No olyat még nem csináltam, ennek utána kell néznem.szerk:
elolvastam a vonatkozó részt, csak, hogy jól értem e:
1. letöltöm és átnevezem a szükséges file-t (lehet a tftp program mappájában)
2. indítom a progit a server interface a gépemé kell hogy legyen és azt át kell írni erre: 192.168.0.66
3. Lanon rákötöm a gépre a routert, majd reset nyomva tartása mellett bekacs
4. a programban látom kell hogy kérés érkezikA router ip-je mi legyen? Maradhat a mostani? (x.x.1.2, mert ap módban üzemel)
-
#17294
vargalex
Topikgazda
Flowtation
#17293
vargalex
Topikgazda
válasz
Flowtation
#17293
üzenetére
A sysupgrade OpenWrt frissítésre való firmware. Neked első telepítésre a tftp-recovery módszer és firmware kell.
-
#17293
Flowtation
őstag
woodworm
#17264
Flowtation
őstag
válasz
woodworm
#17264
üzenetére
Szia!
Nos megpróbáltam az openwrt-t felrakni az archer c5 v4-re, sikertelenül. Már az elején megáll ezzel a hibával:
Error code: 4503
The uploaded file was not accepted.
Rövidítettem a fájlnéven is, nem segített. INNEN töltöttem le a squashfs-sysupgrade.bin végű file-t, tudtommal az kell?
Mit rontok el? Máshogy kell próbálkozni?Vagy a sysupgrade végű akkor kell ha már az openwrt rajta van és azt kell upgradelni? Ha igen akkor a factory.bin végű fájl kell nekem?
-
válasz
xabolcs
#17291
üzenetére
A gyári szerkezete ez, tehát azzal működnie kéne kisebb partíciókkal is. Az Openwrt forrásban sincs külön firmware és rootfs, és a cél csak egy kisebb flash-hez adaptálás volt. Ezért WTF, hogy rendben felíródik a cucc, de nem hogy read-only-ban, de sehogyan nem csatolja...
Szerencsétlen számok - ja, az U-Boot és az env adott, meg a végén a 64k-s ART is adott, közé megy a fw. Mondjuk ott én voltam a hülye, hogy nem szektorhatárra esik a vége, de mondom legyen ~7MB a hossza, azt' jóvan... úgy jött ki
Na majd kipróbálom azt is, hogy az ART végéig kihúzom, de fogadni merek, hogy nem lesz jobb. -
xabolcs
őstag
Az md 0x9f250000 cimen levo flash tartalom jonak tunik (hsqs).
A DTS-ben miert ilyen szerencsetlen szamokat irtal be, miert nem kovetted a 16 MByte-os mintat: flash elejen U-Boot es tsa., flash vegen art, kozte pedig firmware?
Valahogy igy (git diff):
diff --git a/target/linux/ath79/dts/ar9331_glinet_gl-mifi.dts b/target/linux/ath79/dts/ar9331_glinet_gl-mifi.dtsindex 7d6e7bd4af..abe2b8601f 100644--- a/target/linux/ath79/dts/ar9331_glinet_gl-mifi.dts+++ b/target/linux/ath79/dts/ar9331_glinet_gl-mifi.dts@@ -106,12 +106,12 @@partition@50000 {compatible = "denx,uimage";label = "firmware";- reg = <0x050000 0xfa0000>;+ reg = <0x050000 0x7a0000>;};art: partition@ff0000 {label = "art";- reg = <0xff0000 0x010000>;+ reg = <0x7f0000 0x010000>;read-only;};};Ha a fenti particionalassal se megy, akkor megprobalhatod magad felosztani a firmware-t: kernel es rootfs particiokra. Mint ahogy itt lyukat utottem a firmware-be. Szerencsere neked nem kell lyuk!
-
xabolcs
őstag
válasz
Mcrazy
#17289
üzenetére
Ahogy irtam a hozzaszolasomban, eleg sok furcsasag elo tud fordulni.
Peldaul az is, hogy egy 2.4 GHz-en kivaloan muikodo (amig a 14 dBm engedi 🙈) MESH halozat foldbeall egy AX3200-as erkezesetol.
Meghozza olyan erdekesen allitja foldbe, hogy ha utolag csatlakozik mar letezo halozathoz, akkor par percig o is tud kommunikalni a tobbivel. Amikor pedig o inditja, akkor egyik sem tud csatlakozni semelyik masikhoz sem.
Mivel par percig mukodik, nem mondhatom ra, hogy nem mukodik. Legfeljebb csak azt, hogy 2.4 GHz MESH halozattal egyelore hasznalhatatlan. 5 GHz MESH modban pedig tokeletes.
A 2.4 GHz-jenek van a masik baja is, amit irtam: egy regi, 19.07-es kliensem nem tud rajta keresztul DHCP-n IP-t kapni. Be kellett kapcsolni egy masik eszkoz 2.4-es wifijet.
IGy a 2.4 GHz-s AP-jara se mondhatom azt, hogy nem mukodik, mert a tobbi 2.4-es eszkozom vigan csatlakozik.Betudom ezt az egeszet annak, hogy az AX3200-ban levo mt7915-os wifi chip uj, es nbd-eknek reszelniuk kell rajta.
"Ha OpenWrt vannak az eszkozokon, akkor szerintem mindegy, hogy kulonbozoek vagy sem."
Ezt ugy ertettem, hogy ha tamogatja az eszoz (iw list), akkor onnantol mukodnie kellene OpenWrt 19.07-tol kezdve.
Eddig ath79 (es persze ar71xx), ramips/{mt7621,mt7620,rt305x} es ipq40xx platformok routerei fordultak meg a kezeim kozott. Talan csak a HT-TM02 nem volt MESH-be kotve kozuluk.
De latszik is mindegyikrol, hogy egyik se olyan uj, mint az mediatek/mt7622 platformbol valo AX3200. (A masik, WIFI 6-ot tudo, fejlesztes alatt allo platform, a ipq807x is tele van cifra dolgokkal.
)Azt gondolom neked is egyertelmu, hogy egy radionak a kapacitasan osztoznak a rajta levo AP-k. Ami pont a WDS-nel / MESH-nel tud kijonni a legjobban.
Hasonloan gondolom, hogy a forrastol a celig tarto lancban a leggyengebb lancszem sebessege a meghatarozo, igy aztan mindegy, hogy a 4K video eloszor megy 5 GHz-en, vagy masodjara.
A mindegyet pedig arra mondtam, hogy a ketsavos eszkoz mindket radiojat hasznalnam, s az igenyeknek megfeleloen osztanam ki a funkciokat a savok kozott.
Persze zsebbenyulos a ketsavos router a 1043 V1 3000 Ft-jahoz kepest. Ha lehetne mt7621-et venni 10e alatt, az meg jo is lenne.
De ne felejtsuk, hogy nemreg, kuponnal 18e Ft-ert is el lehetett hozni az AX3200-at!Esetemben pl. egy acelfodem athidalasa volt a cel, ezert is valasztottam 2.4 GHz-t. De mint kiderult a TL-WR1043ND-V4 nem volt hajlando 14 dBm fole menni MESH tagkent. Igy aztan pontosan tudom, milyen a 40 MBit-nek a harmadaval tolteni meg nepmesebe illo tererovel lenni.
Probaltam 5 GHz-n is, de a beepitett antenna (sajnos nem volt masik DIR-860L-em) nem valtotta meg a vilagot. Pont emiatt felve probaltam ujra ki az AX3200-assal az 5 GHz MESH-t, de szerencsere pozitivan csalodtam!
-
válasz
xabolcs
#17279
üzenetére
"En pont hogy attertem WDS-rol Meshre. Leginkabb azert, mert modernebb."
Lehet, hogy modernebb, de pld az én esetemben nem működött."Ha OpenWrt vannak az eszkozokon, akkor szerintem mindegy, hogy kulonbozoek vagy sem."
Ezek szerint mégsem, de ezt Te magad cáfolod meg ezzel: "a 2.4 GHz-en gyenge volt nekem a Mesh atviteli sebessege (sztem itt az eszkoz volt a hunyo)"
És ezzel: "az AX3200-as nem szerette a 2.4 GHz-n a Mesh-t: ahogy korabban is irtam, szetbombazta"
Miért bombázta szét? 2 db ugyanolyan AX3200-as volt beállítva Mesh point-nak, vagy két különböző eszköz?"En torekszek arra, hogy egy radion csak egy AP legyen."
Erről még rajtad kívül nem olvastam sehol és úgy gondolom, hogy elég
zsebbe nyúlós mulatság, ha nem 3000-Ft-os routereket használsz. ( Pl. a TL-WR1043ND)"a ket savos eszkozokon az egyik sav (mindegy hogy 2.4 GHz vagy 5 GHz) viszi a Mesh-t, masik sav adja a wifit."
Ezt én laikusként a mérési eredményem alapján másképp látom, mivel a két sávnak teljesen más a Link sebessége. Tehát, ha 2,4-en csatlakoztatod Mesh-ként az eszközöket, majd a 2. eszközön, wifin 5Ghz-en továbbítod, akkor egy NAS-ról stream-elt 4K film érdekesen fog kinézni, de lehet, hogy én tévedek valahol.
-
válasz
xabolcs
#17287
üzenetére
Na de ezen nincs külön kernel és rootfs partíció, már a gyárilag rápakolt OpenWRT-ben sem, asszem.
Md pedig :
u-boot> md 0x9f250000
9F250000: 68737173 5C040000 2E046462 00000400 hsqs\.....db....
9F250010: 1B000000 04001200 C0060100 04000000 ................
9F250020: A9103419 00000000 4ACC3900 00000000 ..4.....J.9.....
9F250030: 42CC3900 00000000 FFFFFFFF FFFFFFFF B.9.............
9F250040: DE7E3900 00000000 489C3900 00000000 .~9.....H.9.....
9F250050: B4C63900 00000000 2CCC3900 00000000 ..9.....,.9.....
9F250060: 0C800000 04001400 09009000 4000FD37 ............@..7
9F250070: 7A585A00 00016922 DE3603C0 E5C70980 zXZ...i".6......
9F250080: 80102101 0C00B80F 7FFCE1A1 EBEFFE6C ..!............l
9F250090: 003F9145 84600846 3F70491E 008B6899 .?.E.`.F?pI...h.
9F2500A0: EABBC1A3 50FB4743 6A3BBEC6 5F121F28 ....P.GCj;.._..(
9F2500B0: D9C3AC1E 49856909 D6A0A10D 724383B4 ....I.i.....rC..
9F2500C0: B84D46B1 976D2012 466C043C 0E681C70 .MF..m .Fl.<.h.p
9F2500D0: A436322A E577C4EF 0D007D69 05E09A81 .62*.w....}i....
9F2500E0: E109B4AD B868DF8E FC755F54 513A47A5 .....h...u_TQ:G.
9F2500F0: C3D01024 A51D83A9 5DAA4F56 0939177C ...$....].OV.9.|
u-boot> -
xabolcs
őstag
A bootargs-okat hagyd ki a kepletbol, csak a sajat eletedet nehezited meg vele! Az OpenWrt van annyira okos, hogy ha talal egy firmware nevu particiot, akkor abban megprobalja megkeresni a kernel utan a rootfs-t.
Azert irtam a binwalk-ot, hogy nezd meg, hogyan er veget a kernel es hogyan kezdodik a rootfs!
Tehat az md-vel ugyanigy a kernel veget kellene megnezned, hogy ott hogy alakul a flash tartalom.
(Es latom mar binwalk-oltad is az image-edet, igy mar tudod, hogy
0x9f020000+0x00230000= 0x9f250000 cimen kell md-zned! Mondjuk pont ez az offset latszik aread_8mb_openwrt.binfajlod binwalk kimenetebol is.) -
Míg el nem felejtem, ez jön a binwalkból a kiolvasott flash tartalomra :
$ binwalk read_8mb_openwrt.binDECIMAL HEXADECIMAL DESCRIPTION--------------------------------------------------------------------------------11736 0x2DD8 uImage header, header size: 64 bytes, header CRC: 0x33F1DAC7, created: 2022-04-22 19:21:15, image size: 58288 bytes, Data Address: 0x80010000, Entry Point: 0x80010000, data CRC: 0xD0FBBB92, OS: Linux, CPU: MIPS, image type: Firmware Image, compression type: lzma, image name: "U-Boot1.1.4-ad5a2135-dirty"11768 0x2DF8 U-Boot version string, "U-Boot 1.1.4-ad5a2135-dirty"11800 0x2E18 LZMA compressed data, properties: 0x5D, dictionary size: 33554432 bytes, uncompressed size: 160796 bytes130235 0x1FCBB HTML document header131072 0x20000 uImage header, header size: 64 bytes, header CRC: 0x4D862EA8, created: 2022-04-23 13:50:38, image size: 2234063 bytes, Data Address: 0x80060000, Entry Point: 0x80060000, data CRC: 0xA7345472, OS: Linux, CPU: MIPS, image type: OS Kernel Image, compression type: lzma, image name: "MIPSOpenWrt Linux-5.10.111"131136 0x20040 LZMA compressed data, properties: 0x6D, dictionary size: 8388608 bytes, uncompressed size: 7605327 bytes2424832 0x250000 Squashfs filesystem, little endian, version 4.0, compression:xz, size: 3787850 bytes, 1116 inodes, blocksize: 262144 bytes, created: 2022-04-23 13:50:38Az általam forgatott image pedig :
$ binwalk openwrt-ath79-generic-glinet_gl-mifi-squashfs-sysupgrade.binDECIMAL HEXADECIMAL DESCRIPTION--------------------------------------------------------------------------------0 0x0 uImage header, header size: 64 bytes, header CRC: 0x4D862EA8, created: 2022-04-23 13:50:38, image size: 2234063 bytes, Data Address: 0x80060000, Entry Point: 0x80060000, data CRC: 0xA7345472, OS: Linux, CPU: MIPS, image type: OS Kernel Image, compression type: lzma, image name: "MIPSOpenWrt Linux-5.10.111"64 0x40 LZMA compressed data, properties: 0x6D, dictionary size: 8388608 bytes, uncompressed size: 7605327 bytes2293760 0x230000 Squashfs filesystem, little endian, version 4.0, compression:xz, size: 3787850 bytes, 1116 inodes, blocksize: 262144 bytes, created: 2022-04-23 13:50:38 -
És a flash tartalma (legalábbis a boot addresstől) :
u-boot> md 0x9f0200009F020000: 27051956 4D862EA8 6264042E 002216CF '..VM...bd..."..9F020010: 80060000 80060000 A7345472 05050203 .........4Tr....9F020020: 4D495053 204F7065 6E577274 204C696E MIPS OpenWrt Lin9F020030: 75782D35 2E31302E 31313100 00000000 ux-5.10.111.....9F020040: 6D000080 004F0C74 00000000 0000006F m....O.t.......o9F020050: FDFFFFA3 B77F4C3C E29089E9 7A6EDB3C ......L<....zn.<9F020060: EC7D4EA1 71420753 5CC06024 53360CB1 .}N.qB.S\.`$S6..9F020070: BD132166 51D60F67 2E75D3E8 39471F6F ..!fQ..g.u..9G.o9F020080: CAF00A2A 1C80A874 42994E0E EF07B6B8 ...*...tB.N.....9F020090: CBF83507 A989DB9B 5A46DEAD 9B70CA48 ..5.....ZF...p.H9F0200A0: BD93EA78 F6508F1F 48E34A61 D4ECFB8B ...x.P..H.Ja....9F0200B0: 59B4D526 8D10F3C6 3456B880 5B2AB164 Y..&....4V..[*.d9F0200C0: 755A1D86 504D77E2 71EEF21A A64360AA uZ..PMw.q....C`.9F0200D0: 12EDCD4B B7923ABC CE50911D E7B0257C ...K..:..P....%|9F0200E0: FE6C0676 A71F6FD6 1D0DDC74 EFAD0F1C .l.v..o....t....9F0200F0: D1C904B9 7432B617 7BA798C5 3C478471 ....t2..{...<G.qu-boot>(Vagy mit szeretnétek látni a md-ből? Nem igazán látom, hogyan lehetne a md paranccsal végiglistázni.)
-
Nnna
Bedrótozott /dev/mtdblock2 kernelparaméterrel ezt kapom (főleg azért fura, mert ugye frissen lett felírva
)[ 0.000000] Kernel command line: console=ttyATH0,115200 rootfstype=squashfs,jffs2 root=/dev/mtdblock2[ 0.410380] spi-nor spi0.0: w25q64dw (8192 Kbytes)[ 0.413806] 4 fixed-partitions partitions found on MTD device spi0.0[ 0.420169] Creating 4 MTD partitions on "spi0.0":[ 0.424886] 0x000000000000-0x000000040000 : "u-boot"[ 0.435790] 0x000000040000-0x000000050000 : "u-boot-env"[ 0.441064] 0x000000050000-0x0000006fcfc0 : "firmware"[ 0.444891] mtd: partition "firmware" doesn't end on an erase/write block -- force read-only[ 0.463953] 0x00000007c001-0x00000008c001 : "art"[ 15.478195] jffs2: Old JFFS2 bitmask found at 0x00575e04[ 15.482051] jffs2: You cannot use older JFFS2 filesystems with newer kernels[ 15.520184] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00580000: 0x4228 instead[ 15.528238] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00580004: 0x6bb2 instead[ 15.537715] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00580008: 0x54ad instead[ 15.547156] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0058000c: 0x86ca instead[ 15.556610] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00580010: 0x0e24 instead[ 15.566072] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00580014: 0xdfc0 instead[ 15.575533] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00580018: 0xdb79 instead[ 15.584996] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0058001c: 0x77e5 instead[ 15.594457] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00580020: 0xbc9d instead[ 15.603919] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00580024: 0x171c instead[ 15.613362] jffs2: Further such events for this erase block will not be printed[ 15.670233] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00590000: 0x59b1 instead[ 15.678291] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00590004: 0xa211 instead[ 15.687740] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00590008: 0xd699 instead[ 15.697202] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0059000c: 0xd5d4 instead[ 15.706663] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00590010: 0x7961 instead[ 15.716124] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00590014: 0x2e81 instead[ 15.725586] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00590018: 0x6524 instead[ 15.735048] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0059001c: 0xaa63 instead[ 15.744509] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00590020: 0xb0bb instead[ 15.753971] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00590024: 0xcf0e instead[ 15.763414] jffs2: Further such events for this erase block will not be printed[ 15.819637] jffs2_scan_eraseblock(): End of filesystem marker found at 0x5a0000[ 15.825516] jffs2: Cowardly refusing to erase blocks on filesystem with no valid JFFS2 nodes[ 15.833916] jffs2: empty_blocks 16, bad_blocks 0, c->nr_blocks 106[ 15.840231] VFS: Cannot open root device "mtdblock2" or unknown-block(31,2): error -5[ 15.847905] Please append a correct "root=" boot option; here are the available partitions:[ 15.856241] 1f00 256 mtdblock0[ 15.856247] (driver?)[ 15.862731] 1f01 64 mtdblock1[ 15.862736] (driver?)[ 15.869240] 1f02 6835 mtdblock2[ 15.869245] (driver?)[ 15.875770] 1f03 64 mtdblock3[ 15.875775] (driver?)[ 15.882258] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(31,2)[ 15.890595] Rebooting in 1 seconds..DTS-ben ezt adtam meg partícióknak :
&spi {status = "okay";flash@0 {compatible = "jedec,spi-nor";spi-max-frequency = <33000000>;reg = <0>;partitions {compatible = "fixed-partitions";#address-cells = <1>;#size-cells = <1>;partition@0 {label = "u-boot";reg = <0x000000 0x040000>;read-only;};partition@40000 {label = "u-boot-env";reg = <0x040000 0x010000>;};partition@50000 {compatible = "denx,uimage";label = "firmware";reg = <0x050000 0x6acfc0>;};art: partition@ff0000 {label = "art";reg = <0x07c001 0x010000>;read-only;};};};}; -
-
vargalex
Topikgazda
Mármint OpenWrt fordításkor adod meg a bootargs-ot?
Mert ugye a
console=ttyATH0,115200az ar9330.dtsi-ből, arootfstype=squashfs,jffs2pedig a kernel config-ból jön. -
válasz
xabolcs
#17280
üzenetére
Talán még a felírtat sem kell, kiírja a kernel :
[ 0.413963] 4 fixed-partitions partitions found on MTD device spi0.0
[ 0.420114] Creating 4 MTD partitions on "spi0.0":
[ 0.424943] 0x000000000000-0x000000040000 : "u-boot"
[ 0.435803] 0x000000040000-0x000000050000 : "u-boot-env"
[ 0.441090] 0x000000050000-0x0000006fcfc0 : "firmware"
[ 0.444909] mtd: partition "firmware" doesn't end on an erase/write block -- force read-only
[ 0.463981] 0x00000007c001-0x00000008c001 : "art"És ami zavaróbb : [ 0.000000] Kernel command line: console=ttyATH0,115200 rootfstype=squashfs,jffs2
Tehát hiába adom meg a bootargs-ban a root fs-t, nem jut el a kernelhez -> hiába engedélyeztem a bootargs elfogadását fordítás előtt.
-
xabolcs
őstag
Ossze tudnad hasonlitani a felirt firmware file-t az eredetivel?
Tehat a gepeden hexdump -C, a routeren pedig U-Boot konzolban md vagy mas memoria megjelenito parancs.
Leginkabb a (belso) particiok hatarat es mind kozul a rootfs hatarat neznem meg: a kernel lathatoan elindul.
binwalk-kal es hexdump-pal megkeresnem a firmware fileban, hogy meddig tart a kernel es hol kezdodik a rootfs es azokat a cimeket megneznem U-Boot konzolban.
-
xabolcs
őstag
válasz
Mcrazy
#17276
üzenetére
Szia!
En pont hogy attertem WDS-rol Meshre. Leginkabb azert, mert modernebb.
Az en Mesh problemaimon segitett a Xiaomi Router AX3200: attertem 2.4 GHz-rol 5 GHz-re es a jelerosseget is fel tudtam tekerni.
A dBm-ek csokkentek, de meg igy is jobb a sebesseg.Az alabbi parameterekkel 100 MBit/s letoltes / feltoltes megvan:
signal: -73 [-73, -81] dBmsignal avg: -74 [-74, -82] dBmToffset: 264055705720 ustx bitrate: 400.0 MBit/s VHT-MCS 9 40MHz short GI VHT-NSS 2tx duration: 35356132 usrx bitrate: 260.0 MBit/s VHT-MCS 3 80MHz short GI VHT-NSS 2rx duration: 742633 usHa OpenWrt vannak az eszkozokon, akkor szerintem mindegy, hogy kulonbozoek vagy sem.
En torekszek arra, hogy egy radion csak egy AP legyen. Pl. a TL-WR1043ND-V4-em vagy csak Mesh-elt, vagy csak wifit adott a vezetek nelkuli eszkozoknek. Ugyan igy, a ket savos eszkozokon az egyik sav (mindegy hogy 2.4 GHz vagy 5 GHz) viszi a Mesh-t, masik sav adja a wifit.
Azert torekszek ilyenre, mert szerintem egy radio normalisan csak egy AP funkciot tud ellatni, a Mesh kapcsolathoz viszont kell a savszelesseg, hiszen ott tobb wifi eszkozo forgalma megy at.Egyebkent pedig mindig vannak es lesznek furcsasagok:
- a 2.4 GHz-en gyenge volt nekem a Mesh atviteli sebessege (sztem itt az eszkoz volt a hunyo)
- az AX3200-as nem szerette a 2.4 GHz-n a Mesh-t: ahogy korabban is irtam, szetbombazta
- most, 5 GHz-n mar szereti, de a 2.4 GHz-es wifijere nem tud felcsatlakozni egy 19.07-es eszkozom: DHCPREQUEST es DHCPOFFER ciklusban porog -
Nnna. Bootoljunk GL-Mifit 8MB flashből, sokadik rész.
Felpakoltam a saját fw-t, ugyanúgy pánikol, mint a 16MB-os flash-hez való gyári.Ami zavar, az ez :
[ 2.084289] /dev/root: Can't open blockdev[ 2.086958] VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6[ 2.094500] Please append a correct "root=" boot option; here are the available partitions:[ 2.102760] 1f00 256 mtdblock0[ 2.102766] (driver?)[ 2.109263] 1f01 64 mtdblock1[ 2.109268] (driver?)[ 2.115784] 1f02 6835 mtdblock2[ 2.115790] (driver?)[ 2.122282] 1f03 64 mtdblock3[ 2.122287] (driver?)[ 2.128792] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)[ 2.137041] Rebooting in 1 seconds..Bootargs-nak már adtam mindent,
/dev/mtdblock2, ilyesmik, de mindigCannot open root device "(null)" or unknown-block(0,0):...hogyan lehet megmondani neki, hogy hol van a root fs?
Nem találok rá értelmeset. Olyan, mintha nem érdekelné a bootargs. (Vagy az a baja, hogy a sysupgrade bint toltam fel?) -
válasz
xabolcs
#17239
üzenetére
Üdv mindenkinek!
Korábban én is próbálkoztam a Mesh hálózattal egy Tplink C7 V5 router és egy RE305 repeater párossal. Csak 5 Ghz-en használtam, mert a 2,4 jól lefedte a lakást. A kapcsolat stabil volt, de a sávszélesség nagyon leesett. OWRT fórumon azt írták, hogy igazán csak két azonos eszközön működik jól a Mesh. Nem próbáltam ki, mert helyhiány miatt nem tudtam volna elhelyezni még egy routert.
Maradtam a WDS-nél, de ez sem működött igazán jól. Inkább úgy írnám, mint a mesében, hol jó volt, hol nem. A telefonok, tabletek egyszer csatlakoztak, egyszer nem és a sebesség is soxor harmadára esett az amúgy sem versenyképes 40 Mbit-nek.
Majd nemrég találtam egy másik leírást, ahol írtak az OWRT-s WDS anomáliákról és az volt a javaslat, hogy a WDS-Ap-hoz (Master) semmilyen más eszköz ne csatlakozzon csak a másik AP (kliens), hasonlóan, mint Mesh esetében. Tehát a csatlakozó eszközöknek létrehoztam a routeren egy másik AP-t és így most tökéletes a roaming az AP-k között. Gondolom, ha több AP-t kötnénk még láncba, akkor ugyanezt az eljárást kéne alkalmazni. -
válasz
xabolcs
#17224
üzenetére
Erre a custom DTS-re imagebuilderrel sehogy nem jöttem rá. (Hogy hogyan lehetne kisebb flash-hez generálni.)
De saját fordításúban átírtam rövidebbre a flash partíciókat, most próba...Az U-Boot-ot megoldotta egy Pepe2k build, SD kártyáról sajnos az AR9331 SoC nem tud bootolni...
Illetve : van ugye az a jelenség, hogy ez az izé (GL-Mifi) csak a 8MB-os és a 2MB-os flash-emmel hajlandó bootolni. A Honkydoo által vett W25q128-akkal nem. Na most az lehet, hogy azért nem, mert a SoC (vagy az abban levő L1 loader) csak bizonyos flash-eket ismer?
-
xabolcs
őstag
válasz
vargalex
#17242
üzenetére
tgabor munkaja mehetne a hazi barkacs topikba is!
Szoval nincs mitol felni 09/2021-nel ujabb szallitmanytol sem!
-
suste
veterán
válasz
vargalex
#17269
üzenetére
SEAGATE-GOFLEX-NET (owrt):
/proc/cpuinfo: Marvell Kirkwood (Flattened Device Tree)
ubus: Feroceon 88FR131 rev 1 (v5l)D-LINK-DIR-860L-B1 (owrt):
/proc/cpuinfo: MediaTek MT7621 ver:1 eco:3
ubus: MediaTek MT7621 ver:1 eco:3RT-N65U (padavan):
/proc/cpuinfo: Ralink RT3883/RT3662 SoC
ubus: not foundOYE0001 (owrt)
/proc/cpuinfo: Ralink MT7620A ver:2 eco:6
ubus: Ralink MT7620A ver:2 eco:6GoFlex érdekes.
Gondolom nincs mindenre jó megoldás
-
xabolcs
őstag
válasz
xabolcs
#17243
üzenetére
Tegnap foltettem az OpenWrt SNAPSHOT, r19511-c59704334c verziot ez mar aprilis 7-e ota tudja a Wireless Ethernet Dispatch-et.
Egyelore csak MESH linken keresztul teszteltem, de lathato az eredmeny: a LAN -> WLAN iranyu forgalom (pl. telefonon mert Speedtest
) tenyleg kevesebb processzort fogyaszt! 
Kesobb csinalok rendes tesztet vele.
-
vargalex
Topikgazda
válasz
xabolcs
#17252
üzenetére
A $soc értékének meghatározását át lehet írni (olyan rendszeren, ahol van ubus):
soc=$(ubus call system board | grep system | cut -f 4 -d "\"")Néhány eszközön megnéztem:
1. Asus RT-AC65P, 21.02-SNAPSHOT:
root@RT-AC65P:~# ubus call system board | grep system | cut -f 4 -d "\""MediaTek MT7621 ver:1 eco:32. TP-Link TL-WDR4900, OpenWrt 19.06.4 (itt sem ad az eredeti megoldás semmilyen értéket):
root@OpenWrt:~# ubus call system board | grep system | cut -f 4 -d "\""e500v23. Xiaomi AX3200, OpenWrt 22.03.0-rc1:
root@OpenWrt:/usr/lib/lua# ubus call system board | grep system | cut -f 4 -d "\""ARMv8 Processor rev 4 -
#17268
vargalex
Topikgazda
paparazzi2
#17267
vargalex
Topikgazda
válasz
paparazzi2
#17267
üzenetére
Jól gondolod. Legfeljebb samba/nfs mount-ra, de ahhoz ugye kell, hogy folyamatosan elérhető legyen egy eszköz, akkor pedig már mindegy, ha az torrentezik...
-
#17266
Flowtation
őstag
woodworm
#17264
Flowtation
őstag
válasz
woodworm
#17264
üzenetére
akkor ok, köszi. a negatív visszajelzés a gyári fw-el volt gondolom. Viszont ahogy írod a padawan nem tud mesh-t? Végül is nem probléma első körben, megpróbálom valamelyik alternativ megoldást, aztán meglátjuk.
hcl:
én is régen néztem rá, nekem is ez volt az utolsó infó, de örvendetes, hogy ez megváltozott. -
woodworm
veterán
Az általa linkelt openwrt adatlap kimondottan a v4 számára jött létre, minden ott leírt információ rá érvényes. Hogyan lehet megkérdőjelezni ezek után, hogy nincs is a hardververziójára openwrt?
Mindenesetre a hálózatos topikban mellékesként írtam, hogy az információjával ellentétben van elérhető openwrt a routerére.@xabolcs
@Flowtation
A v4-es wifijével kapcsolatban rengeteg negatív visszajelzés volt, ezért említettem meg, hogy van alternatív fw. Személyes tapasztalatom nincs, mert én inkább padavant használok mediatek routerekre. Mivel igény volt a mesh, ezért nem azt ajánlottam. -
#17263
Flowtation
őstag
hcl
#17261
Flowtation
őstag
és #17262xabolcs
Köszönöm a válaszokat. Én s azt mondtam a hálózatos topicban, de azt mondták van rá. Régebben valaki javasolta, hogy padawan fw-t azt tudok rá tenni. Azt viszont nem ismerem, meg offtopic is.gyerekek telója van még rajta, ők nem szoktak panaszkodni, de ugyanolyan típusok, ezért nem értem.
A fordítás már sok lenne nekem, de lehet,hogy erre a benwht fw-re rápróbálok. Ebből a sysupgrade kell ugye? -
#17262
xabolcs
őstag
Flowtation
#17259
xabolcs
őstag
válasz
Flowtation
#17259
üzenetére
Ahogy hcl mondja, nem biztos, hogy megoldja az OpenWrt!.
De ha megis OpenWrt-t szeretnel ra varazsolni ...
Az external image azt jelenti, hogy lelkes emberek reszelik a tamogatast hozza, de egyelore nem tamogatja hivatalosan az OpenWrt.Kiprobalni teljesen jo a benwht altal keszitett Archer C5 v4 OpenWrt 19.07.3 images.
Ha frissebbre vagysz es nem riadsz vissza a forditastol, akkor kiprobalhatod luizluca munkajat. Mivel 5.15-os kernellel dolgozik, ezert engedelyezned kell a teszt kernelt: "Use the testing kernel version" (Global build settings) -
#17261
hcl
titán
Flowtation
#17259
válasz
Flowtation
#17259
üzenetére
Csak megfelelő HW verziókra megy fel, a v4-re elvileg nem. (1.2-re van csak talán?)
Amúgy ha ilyen van, hogya routeren rossz a wifi, azt nem nagyon fogja az OpenWrt sem megoldani. Ha a többi cuccod otthon stabil azon a routeren, akkor vagy rossz a telefon, vagy inkompatibilitási baja van a két eszköznek. -
xabolcs
őstag
válasz
vargalex
#17258
üzenetére
Pont ugyanugy, mint az AX3600-nal:
- fogsz egy hozzavalo eredeti firmware-t, pl. miwifi_rb01_firmware_36352_1.0.50_INT.bin
- inditasz egy TFTP szervert, ami ad DHCP szolgaltatast is
- ujrainditod a routert, nyomod a RESET-et legalabb 5 masodpercig
- DHCP-n kerni fog egy IP-t
- a kiadott IP-nek megfelelo fajlnevvel fogja keresni a fajlt, pl. a 192.168.31.2 kiadott IP eseten: C0A81F02.img
- eleg hamar felirja az image-t
- suru kek villogas jelenti a sikeres flash-elest, ujraindithatod a routertNekem olyan volt az egyik SNAPSHOT verzional, hogy hiaba sikerult maga a flash, nem tudta az OpenWrt befejezni a boot-olast. Akarhanyszor probaltam, failsafe mod elhagyasa utan mindig lassu narancssarga villogasban maradt az OpenWrt.
Egy ujabb OpenWrt verzio megoldotta! -
#17259
Flowtation
őstag
Flowtation
őstag
Sziasztok!
Van egy tp-link archer c5 v4 típusú routerem, amire tennék openwrt-t. Az oldalán azt látom a current release-nél, hogy external image. Ez mit jelent pontosan? Esetleg azt, hogy nem az opwnwrt-s arcok készítették a fw-t? Jelenthet ez gondot? Illetve amit írnak a 2.4 Ghz-es teljesítmény probléma mennyire valid? A "hagyományos" gyári fw-ből való telepítés ennél az eszköznél is simán működik? (nagyon régen, egy mr3220-a tettem utoljára cfw-t, azzal nem volt gond).
Köszönöm a válaszokat!szerk: azért cserélném le, mert folyamatos porblémák vannak a wifivel, eldobálja a telefon a hálózatot, ilyesmik. Ki szeretném zárni azt, hogy a routertől van ez vagy a telefon szar. A másik fontos dolog, hogy szeretnék itthon mesh-t kialakítani és azt tanácsolták a hálózatos topicban, hogy próbáljam meg először ezt, mielőtt vennék új készüléket.
-
xabolcs
őstag
válasz
xabolcs
#17235
üzenetére
A posztban javasolt issueban ("Mesh network wpa3 problems for MT7622BV + MT7915E", openwrt/mt76#564) irjak, hogy 5 GHz-en mukodik a dolog.
Kiprobaltam. Egyelore tenyleg mukodik a mesh: 2 db Xiaomi AX3200, 5 GHz-en. 👍
Csak hat a fodem ...
signal: -77 [-82, -83, -79, -85] dBmsignal avg: -76 [-81, -82, -78, -84] dBmMost csak letrehoztam a halozatot, majd kesobb raengedem a forgalmat is.
-
yodee_
őstag
válasz
xabolcs
#17255
üzenetére
Nekem is van valami geb@sz a wifi résszel a DIR842-n de nem jövök rá mi. 5Ghz-en érdekes a letöltés jóval lassabb mint a feltöltés. Ezt a hibaüzit látom a logban:
[286335.752407] ath10k_pci 0000:00:00.0: htt tx: fixing invalid VHT TX rate code 0xff
[286340.729870] ath10k_pci 0000:00:00.0: wmi: fixing invalid VHT TX rate code 0xff -
xabolcs
őstag
válasz
yodee_
#17238
üzenetére
Sajnos csak 1 eszkozparral tudtam tesztelni:
laptop <---> UTP <---> AX3200 <---> WIFI <---> telefon5 GHz, 80 MHz, WIFI 6:
signal: -35 [-41, -38, -40, -39] dBm
signal avg: -37 [-44, -40, -42, -41] dBm
tx bitrate: 1134.2 MBit/s 80MHz HE-MCS 11 HE-NSS 2 HE-GI 1 HE-DCM 0
tx duration: 289410148 us
rx bitrate: 1200.9 MBit/s 80MHz HE-MCS 11 HE-NSS 2 HE-GI 0 HE-DCM 0
rx duration: 428806 usEppen nem tudja kimaxolni a gigabites vezeteket:
$ iperf3 -c 192.168.200.129 -f m -t 60 -i 5 -b 1G -P 1Connecting to host 192.168.200.129, port 5201[ 5] local 192.168.200.202 port 49492 connected to 192.168.200.129 port 5201[ ID] Interval Transfer Bitrate Retr Cwnd[ 5] 0.00-5.00 sec 516 MBytes 866 Mbits/sec 0 2.19 MBytes[ 5] 5.00-10.00 sec 534 MBytes 896 Mbits/sec 0 2.19 MBytes[ 5] 10.00-15.00 sec 533 MBytes 895 Mbits/sec 0 2.19 MBytes[ 5] 15.00-20.00 sec 534 MBytes 896 Mbits/sec 0 2.19 MBytes[ 5] 20.00-25.00 sec 532 MBytes 892 Mbits/sec 0 2.19 MBytes[ 5] 25.00-30.00 sec 536 MBytes 899 Mbits/sec 0 2.19 MBytes[ 5] 30.00-35.00 sec 533 MBytes 894 Mbits/sec 0 2.19 MBytes[ 5] 35.00-40.00 sec 531 MBytes 891 Mbits/sec 0 2.19 MBytes[ 5] 40.00-45.00 sec 531 MBytes 891 Mbits/sec 0 2.19 MBytes[ 5] 45.00-50.00 sec 531 MBytes 891 Mbits/sec 0 2.19 MBytes[ 5] 50.00-55.00 sec 531 MBytes 890 Mbits/sec 0 2.19 MBytes[ 5] 55.00-60.00 sec 532 MBytes 893 Mbits/sec 0 2.19 MBytes- - - - - - - - - - - - - - - - - - - - - - - - -[ ID] Interval Transfer Bitrate Retr[ 5] 0.00-60.00 sec 6.22 GBytes 891 Mbits/sec 0 sender[ 5] 0.00-60.02 sec 6.22 GBytes 891 Mbits/sec receiveriperf Done.Processzor hasznalat (top):
CPU: 0% usr 35% sys 0% nic 51% idle 0% io 1% irq 10% sirq2.4 GHz, 20 Mhz, WIFI 4:
signal: -23 [-29, -24, -45, -40] dBm
signal avg: -20 [-26, -21, -41, -37] dBm
tx bitrate: 130.0 MBit/s MCS 15
tx duration: 35979 us
rx bitrate: 144.4 MBit/s MCS 15 short GI
rx duration: 121739 us$ iperf3 -c 192.168.200.129 -f m -t 60 -i 5 -P 1Connecting to host 192.168.200.129, port 5201[ 5] local 192.168.200.202 port 49412 connected to 192.168.200.129 port 5201[ ID] Interval Transfer Bitrate Retr Cwnd[ 5] 0.00-5.00 sec 32.2 MBytes 54.0 Mbits/sec 3 414 KBytes[ 5] 5.00-10.00 sec 32.1 MBytes 53.9 Mbits/sec 0 467 KBytes[ 5] 10.00-15.00 sec 30.9 MBytes 51.8 Mbits/sec 1 387 KBytes[ 5] 15.00-20.00 sec 32.8 MBytes 54.9 Mbits/sec 1 421 KBytes[ 5] 20.00-25.00 sec 32.1 MBytes 53.9 Mbits/sec 0 447 KBytes[ 5] 25.00-30.00 sec 32.2 MBytes 54.1 Mbits/sec 1 424 KBytes[ 5] 30.00-35.00 sec 31.9 MBytes 53.5 Mbits/sec 1 437 KBytes[ 5] 35.00-40.00 sec 32.1 MBytes 53.9 Mbits/sec 0 455 KBytes[ 5] 40.00-45.00 sec 32.1 MBytes 53.9 Mbits/sec 1 464 KBytes[ 5] 45.00-50.00 sec 31.1 MBytes 52.2 Mbits/sec 0 512 KBytes[ 5] 50.00-55.00 sec 33.9 MBytes 56.8 Mbits/sec 1 494 KBytes[ 5] 55.00-60.00 sec 29.5 MBytes 49.5 Mbits/sec 1 428 KBytes- - - - - - - - - - - - - - - - - - - - - - - - -[ ID] Interval Transfer Bitrate Retr[ 5] 0.00-60.00 sec 383 MBytes 53.5 Mbits/sec 10 sender[ 5] 0.00-60.03 sec 381 MBytes 53.2 Mbits/sec receiveriperf Done. -
xabolcs
őstag
válasz
vargalex
#17245
üzenetére
Nyers eroben nagyjabol 3x gyorsabb.
cputest-xabolcs.sh eredmenyek:
D-LINK-DIR-860L-B1 vs. XIAOMI-REDMI-ROUTER-AX6S
OpenWrt 22.03-SNAPSHOT r19290-ad5a507df3
Started 1 process(es)
Elapsed time: 5.7 sec vs. 1.74 sec
Started 2 process(es)
Elapsed time: 5.73 sec vs. 1.76 sec
Started 3 process(es)
Elapsed time: 7.68 sec vs. 2.63 sec
Started 4 process(es)
Elapsed time: 8.64 sec vs. 3.51 sec
Started 30s counting with date (0->)
6464 vs. 21121Started 30s counting with sleep (0->)
1033036 vs. 3710567
DHCP-s SQM pedig ~600 MBit/s ~ 150%-os processzor hasznalattal. -
-
xabolcs
őstag
válasz
vargalex
#17242
üzenetére
Pontosan!
A soros port ahhoz fog kelleni, hogy miutan egy felbeszakitott TFTP recovery-vel papirnehezeket csinaltal a routeredbol (
![;]](//cdn.rios.hu/dl/s/v1.gif)
), akkor az U-Boot konzolbol TFTP-n keresztul el tudd inditani az initramfs-recovery.itb-t, ahonnan mar gond nelkul tudsz sysupgrade-elni.Most olvasom, hogy talan mukodni fog rajta a korabban emlitett Wireless Ethernet Dispatch is.
-
vargalex
Topikgazda
válasz
xabolcs
#17237
üzenetére
Most néztem, hogy az általad linkelt oldalon 6 napja írta valaki, hogy a román eMag-tól 09/2021-es gyártásút kapott... Én is megpróbálok egyet (igaz, a 3 LAN kevés lesz, de majd beüzemelek még egy routert switch-ként az eddigi 2 mellé), kuponnal 17990 Ft-ért jó vételnek tűnik. Ha mégsem az, legfeljebb visszaküldöm.
-
vargalex
Topikgazda
válasz
xabolcs
#17239
üzenetére
Pedig a DIR-860L nekem anno brutál jó lefedettséget adott OpenWrt-vel. Verte bármelyik külső antennás típust!
Szerk.: Ráadásul most az Alza-nál tolható rá a 3000 Ft-os kupon (ha vásároltál 2019-ben náluk). Sőt, az eMag-nál még olcsóbb és az EMAG2022 kuponnal ott is 3000 Ft jön le belőle appból rendelve (mondjuk én nem tudom, mikori gyártású).
Szerk2.: Az általad is linkelt OpenWrt oldal azt mondja, hogy ha nem telnet enabled-es firmware-val érkezik az RB01-ed, akkor nem lehet feltenni rá az OpenWrt-t. Soros porton mégis?
-
#17237
xabolcs
őstag
paparazzi2
#17236
xabolcs
őstag
válasz
paparazzi2
#17236
üzenetére
Ha nincsenek nagy igenyeid (3-nal tobb LAN port, USB port, ...), akkor a fentebb taglalt Xiaomi Router AX3200 (RB01) szerintem egy kituno valasztas ~ 25e Forintert.
Amig tart a jelenlegi, 09/2021-es szallitmany, addig minden problema nelkul telepitheto ra az OpenWrt!
Utana meg soros port segitsegevel, de csak ezert en nem dobnam a garanciat. -
#17236
paparazzi2
tag
paparazzi2
tag
Sziasztok!
Router vásárláson gondolkodom.
Mit érdemes nézzek a hazai kínálatból, amin fut az openwrt.Köszi Jani
-
xabolcs
őstag
válasz
xabolcs
#17234
üzenetére
Tovabb pontositva a problemat ...
Az OpenWrt verzio nem szamit: frissitettem a resztvevoket OpenWrt 22.03-SNAPSHOT, r19290-ad5a507df3 verziora, de ugyanugy megjelentek a hibak, mint pl. 19.07.8-nal.
Illetve amit ki sikerult deriteni: ha az mt7622-es AX3200 kezdemenyezte a kapcsolatot (mert pl. az bootolt be hamarabb), akkor mar a kezdetektol fogva jelentkezett a hiba es nem is epult fel a kapcsolat.
Ha a valamelyik masik (pl. ath79 vagy mt7621) router inditotta a Mesh halozatot, akkor tudott kapcsolodni az AX3200, ment is par percig, de aztan ugyanugy megjelenik a hibauzenet es szetesik a Mesh. Hogyan lehetne ezt naplozni, vagy elorebb lepni? Az "option log_level 0" nem sokat er.
A mar itt is emlitett Belkin RT3200 beszelgetos topikjaban van egy ehhez hasonlo, tavalyi poszt, igy akar ki is probalhatnam, hogy mi tortenik az 5 GHz-es savban, de jobban orulnek, ha maradna 2.4 GHz-en a MESH.
-
xabolcs
őstag
válasz
xabolcs
#17233
üzenetére
A Mesh problemam: az eddigi mt7621 + mt76 + pre-22.03 SNAPSHOT es ath79 + ath9k + 19.07 routerekhez ha beteszem a friss ropogos AX3200-at (SNAPSHOT / 22.03-SNAPSHOT + mt7622 + mt76), akkor jonnek ezek a "new peer notification" uzenetek - mikozben nem epul fel a kapcsolat.
Tehat az AX3200-as se kapcsolodni nem tud a tobbihez, se fogadni nem tudja a kapcsolatokat.
Illetve, ha olyanja van, akkor becsuszik egy-egy "Mesh RSN: frame verification failed!" uzenet is. Ez csak neha.
Az elozo az viszont spam: masodpercenkent tobbszor ... -
xabolcs
őstag
válasz
Archttila
#17136
üzenetére
Az Alzanal most kaphato Xiaomi AX3200 gyartasi datuma 09/2021, ha csak ez tartana vissza!
Nekem komoly bajom van vele: mihelyst belevettem a 802.11s-es MESH halozatomba, azonnal "wpa_supplicant: wlan0: new peer notification for" spammeli a naplot.
Sajnos nem segit, ha 5 percre lekapcsolom a MESH-t. -
válasz
xabolcs
#17231
üzenetére
Ó, köszi! Tehát itt tudok mutatni neki más típusokat. Mert van ugye W25Q128JV-xM, de az
eltér a W25Q128FV-től, el se indul belőle semmi.
"Ezeket honnan latod szemmel?"
Kivezetékeltem a flash IC-t tüskesorra. Ha a 128JV-xM van rajta, akkor pontosan ugyanazt csinálják a LED-ek, mint amikor nincs semmi rádugva.
Megint más a jelenség nem oda való fw-el, vagy ha leszakadt egy-egy drót... -
xabolcs
őstag
En is inkabb affele mennek, hogy az U-Boot-nak tanitanam meg a csere flash-t.
Atolvasva a beszelgetesunket, tuti ez lesz a baj: az U-Boot nem kezeli rendesen a flash-t. Tehat hiaba irnad ra programozoval a helyes flash tartalmat, egyaltalan nem biztos, hogy az U-Boot tudja ertelmezni a latottakat.
... azt már szemmel láthatólag nem kezeli le a SoC.
Ezeket honnan latod szemmel? En ezeket szerintem meg PDF-bol se tudnak kiolvasni.
-
válasz
vargalex
#17229
üzenetére
Utóbbi is lehet. Az U-Boot valószínűleg azért ússza meg, mert a flash elején van, és ott még rendben a címtartomány (és nem is ússza meg teljesen, mert a HTTP recovery már nem megy, látszik, ha le akarsz tölteni egy file-t, hogy kiír egy teljesen szemét karaktersorozat, és kifagy, de amúgy a cucc pingelhető
).Néztem, hogy a két flash között szervezésileg nincs eltérés, 32768x256 lapos a 8MB-os, 65535x256 lap a 16MB-os. 4kB szektorokra vannak bontva, viszont a törlés (ennélfogva az írás is) nagyobb csoportokban történik -> lehet, hogy a 128-ashoz való törlést használja az U-Boot, és beletöröl valamibe.
-
válasz
vargalex
#17227
üzenetére
Ehhez való van rajta.
A MiFi, AR150, mind a kettő Domino dev. board-ra épül" Mert akkor nyilván azért panaszkodhat arra, hogy nem megfelelő tömörítésű a kernel..."'
Mint kiderült, inkább azért, mert a flashbe írt cucc szemétté változik -> tutira rosszul képeződnek le a W25Q128-hoz való címek a W25Q64-be. És a RAM-ba betöltve TFTP-vel meg elindul.
Persze kiderül, hogy mi van, amint lesz megfelelő 16MB-os flash...Tehát első körben vagy egy ehhez való, ám SD kártyát is támogató U-Boot-ot kéne lefordítani, vagy egy bármit, ami képes elindulni RAM-ból (főleg, mert 8MB-os flash IC-ből kapni olyat, ami megy szerencsétlen SoC-cal, 128-asból meg amit kapni, azt már szemmel láthatólag nem kezeli le a SoC :S )
-
vargalex
Topikgazda
A kolléga nem akart u-boot-ot építeni. Csak OpenWrt image-t. Abból indult gondolom, hogy írtad, valamilyen szinten van bootloader, hiszen RAM-ból tudsz is indítani valamit.
De most akkor nem is a gyári bootloader van rajta? Mert akkor nyilván azért panaszkodhat arra, hogy nem megfelelő tömörítésű a kernel... -
válasz
xabolcs
#17224
üzenetére
Szerintem sikerült, mert nem tudtam, hogy létezik a tengeralattjáróhoz imagebuilder, és hogy abban lehet állítgatni... csak nem vagyok otthon, és nem tudom kipróbálni.
"szoval ne tartsd magadban a tortenetet!"
Ha sikerül, akkor majd a Logout-on "ha jo a flash - kulso programozoval rairva tenyleg az kerul-e ra, amit rairtal -, akkor mukodnie kellene."
Tényleg nincs benne semmi űrtechnika, csak bénázás
Meg az, hogy amit külsővel ráírok, az kb. jó is, de amikor már onnan fut, akkor valamit nem kezel le jól a U-Boot. -
xabolcs
őstag
Most sikerult segitenem az irasommal, vagy teljesen trivalis dolgokat irtam? Vagy ...?
Fenemod erdekel a problema megoldasa, szoval ne tartsd magadban a tortenetet!
Egyebkent valoszinuleg keveset tudok a temaban, mert szerintem semmi ordongosseg nincs benne : sima flash csere, csak most nem bovites, hanem szukites.
(Tehat ha jo a flash - kulso programozoval rairva tenyleg az kerul-e ra, amit rairtal -, akkor mukodnie kellene.) -
válasz
xabolcs
#17222
üzenetére
Hello,
Köszi! Ez volt az infó, hogy van DTS alapú imagebuilder...
Amúgy a web recovery sem megy, ott is az látszik, hogy ha hozzá akarsz férni, akkor valami szemét filenevet loggol soroson, és kifagy. Nem lehet, hogy flash szervezési gond is lehet?Illetve persze TFTP-n tenném fel a cuccot, de ez lényegtelen, nem az a kérdés, hogy min, csak hogy jól mentődjön el
-
xabolcs
őstag
Amiota megcsinaltak a DTS alapu ath79-t, azota mar ott is mukodik az "Image Builderrel custom DTS-t" modszer.
Szoval azt csinalnam, hogy (mindegy hogy forrasbol, vagy Image Builderrel) 8 MB-ra szukitenem a DTS-t ... vagy epp csinalnek belole egy 8 MB-os valtozatot, az mar mindegy.
Ehhez a 8 MB-os "modellhez" elkeszitenem az image-eket: initramfs es sysupgrade.
Ha mukodik a web recovery az U-Boot-ban, akkor ott melegeben megkinalnam a sysupgrade.bin-nel. Ha nem tudna (de miert ne tudna? ), akkor meg TFTP-n keresztul elinditanam az initramfs-kernel.bin-t. Boot-olas utan pedig SCP-vel felmasolnam a sysupgrade.bin-t es sysupgrade-del frissitenem.Miutan magabiztosan bootol flash-rol a kutyu es indul az OpenWrt, fognam az eredeti ART particiot es OpenWrt-n belulrol (a kmod-mtd-rw segitsegevel) felirnam a 0x7F0000 cimre.
-
-
xabolcs
őstag
-
Na közben volt haladás (de amúgy köszi).
- valami cím, az a load address lesz, ahova az image kerül
Na most ott tartok, hogy ugye egy 8MB flash-be kéne feltenni a 16MB flash-hez tervezett cuccot (Remélem lesz 16-os is.) Alapvetően a 256k U-Bootnak, meg az 5,2MB Openwrt-nek elé kéne férnie.
Azaz, az U-Boot ráflashelődik külön, az az elején van, az nem érdekes. Ha tftpboot-tal behúzom az Openwrt imaget, az _egyszer_ elindul, nyilván, mert valójában a RAM-ból fog futni.
Látszólag írja is a flasht, de akármit írsz ebbe a flashbe, csak szemét jön vissza.
Mivel SPI flash, és fel lehet tölteni rá az U-Boot-ot, hát valószínűleg működik is.
De ha akár csak a frissen felírt U-Boot alatt kiadok egy saveenv-et, már szemét jön vissza a következő alkalommal a printenv-re.
Ez itt a WTF, és ugye itt még nem _kéne_ számítson a flash mérete, mert az env az az első 256k után van (de amúgy már a http szerver sem működik az U-Bootból, az is szemét fileneveket ad).Na most az a kérdés, hogy
- hogyan lehet SD supportos U-Boot-ot fordítani? Van a routeren SD kártya, csak a hozzá való U-Boot nem ismeri, de sok mindent megoldana az SD support -> csak azt nem tudom, hogy hogyan lehet beletenni a device tree-be
- hogyan lehet az U-Bootnak megmondani (akár fordítás előtt) hogy hol vannak a partícióhatárok? Na ha ezt tudja valaki, azt megköszönöm
-
sonar
addikt
Helló,
Most csak félve írom le mert jó pár hónapja mókáztam hasonlóval munkában és már nem emlékszem mindenre, de kiindulásnak talán jó lesz.
A print vagy printenv kiir minden környezeti változót és ott kellett vmilyen címeket átírni (saveenv -vel lehet elmenteni)
De lehet, hogy ezt már tudod magadtól is.
Én mondjuk amíg kísérletezni szoktam akkor mindig tftp boot-tal szoktam játszani, és akkor kettő image kell, a boot (kis méretű) meg a rootfs -
Illetve, U-boot-hoz ért valaki?
Említett routeren ott az U-boot. (Mondjuk hozzá való, de a generic Domino boardost is megnéztem.)
Még ha be is tudok bootoltatni egy Openwrt imaget, akkor is eldobja magát rootfs hiányában.De általában be sem bootol, mert
uboot> bootmBooting image at: 0x80800000Image name: ßí}ÿuÿwíÿßwþsîýþÿ~ý¿ÿõÿ=9>µ·»öCreated: 1970-01--11 -12:-22:-57 UTCImage type: Unknown Architecture Unknown OS Unknown Image (unknown compression)Data size: -559941633 Bytes = 3562 MBLoad address: 0xFABE3C9DEntry point: 0xA7BE7DECUncompressing kernel image... ## Error: LZMA error num: 1...tehát tök rossz helyen van az image, még ha be is állítom a loadaddr-t.Amikor bootol, akkor :
uboot> run lf
Using eth1 device
Ping OK, host 192.168.1.106 is alive!
TFTP from IP: 192.168.1.106
Our IP: 192.168.1.142
Filename: 'openwrt-gl-ar150.bin'(itt igazából mindegy, ez az egy ment eddig a gl-ar150-es uboot-tal)
Load address: 0x80800000
Using: eth1
Loading: *########################################
########################################
#######################
TFTP transfer complete!
Bytes transferred: 5439804 (0x53013c)
Erase FLASH from 0x9F050000 to 0x9F58FFFF in bank #1
Erasing: #######################################
#######################################
######
Erased sectors: 84
Copying to FLASH...
Writting at address: 0x9F050000
Done!
OK!
uboot> bootm
Booting image at: 0x80800000
Image name: MIPS OpenWrt Linux-5.4.179
Created: 2022-02-16 20:29:10 UTC
Image type: MIPS Linux Kernel Image (lzma compressed)
Data size: 2048716 Bytes = 2 MB
Load address: 0x80060000
Entry point: 0x80060000
Uncompressing kernel image... OK!
Starting kernel...
[ 0.000000] Linux version 5.4.179 (builder@buildhost) (gcc version 8.4.0 (OpenWrt GCC 8.4.0 r16495-bf0c965af0)) #0 Wed Feb 16 20:29:10 2022
[ 0.000000] printk: bootconsole [early0] enabled
.
.
.
[ 1.747578] eth1: Atheros AG71xx at 0xb9000000, irq 4, mode: mii
[ 1.753619] hctosys: unable to open rtc device (rtc0)
[ 1.759133] /dev/root: Can't open blockdev
[ 1.761899] VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6
[ 1.769265] Please append a correct "root=" boot option; here are the available partitions:
[ 1.777604] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[ 1.785834] Rebooting in 1 seconds..Tehát ha valaki tudna segíteni, hogy hogyan kéne belőni a load addresst és hasonlókat, megköszönném.
Esetleg az lehet a baja, hogy csak 8MB a flash? Az Openwrt imagek 5,2MB, tehát elférne, de a routeren gyárilag 16MB-os lenne. -
Hello,
Nem teljesen Openwrt kérdés, de itt tudhatják a legtöbben.
U-Bootot forgatnék Honkydoo routeréhez, hogy tudjon SD kártyáról indulni a cucc. Tehát a router flash-éből csak az U-Boot futna, és az OS-t SD kártyáról indítaná. Mit kell (és hogyan) belefordítani az U-Bootba? Azt tudom, hogy alapból nincs benne SD kezelés... -
bzolika10
aktív tag
válasz
xabolcs
#17213
üzenetére
19.07.9 ugyanaz, sikerül felrakni, de ugyanúgy tmp-nek mountolja a gyökeret.
Gyári firmwaret meg sajnos nem tudom felflashelni serialon keresztül. De próbélkoztam ezzel a két paranccsal és sikerült:2. Cut the file: dd if=orig.bin of=tplink.bin skip=257 bs=512
3. Write to flash: mtd -r write /tmp/tplink.bin firmware
Újraindítás után nem felejt. Ez már félsiker. Most megpróbálom rá felrakni 19.07-et hátha megjavult az is.Szerk:
Sajnos nem megy rá fel a 19.07, mert ugyan betallózni belehet, de úgy érzékeli, mint ha nem lenne betallózva és ezért nem is enged upgradelni. -
xabolcs
őstag
válasz
harrie
#17185
üzenetére
Egyre jobban tetszik az a Linksys E8450 (aka. Belkin RT3200)! Most jott hozza egy erdekes fejlesztes a masterre:
bridger: add bridge forwarding accelerator
This package uses BPF to create a fast path which improves bridging performance by bypassing the bridge layer. It also supports creating tc offload rules for hardware that supports it. Hardware offload support can be used with MT7622 + MT7915 once it is merged.
A hardveresen gyorsitotta tudja tenni LAN -> WLAN forgalmat!
Az uzenetben hasznalt "... once it merged" pedig az mt76 driver fejleszteset jeloli:mt76: mt7915: add Wireless Ethernet Dispatch support
This is used to support hardware flow offloading from Ethernet to WLAN
-
bzolika10
aktív tag
válasz
vargalex
#17190
üzenetére
Na most, hogy volt időm ránézni, megnéztem soros porton keresztül is. Újraflasheltem, sajnos ugyanazt a hibát adja. Arra gyanakszok, hogy valamiért read only lett a flash. Csak az a baj, hogy nem tudom, hogy mi ennek az oka. A csere drága lenne, 2.5k+vám+szállítás. Lehet, hogy az lesz a végleges kókány megoldás, hogy "hozzáhegesztek" egy kis 12v-os szünetmentest .
-
Melorin
addikt
válasz
Melorin
#17207
üzenetére
Úgy néz ki sikerült. mg-vel tudtam szerkeszteni a config fájlt, majd alig bírtam lementeni a megváltozott fájlt, igazából most sem tudom végül melyik bill. kombináció okozta
Csináltam egy restartot, a blokkolási lista megmaradt, a statisztika nullázódott, de az lehet hogy azért mert új könyvtárban új lappal kezdett az adguard. Meglátom ahogy összegyűlik egy kis statisztika, hogy az már megmarad-e. -
Melorin
addikt
válasz
xabolcs
#17206
üzenetére
Én ugyan nem konfiguráltam semmit, feltelepítettem és kész
Amit vargalex linkelt, arra csak azt hittem, hogy bizonyíték arra, hogy rossz helyen van a könyvtár, nem gondoltam, hogy ott át is lehet írni tetszőleges elérési utat.
Egyébként fogalmam sincs hogy lehet szerkeszteni linuxon fájlokat. Valahányszor belekezdek, a kukába dobás gondolatáig jutok csak el -
xabolcs
őstag
-
-
Melorin
addikt
válasz
xabolcs
#17199
üzenetére
Azt most már nem tudom megmondani, hogy a pendrive-os verzió is elfelejtette-e vagy csak amióta átköltöztettem SSD-re.
Mi az a logread kimenet? System logot tudok mutatni miután befrissítem a blokkolási listát:Wed Apr 6 19:07:25 2022 daemon.err AdGuardHome[2349]: 2022/04/06 17:07:25.437398 [info] saving filter 1649235130 contents to: /tmp/adguardhome/data/filters/1649235130.txt
)
)
Nem találok rá értelmeset. Olyan, mintha nem érdekelné a bootargs. (Vagy az a baja, hogy a sysupgrade bint toltam fel?)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
), akkor az U-Boot konzolbol TFTP-n keresztul el tudd inditani az initramfs-recovery.itb-t, ahonnan mar gond nelkul tudsz sysupgrade-elni.
Új hozzászólás Aktív témák
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Jogtiszta Windows - Office & Vírusirtó licencek- Azonnal - Számlával - Garanciával - Nint.hu
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Microsoft Windows, Office & Vírusirtók: Akciók, Azonnali Szállítás, Garantált Minőség, Garancia!
- Új és használt laptopok , üzletitől a gamerig , kedvező áron. Garanciával !
- Asus ROG Zephyrus G14 GA401IV - 14" FHD 120Hz - Ryzen 9 - 4900HS - 16GB - 2TB - RTX 2060 - Win11
- Bomba ár! Dell Inspiron 15 5578 2in1: i7-7GEN I 16GB I 256SSD I 15,6" FHD Touch I Cam I W11 I Gari!
- Telefon felvásárlás!! Honor Magic6 Lite, Honor Magic6 Pro, Honor Magic7 Lite, Honor Magic7 Pro
- Bomba ár! Lenovo ThinkPad L13 G1 - i5-10GEN I 16GB I 512SSD I 13,3" FHD I HDMI I Cam I W11 I Gari!
Állásajánlatok
Cég: FOTC
Város: Budapest