Új hozzászólás Aktív témák

• #3989 madrac senior tag woodworm #3988

  Új Válasz 2023-07-02 07:05:54 #3989

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  madrac

  senior tag

  válasz woodworm #3988 üzenetére

  Ez a Padavan dmesg:
  Creating 10 MTD partitions on "raspi":
0x000000000000-0x000000030000: "Bootloader"
0x000000030000-0x000000040000: "Config"
0x000000040000-0x000000050000: "Bdata"
0x000000050000-0x000000060000: "Factory"
0x000000060000-0x000000070000: "crash"
0x000000070000-0x000000080000: "cfg_bak"
0x000000080000-0x000000180000: "Storage"
0x000000180000-0x0000002997d0: "Kernel"
0x0000002997d0-0x000001000000: "RootFS"
0x000000180000-0x000001000000: "Firmware_Stub"

  OpenWRT wikiben az altala vart OEM particio tok ugyanaz mint az OWRT-s, leszamitva az utolso particio meretet ami gondolom mindig a fw. frissiteshez kell.
  Padavan ehhez kepest tok mas szerkezetu a "cfg_bak" utan, es kulon van "Storage", "Kernel", "RootFS", es az egesz ki van tolva a vegso 1000000 merethatarig, ugy hogy a frissiteshez szukseges "Firmware_Stub" atfedesben van a Kernel es RootFS particiokkal, vagyis ha erre a particiora mar ra lett irva, akkor gondolom azonnal annyi a fo rendszernek is.
  Nekem csak ugy logikus, ha pont, hogy mas teruleteket hasznalnak beallitasok tarolasara, ha megmaradt.

• #3987 madrac senior tag woodworm #3984

  Új Válasz 2023-07-01 20:24:03 #3987

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  madrac

  senior tag

  válasz woodworm #3984 üzenetére

  A dolgot bonyolitja, hogy nekem xiaomi r3gV2 van ami hardverileg 4A, de elvileg kulonbozik a bootloader. r3gV2-re azthiszem csak kinai 2-es sorozatu fw van, viszont az orosz oldalan tanacsoltak, hogy modelltol fuggetlenul 3-as verzioval is kompatibilis univerzalisabb uboot keruljon fel custom fw-re atteresnel ami atirta a Bootloadert.
  Lenyeg a lenyeg, hogy Padavan alatt ez a particio kiosztas latszik:
  #cat /proc/mtd
dev:    size   erasesize  name
mtd0: 00030000 00010000 "Bootloader"
mtd1: 00010000 00010000 "Config"
mtd2: 00010000 00010000 "Bdata"
mtd3: 00010000 00010000 "Factory"
mtd4: 00010000 00010000 "crash"
mtd5: 00010000 00010000 "cfg_bak"
mtd6: 00100000 00010000 "Storage"
mtd7: 001197d0 00010000 "Kernel"
mtd8: 00d66830 00010000 "RootFS"
mtd9: 00e80000 00010000 "Firmware_Stub"

  OpenWRT wikiben viszont ez szerepel 4A modellnel:
  OEM:
  [    2.280000] Creating 10 MTD partitions on "raspi":
[    2.280000] 0x000000000000-0x000001000000 : "ALL"
[    2.280000] 0x000000000000-0x000000030000 : "Bootloader"
[    2.280000] 0x000000030000-0x000000040000 : "Config"
[    2.280000] 0x000000040000-0x000000050000 : "Bdata"
[    2.280000] 0x000000050000-0x000000060000 : "Factory"
[    2.290000] 0x000000060000-0x000000070000 : "crash"
[    2.290000] 0x000000070000-0x000000080000 : "cfg_bak"
[    2.290000] 0x000000080000-0x000000180000 : "overlay"
[    2.290000] 0x000000180000-0x000000e80000 : "OS1"

  OpenWRT:
  [    2.526313] Creating 8 MTD partitions on "spi0.0":
[    2.531089] 0x000000000000-0x000000030000 : "u-boot"
[    2.537146] 0x000000030000-0x000000040000 : "u-boot-env"
[    2.543574] 0x000000040000-0x000000050000 : "Bdata"
[    2.549393] 0x000000050000-0x000000060000 : "factory"
[    2.555448] 0x000000060000-0x000000070000 : "crash"
[    2.561240] 0x000000070000-0x000000080000 : "cfg_bak"
[    2.567263] 0x000000080000-0x000000180000 : "overlay"
[    2.573279] 0x000000180000-0x000001000000 : "firmware"

  Sajat OpenWRT logban meg irja az errorokat is:
  Fri Jun 30 03:56:03 2023 kern.notice kernel: [    1.347318] 8 fixed-partitions partitions found on MTD device spi0.0
Fri Jun 30 03:56:03 2023 kern.err kernel: [    1.353687] OF: Bad cell count for /palmbus@1e000000/spi@b00/flash@0/partitions
Fri Jun 30 03:56:03 2023 kern.err kernel: [    1.361059] OF: Bad cell count for /palmbus@1e000000/spi@b00/flash@0/partitions
Fri Jun 30 03:56:03 2023 kern.err kernel: [    1.368988] OF: Bad cell count for /palmbus@1e000000/spi@b00/flash@0/partitions
Fri Jun 30 03:56:03 2023 kern.err kernel: [    1.376360] OF: Bad cell count for /palmbus@1e000000/spi@b00/flash@0/partitions
Fri Jun 30 03:56:03 2023 kern.notice kernel: [    1.383894] Creating 8 MTD partitions on "spi0.0":
Fri Jun 30 03:56:03 2023 kern.notice kernel: [    1.388703] 0x000000000000-0x000000030000 : "u-boot"
Fri Jun 30 03:56:03 2023 kern.notice kernel: [    1.395099] 0x000000030000-0x000000040000 : "u-boot-env"
Fri Jun 30 03:56:03 2023 kern.notice kernel: [    1.401852] 0x000000040000-0x000000050000 : "Bdata"
Fri Jun 30 03:56:03 2023 kern.notice kernel: [    1.407854] 0x000000050000-0x000000060000 : "factory"
Fri Jun 30 03:56:03 2023 kern.notice kernel: [    1.413934] 0x000000060000-0x000000070000 : "crash"
Fri Jun 30 03:56:03 2023 kern.notice kernel: [    1.419883] 0x000000070000-0x000000080000 : "cfg_bak"
Fri Jun 30 03:56:03 2023 kern.notice kernel: [    1.426016] 0x000000080000-0x000000180000 : "overlay"
Fri Jun 30 03:56:03 2023 kern.notice kernel: [    1.432113] 0x000000180000-0x000001000000 : "firmware"
Fri Jun 30 03:56:03 2023 kern.notice kernel: [    1.438630] 2 uimage-fw partitions found on MTD device firmware
Fri Jun 30 03:56:03 2023 kern.notice kernel: [    1.444561] Creating 2 MTD partitions on "firmware":
Fri Jun 30 03:56:03 2023 kern.notice kernel: [    1.449564] 0x000000000000-0x0000002af7ce : "kernel"
Fri Jun 30 03:56:03 2023 kern.warn kernel: [    1.454515] mtd: partition "kernel" doesn't end on an erase/write block -- force read-only
Fri Jun 30 03:56:03 2023 kern.notice kernel: [    1.463879] 0x0000002af7ce-0x000000e80000 : "rootfs"
Fri Jun 30 03:56:03 2023 kern.warn kernel: [    1.468896] mtd: partition "rootfs" doesn't start on an erase/write block boundary -- force read-only
Fri Jun 30 03:56:03 2023 kern.info kernel: [    1.479076] mtd: setting mtd9 (rootfs) as root device
Fri Jun 30 03:56:03 2023 kern.notice kernel: [    1.484235] 1 squashfs-split partitions found on MTD device rootfs
Fri Jun 30 03:56:03 2023 kern.notice kernel: [    1.490444] 0x000000630000-0x000000e80000 : "rootfs_data"

• #3985 madrac senior tag Starchm #3983

  Új Válasz 2023-07-01 19:57:53 #3985

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  madrac

  senior tag

  válasz Starchm #3983 üzenetére

  Azt nem tudom, Padavant en csak az MT7621 procis xiaomi routeren hasznalom (nem tudom milyen driver van benne), az Asusomban tok mas van, arra nincs is Padavan.
  Viszont akkor ugyanazt a teljesitmenyt tudhatja a Padavan mint a gyari FW is MTK-val.

• #3981 madrac senior tag Gyurka6 #3980

  Új Válasz 2023-07-01 19:39:18 #3981

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  madrac

  senior tag

  válasz Gyurka6 #3980 üzenetére

  Igaz, elnezest, javitottam. Nem tudtam hogy a privat ezt jelenti.
  Nem akartam teleszemetelni ezt a forumot azert gondoltam h igy oldom meg.

• #3979 madrac senior tag Starchm #3978

  Új Válasz 2023-07-01 19:22:32 #3979

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  madrac

  senior tag

  válasz Starchm #3978 üzenetére

  Nem tudom, gyari fw-el annyira nem emlekszem mit tudott a wifi, de csak amiatt nem erdemes hasznalni, mert nagyon fapados. MTK-nal nem tudom h mennyi zart drivert hasznalnak, Asusnal biztos igy van, ezert van nagy kulonbseg.
  Nyilvan a custom FW mukodese teljesen attol fuggo, hogy milyen hardverrol van szo, es hogy milyen elozo fw-re teszik azt ra, de ez az amit sehol sem szoktak reszletesen dokumentalni altalaban hogy mivel kompatibilis es mivel nem. Mondjuk gyari fw-re felrakva lehet nem bugzana igy. OWRT RC-k elott meg azt hiszem csak tavalyiak vannak.

• #3977 madrac senior tag golya87 #3976

  Új Válasz 2023-07-01 18:29:23 #3977

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  madrac

  senior tag

  válasz golya87 #3976 üzenetére

  Persze, resetet is nyomtam neki a felületről. Azt hiszem meg is csinálta, legalábbis a beállításai visszaálltak. Fogalmam nincs hogy tesztelik ezeket vagy másoknak miért nem tűnik ez fel. Lehet a tulnyomó többség még tavalyi verzión van. Ha bekapcsoltam az offload-okat, hozta a Padavan sebességét.
  Egy kernel és egy system logot mentettem meg belőle, ha érdekel valakit esetleg.

  Mondjuk az nem hagy nyugodni, hogy wifin 2,4GHz-en 20Hz-es csatornán miért ilyen gyatra a sebessége fw-től függetlenül. Néhány méterre tőle 40/35 Mbit-et mérek telefonról, a 3 antennás Asus RT-N18U-n ami az új fw óta megtáltosodott, meg 65/55 Mbit falon keresztül.

• #3975 madrac senior tag

  Új Válasz 2023-07-01 01:44:04 #3975

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  madrac

  senior tag

  Egy kis OpenWrt-s elmeny beszamolo, akit erdekel:
  Ugyebar nekem Xiaomi R3Gv2-m van mar joideje regi Padavannal, de elkovettem azt a hibat, hogy feltettem probabol a legujabb 23.05.0-rc2 openwrt-t, mivel elvileg 2Gbites routing sebesseg offload implementaciot lehetett olvasni rola MT7261-ben. De ez valami ultra instabil fw, pedig olvasgattam az orosz forumon h lehet atterni openwrt-re SSH-bol es ugy csinaltam, mtdwrite-al... Nem egyszer meg a beallitasokat sem akarta elmenteni az openwrt amit web feluleten beallitottam, ilyenkor el-eltunt a halozatrol is, DHCP-t meg egyszeruen nem akart osztani az istennek sem valamiert foleg 2,4GHz-en es internetet adni. Mondjuk a 2,4GHz-es reszenek stabilitasara mas is panaszkodott owrt alatt ugy olvastam. Eleve kb pilota vizsga kell a beallitasahoz, de persz ez tobb lehetoseget is jelenthet.
  Ezert vissza akartam tenni a Padavant, amivel sikerult is teglazni az eszkozt atmenetileg. SSH-n feltoltottem a Padavan trx bint ra es ujraindiasnal hibat dobott, majd meghalt a webes felulete es SSH-n nem fogadta el tobbet a regi jelszot sem.
  TinyPXE-es debrick meg baromira nem akart mukodni, de vegul csak a 4A router gyari firmware-jet megette. Fel, meg 1 orakat vartam elotte a villogo narancssarga lednel mintha olvasta volna a bealitott fw bint tftp-n, de nem jutott tovabb mas rommal. Egesz ejszakam, delelottom elment ezzel a pocsolessel, nagyon megizzasztott.
  Ja es ezek utan a gyari fw-rol az oroszok scriptjevel ujra feltettem a Padavant es meg az eredeti beallitasaimat is visszahozta.. Valami nagyon el lett kefelve az owrt-vel vagy nem kompatibilis ezzel a particio kiosztassal vagy nem tudom...? Nekem ez magas.

• #3707 madrac senior tag Intruder2k5 #3706

  Új Válasz 2022-12-19 20:42:43 #3707

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  madrac

  senior tag

  válasz Intruder2k5 #3706 üzenetére

  jo otlet, de a cifs mount nem mukodik nalam. (Operation not supported)
  ha meg megadom a protokoll verziot is a vers parameterrel, akkor teljesen mindegy mit adok meg "kernel: CIFS: Invalid version specified"

• #3705 madrac senior tag Intruder2k5 #3704

  Új Válasz 2022-12-19 19:40:22 #3705

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  madrac

  senior tag

  válasz Intruder2k5 #3704 üzenetére

  Koszonom, de sajnos ennel bonyolultabb a dolog. Mivel r3gv2-n nagyon minimalis a tarhely ezert kulso tftp szervert hasznalok, csak nem tudom, hogyha PXE menut allitok be a dnsmask-ban, akkor a pxe-service miert hagyja figyelmen kivul az utolso szerver IP parametert...

• #3703 madrac senior tag

  Új Válasz 2022-12-19 15:30:02 #3703

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  madrac

  senior tag

  Tudom semmi esely a valaszra, de kiserletezett valaki esetleg PXE boot menuvel dsnmasq.conf segitsegevel?

• #3665 madrac senior tag madmike #3653

  Új Válasz 2022-11-06 21:24:00 #3665

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  madrac

  senior tag

  válasz madmike #3653 üzenetére

  Nalam a masodlagos router-ben (Tomato firm) Access Point-kent van beallitva a wifi.
  gateway-kent pedig a fo router ip cime van megadva.
  DNS beallitasa ertelemszeruen, akar a fo router ip cimere.

• #3661 madrac senior tag Intruder2k5 #3036

  Új Válasz 2022-11-06 20:31:10 #3661

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  madrac

  senior tag

  válasz Intruder2k5 #3036 üzenetére

  Meglehet csinalni kulonallo TFTP szerverrel is a PXE network boot-ot, csak hozza kell fuzni nehany sort a "dnsmasq.conf" allomanyhoz a DHCP beallitasoknal.

  Peldaul:
  dhcp-match=set:bios,60,PXEClient:Arch:00000
dhcp-boot=tag:bios,netboot.xyz.kpxe,,YOURSERVERIP
dhcp-match=set:efi32,60,PXEClient:Arch:00002
dhcp-boot=tag:efi32,netboot.xyz.efi,,YOURSERVERIP
dhcp-match=set:efi32-1,60,PXEClient:Arch:00006
dhcp-boot=tag:efi32-1,netboot.xyz.efi,,YOURSERVERIP
dhcp-match=set:efi64,60,PXEClient:Arch:00007
dhcp-boot=tag:efi64,netboot.xyz.efi,,YOURSERVERIP
dhcp-match=set:efi64-1,60,PXEClient:Arch:00008
dhcp-boot=tag:efi64-1,netboot.xyz.efi,,YOURSERVERIP
dhcp-match=set:efi64-2,60,PXEClient:Arch:00009
dhcp-boot=tag:efi64-2,netboot.xyz.efi,,YOURSERVERIP

• #3572 madrac senior tag #60252516 #3571

  Új Válasz 2022-10-11 12:10:12 #3572

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  madrac

  senior tag

  válasz #60252516 #3571 üzenetére

  hardverileg megegyeznek a gigabites változatok igen. ha jól tudom a bootloader eltér, ezért gyári szoftver esetén nem eszik meg egymásét.

• #3570 madrac senior tag Toninho13 #3568

  Új Válasz 2022-10-11 09:50:08 #3570

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  madrac

  senior tag

  válasz Toninho13 #3568 üzenetére

  Ha friss kell akkor felejtsd el a 4PDA-t szerintem. A 3.4.3.9 az Alexey féle repoból van ami nagyon rég nem frissült, igaz én is ezt tettem fel. Mindenféle prometheus csoda szkript nélkül fordítottam WSL2 alatt, ami csak plusz hibaforrás. Egyszerűen csak lekellett klónozni a repot és bekellett másolni azt hiszem azt a fájlt ami ezen típus támogatásáért felel, a többi pedig a repoban lévő leírás alapján ment gond nélkül.
  Viszont ha jól láttam a commitokat, akkor a mahtab repoba is bekerült nagy nehezen az R3Gv2 támogatás, amit folyamatosan frissítenek.

• #3494 madrac senior tag rErEaT #2934

  Új Válasz 2022-08-06 20:14:23 #3494

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  madrac

  senior tag

  válasz rErEaT #2934 üzenetére

  Tudom, regi hsz, de hatha valakit meg erint.
  Wireguard beallitas ugyben nem nezted ezt a leirast?

• #3458 madrac senior tag attilav2 #3457

  Új Válasz 2022-07-21 19:52:40 #3458

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  madrac

  senior tag

  válasz attilav2 #3457 üzenetére

  Jó kérdés, mert egyáltalán nem használok VM-et. WSL2 alatt forgattam. Próbáltam verziókat nézni parancsokkal, de lukra futottam. Van valami oka, hogy VM alatt fordítasz?

• #3450 madrac senior tag #60252516 #3449

  Új Válasz 2022-06-29 08:29:54 #3450

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  madrac

  senior tag

  válasz #60252516 #3449 üzenetére

  Üdv, így van, nekem is kellett hozzá pluszba debian alatt, kösz!
  Egyelőre tesztelem az Alexey félét, aztán lehet majd teszek azzal is egy próbát. Már én is leforgattam R3GV2-re a mahtab félét is. Nagyobb is lett méretben, de belefér még, mert 11MB alatt van.

• #3448 madrac senior tag madrac #3445

  Új Válasz 2022-06-28 20:54:24 #3448

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  madrac

  senior tag

  válasz madrac #3445 üzenetére

  Megy Xiaomi R3GV2 router-en az Alexey fele Padavan repobol forditott firmware. Kiegeszitve a repot az altaluk megadott board specifikus allomanyokkal. Most azert megkonnyebultem.
  Az oroszok altal feltett scriptekkel eloszor uboot-ot frissitettem, majd ma feltettem vele az altalam forgatott firmet. Angol nyelvu forumokon ugye leginkabb azt olvasni, hogy erre a tipusra csak hardveres iroval lehet ratenni masik firmwaret.

• #3445 madrac senior tag

  Új Válasz 2022-06-24 22:20:54 #3445

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  madrac

  senior tag

  Szevasztok!
  Azt hiszem ilyet még senki nem csinált itt, de orosz fórumot tanulmányozva sikerült ugyanebből az Alexey féle repobol Xiaomi R3GV2 tipusu router-re leforgatni ezt a régi forrást.
  Felmerjen tenni a mellékelt python alapu scriptekkel?
  A forumban mellekelt python alapu szkriptekkel sikeresen csinalt backupot is, igaz sajnos ahogy elnezem abban nincs uboot, viszont azt mar sikeresen felulirtam egy ott ajanlottal ami kompatibilisebb elvileg mindennel, gyari firmware-rel is.... azota a routert nem mertem ujrainditani...
  Forgatasnal csinalt egy ramdisk-et is, amire ha jol gondolom nincs szukseg.

Új hozzászólás Aktív témák