tiltkoko Skrevet 26. august Del Skrevet 26. august ok. gikk litt fort. Når du nevner 23.5.*, så tok jeg nok det som at det var det som ble kjørt. Ikke sikkert at en 23.5 version noensinne vil funke, er ikke så mange av endringene som blir backporta dit. Når det gjelder luci problemer er det vel bare å resette alle endringer å starte pånytt. Er nok best å ta setup i cli, tror option band '6g' ble fjernet når jeg gjorde endring i Luci Siter Lenke til kommentar Del på andre sider Flere delingsvalg…
Michael Seitz Skrevet 27. august Del Skrevet 27. august Sorry for at jeg svarte med ganske så mye sarkasme. Jeg har en sykdom som gir meg hjernetåke. Derfor ser jeg frem til en stabil versjon som er enklere å vedlikeholde enn snapshot 😁 Siter Lenke til kommentar Del på andre sider Flere delingsvalg…
Michael Seitz Skrevet 5. september Del Skrevet 5. september (endret) Uff, nå har det skjedd: Ruteren virker å vare død 😑 Jeg var dum og oppdaterte sysupgrade til nyeste snapshot med LuCI. Etter en halvtime var det fortsatt ikke noe liv i ruteren, og jeg våget en omstart. Det hjalp dessverre ikke, selv etter 5te omstart (i følge @Bjørn Mork skulle jo "rescue"-mekanikken slå inn etter tre omstarter). Så tilkoblet jeg konsoll og installerte snapshot på nytt (flashet "openwrt-mediatek-filogic-zyxel_ex5700-telenor-initramfs-kernel_050924.bin" som "C0A80101.img" med tftp). Men etter "bootm" skjer det ikke noe: Quote => bootm ## Loading kernel from FIT Image at 41e00000 ... Using 'config-1' configuration Verifying Hash Integrity ... OK Trying 'kernel-1' kernel subimage Description: ARM64 OpenWrt Linux-6.6.48 Type: Kernel Image Compression: lzma compressed Data Start: 0x41e000e8 Data Size: 4323779 Bytes = 4.1 MiB Architecture: AArch64 OS: Linux Load Address: 0x48000000 Entry Point: 0x48000000 Hash algo: crc32 Hash value: 8df6075e Hash algo: sha1 Hash value: b73bdfb4b04c7ffb53d3dc054b47e4aab4747d68 Verifying Hash Integrity ... crc32+ sha1+ OK Decrypting Data ... OK ## Loading ramdisk from FIT Image at 41e00000 ... Using 'config-1' configuration Verifying Hash Integrity ... OK Trying 'initrd-1' ramdisk subimage Description: ARM64 OpenWrt zyxel_ex5700-telenor initrd Type: RAMDisk Image Compression: Unknown Compression Data Start: 0x4221fbec Data Size: 4442040 Bytes = 4.2 MiB Architecture: AArch64 OS: Linux Load Address: unavailable Entry Point: unavailable Hash algo: crc32 Hash value: c5768b60 Hash algo: sha1 Hash value: f1122cc46f69c1696b22a38290a6e0e1adf43889 Verifying Hash Integrity ... crc32+ sha1+ OK Decrypting Data ... OK WARNING: 'compression' nodes for ramdisks are deprecated, please fix your .its file! ## Loading fdt from FIT Image at 41e00000 ... Using 'config-1' configuration Verifying Hash Integrity ... OK Trying 'fdt-1' fdt subimage Description: ARM64 OpenWrt zyxel_ex5700-telenor device tree blob Type: Flat Device Tree Compression: uncompressed Data Start: 0x4265c4b4 Data Size: 21445 Bytes = 20.9 KiB Architecture: AArch64 Hash algo: crc32 Hash value: 9e438d33 Hash algo: sha1 Hash value: 53ce489cddad1169ce340c30fa9d2a68917d80ca Verifying Hash Integrity ... crc32+ sha1+ OK Decrypting Data ... OK Booting using the fdt blob at 0x4265c4b4 Uncompressing Kernel Image Loading Ramdisk to 777bd000, end 77bf97b8 ... OK Loading Device Tree to 00000000777b4000, end 00000000777bc3c4 ... OK Volume rootfs not found! set_ubi_root_bootargs: ERROR: Unable to read data from ubi:rootfs ** set_root_bootargs: ERROR: Failed to set UBI bootargs ERROR: board-specific fdt fixup failed: FDT_ERR_NOTFOUND - must RESET the board to recover. FDT creation failed! resetting ... F0: 102B 0000 FA: 1040 0000 FA: 1040 0000 [0200] F9: 0000 0000 V0: 0000 0000 [0001] 00: 0000 0000 BP: 2400 0041 [0000] G0: 1190 0000 EC: 0000 0000 [1000] T0: 0000 0221 [010F] Jump to BL NOTICE: BL2: v2.6(release):v2.6-234-ge6fff8ecc NOTICE: BL2: Built : 11:02:39, Sep 29 2022 NOTICE: WDT: disabled NOTICE: CPU: MT7986 (1998MHz) NOTICE: EMI: Using DDR4 settings NOTICE: EMI: Detected DRAM size: 1024MB NOTICE: EMI: complex R/W mem test passed NOTICE: SPI_NAND parses attributes from parameter page. NOTICE: SPI_NAND Detected ID 0x75 NOTICE: Page size 4096, Block size 262144, size 536870912 NOTICE: Initializing NMBM ... NOTICE: Signature found at block 2047 [0x1ffc0000] NOTICE: First info table with writecount 0 found in block 1920 NOTICE: Second info table with writecount 0 found in block 1923 NOTICE: NMBM has been successfully attached in read-only mode NOTICE: BL2: Booting BL31 NOTICE: BL31: v2.6(release):v2.6-234-ge6fff8ecc NOTICE: BL31: Built : 11:02:41, Sep 29 2022 U-Boot 2022.04-00001-g750deab192 (Sep 29 2022 - 10:09:33 +0000) CPU: MediaTek MT7986 Model: ex5700-t0 DRAM: 1023.9 MiB Core: 42 devices, 14 uclasses, devicetree: separate Initializing NMBM ... Could not find a valid device for nmbm0 Signature found at block 2047 [0x1ffc0000] First info table with writecount 0 found in block 1920 Second info table with writecount 0 found in block 1923 NMBM has been successfully attached Loading Environment from NVRAM... OK In: serial@11002000 Out: serial@11002000 Err: serial@11002000 Model: ex5700-t0 tpl_env not found in U-Boot DTB [-1] tpl-version not found in U-Boot DTB [-1] mtd: partition "ubi" extends beyond the end of device "nmbm0" -- size truncated to 0x1da80000 ubi0: attaching mtd6 ubi0: scanning is finished ubi0: attached mtd6 (name "ubi", size 474 MiB) ubi0: PEB size: 262144 bytes (256 KiB), LEB size: 253952 bytes ubi0: min./max. I/O unit sizes: 4096/4096, sub-page size 4096 ubi0: VID header offset: 4096 (aligned 4096), data offset: 8192 ubi0: good PEBs: 1898, bad PEBs: 0, corrupted PEBs: 0 ubi0: user volume: 0, internal volumes: 1, max. volumes count: 128 ubi0: max/mean erase counter: 3/2, WL threshold: 4096, image sequence number: 1801769513 ubi0: available PEBs: 1856, total reserved PEBs: 42, PEBs reserved for bad PEB handling: 38 Volume factoryparams not found! sah_rip_find_dtb_in_ubi: Unable to read ubi volume from ubi:factoryparams ** parse_dtb: Failed to read the RIP DTB board_late_init: sah_rip_init failed. board_late_init: can't find WAN_ADDR in RIP Saving Environment to NVRAM... OK Net: Warning: ethernet@15100000 (eth0) using random MAC address - 6a:64:f2:ac:8a:9b eth0: ethernet@15100000 Hit any key to stop autoboot: 0 Launching nominal firmware mailbox dump: ubi0: detaching mtd6 ubi0: mtd6 is detached ubi0: attaching mtd6 ubi0: scanning is finished ubi0: attached mtd6 (name "ubi", size 474 MiB) ubi0: PEB size: 262144 bytes (256 KiB), LEB size: 253952 bytes ubi0: min./max. I/O unit sizes: 4096/4096, sub-page size 4096 ubi0: VID header offset: 4096 (aligned 4096), data offset: 8192 ubi0: good PEBs: 1898, bad PEBs: 0, corrupted PEBs: 0 ubi0: user volume: 0, internal volumes: 1, max. volumes count: 128 ubi0: max/mean erase counter: 3/2, WL threshold: 4096, image sequence number: 1801769513 ubi0: available PEBs: 1856, total reserved PEBs: 42, PEBs reserved for bad PEB handling: 38 Volume kernel not found! ** Unable to read env from ubi:kernel ** Saving Environment to NVRAM... OK ** Nominal has failed (error = -1) ** Launching rescue firmware mailbox dump: name: rescue-reason type: 1 value: nominal path has failed (error = -1) name: force-rescue type: 1 value: yes ubi0: detaching mtd6 ubi0: mtd6 is detached ubi0: attaching mtd6 ubi0: scanning is finished ubi0: attached mtd6 (name "ubi", size 474 MiB) ubi0: PEB size: 262144 bytes (256 KiB), LEB size: 253952 bytes ubi0: min./max. I/O unit sizes: 4096/4096, sub-page size 4096 ubi0: VID header offset: 4096 (aligned 4096), data offset: 8192 ubi0: good PEBs: 1898, bad PEBs: 0, corrupted PEBs: 0 ubi0: user volume: 0, internal volumes: 1, max. volumes count: 128 ubi0: max/mean erase counter: 3/2, WL threshold: 4096, image sequence number: 1801769513 ubi0: available PEBs: 1856, total reserved PEBs: 42, PEBs reserved for bad PEB handling: 38 Volume kernel-rescue not found! ** Unable to read env from ubi:kernel-rescue ** Saving Environment to NVRAM... OK ** Rescue has failed (error = -1) ** end_of_world() called Jeg prøvde også å flashe snapshot'en jeg brukte før, men fikk akkurat samme feilmeldingen. Når jeg omstarter ruteren med konsoll tilkoblet får jeg folgende: F0: 102B 0000 FA: 1040 0000 FA: 1040 0000 [0200] F9: 0000 0000 V0: 0000 0000 [0001] 00: 0000 0000 BP: 2400 0041 [0000] G0: 1190 0000 EC: 0000 0000 [1000] T0: 0000 0221 [010F] Jump to BL NOTICE: BL2: v2.6(release):v2.6-234-ge6fff8ecc NOTICE: BL2: Built : 11:02:39, Sep 29 2022 NOTICE: WDT: disabled NOTICE: CPU: MT7986 (2000MHz) NOTICE: EMI: Using DDR4 settings NOTICE: EMI: Detected DRAM size: 1024MB NOTICE: EMI: complex R/W mem test passed NOTICE: SPI_NAND parses attributes from parameter page. NOTICE: SPI_NAND Detected ID 0x75 NOTICE: Page size 4096, Block size 262144, size 536870912 NOTICE: Initializing NMBM ... NOTICE: Signature found at block 2047 [0x1ffc0000] NOTICE: First info table with writecount 0 found in block 1920 NOTICE: Second info table with writecount 0 found in block 1923 NOTICE: NMBM has been successfully attached in read-only mode NOTICE: BL2: Booting BL31 NOTICE: BL31: v2.6(release):v2.6-234-ge6fff8ecc NOTICE: BL31: Built : 11:02:41, Sep 29 2022 U-Boot 2022.04-00001-g750deab192 (Sep 29 2022 - 10:09:33 +0000) CPU: MediaTek MT7986 Model: ex5700-t0 DRAM: 1023.9 MiB Core: 42 devices, 14 uclasses, devicetree: separate Initializing NMBM ... Signature found at block 2047 [0x1ffc0000] First info table with writecount 0 found in block 1920 Second info table with writecount 0 found in block 1923 NMBM has been successfully attached Loading Environment from NVRAM... *** Warning - bad CRC, using default environment In: serial@11002000 Out: serial@11002000 Err: serial@11002000 Model: ex5700-t0 tpl_env not found in U-Boot DTB [-1] tpl-version not found in U-Boot DTB [-1] mtd: partition "ubi" extends beyond the end of device "nmbm0" -- size truncated to 0x1da80000 ubi0: attaching mtd6 ubi0: scanning is finished ubi0: attached mtd6 (name "ubi", size 474 MiB) ubi0: PEB size: 262144 bytes (256 KiB), LEB size: 253952 bytes ubi0: min./max. I/O unit sizes: 4096/4096, sub-page size 4096 ubi0: VID header offset: 4096 (aligned 4096), data offset: 8192 ubi0: good PEBs: 1898, bad PEBs: 0, corrupted PEBs: 0 ubi0: user volume: 0, internal volumes: 1, max. volumes count: 128 ubi0: max/mean erase counter: 3/2, WL threshold: 4096, image sequence number: 1801769513 ubi0: available PEBs: 1856, total reserved PEBs: 42, PEBs reserved for bad PEB handling: 38 Volume factoryparams not found! sah_rip_find_dtb_in_ubi: Unable to read ubi volume from ubi:factoryparams ** parse_dtb: Failed to read the RIP DTB board_late_init: sah_rip_init failed. board_late_init: can't find WAN_ADDR in RIP Saving Environment to NVRAM... OK Net: Warning: ethernet@15100000 (eth0) using random MAC address - 56:b1:1f:97:8c:4a eth0: ethernet@15100000 Hit any key to stop autoboot: 0 Launching nominal firmware mailbox dump: ubi0: detaching mtd6 ubi0: mtd6 is detached ubi0: attaching mtd6 ubi0: scanning is finished ubi0: attached mtd6 (name "ubi", size 474 MiB) ubi0: PEB size: 262144 bytes (256 KiB), LEB size: 253952 bytes ubi0: min./max. I/O unit sizes: 4096/4096, sub-page size 4096 ubi0: VID header offset: 4096 (aligned 4096), data offset: 8192 ubi0: good PEBs: 1898, bad PEBs: 0, corrupted PEBs: 0 ubi0: user volume: 0, internal volumes: 1, max. volumes count: 128 ubi0: max/mean erase counter: 3/2, WL threshold: 4096, image sequence number: 1801769513 ubi0: available PEBs: 1856, total reserved PEBs: 42, PEBs reserved for bad PEB handling: 38 Volume kernel not found! ** Unable to read env from ubi:kernel ** Saving Environment to NVRAM... OK ** Nominal has failed (error = -1) ** Launching rescue firmware mailbox dump: name: rescue-reason type: 1 value: nominal path has failed (error = -1) name: force-rescue type: 1 value: yes ubi0: detaching mtd6 ubi0: mtd6 is detached ubi0: attaching mtd6 ubi0: scanning is finished ubi0: attached mtd6 (name "ubi", size 474 MiB) ubi0: PEB size: 262144 bytes (256 KiB), LEB size: 253952 bytes ubi0: min./max. I/O unit sizes: 4096/4096, sub-page size 4096 ubi0: VID header offset: 4096 (aligned 4096), data offset: 8192 ubi0: good PEBs: 1898, bad PEBs: 0, corrupted PEBs: 0 ubi0: user volume: 0, internal volumes: 1, max. volumes count: 128 ubi0: max/mean erase counter: 3/2, WL threshold: 4096, image sequence number: 1801769513 ubi0: available PEBs: 1856, total reserved PEBs: 42, PEBs reserved for bad PEB handling: 38 Volume kernel-rescue not found! ** Unable to read env from ubi:kernel-rescue ** Saving Environment to NVRAM... OK ** Rescue has failed (error = -1) ** end_of_world() called Er det noe å redde her? Eller må jeg kaste ruteren? Endret 5. september av Michael Seitz Siter Lenke til kommentar Del på andre sider Flere delingsvalg…
Bjørn Mork Skrevet 6. september Del Skrevet 6. september (endret) 11 hours ago, Michael Seitz said: Volume rootfs not found! .. Volume kernel not found! .. Volume kernel-rescue not found! Skjønner ikke hvordan dette kan ha skjedd, men du mangler tydeligvis ganske mye av innholdet i ubi partisjonen. Ikke bra hvis sysupgrade gjorde det der. Men frykt ei, det kan reddes helt fint. tftpboot er nok det enkleste. Men som du har oppdaget så har de lagt inn en irriterende bug i boot-loaderen: Den insisterer på å lese starten av "rootfs" volumet fra flash selv når du booter fra RAM. For å fikse dette så må du derfor først lage et "rootfs" volum i bootloaderen. Det trenger ikke inneholde noe data, men jeg tror det var slik at det må ha en korrekt squasfs magic. Selv om det er overkill i størrelse så er det enkleste bare å ta et filsystem fra en sysupgrade fil. Det spiller egentlig ikke noen rolle hvilken, men f.eks wget https://downloads.openwrt.org/snapshots/targets/mediatek/filogic/openwrt-mediatek-filogic-zyxel_ex5700-telenor-squashfs-sysupgrade.bin tar xvf openwrt-mediatek-filogic-zyxel_ex5700-telenor-squashfs-sysupgrade.bin mv sysupgrade-zyxel_ex5700-telenor/root /hvor/du/nå/har/tftpfilene Du legger altså en "root" fil med et squashfs image samme sted som "C0A80101.img". Denne filen laster du deretter opp med tftp og skriver til et nytt "rootfs" volum før du booter fra "C0A80101.img". tftpboot $loadaddr root ubi create rootfs $filesize ubi write $loadaddr rootfs $filesize Etter dette skal ram boot virke. Kjør samme som du gjorde tidligere. Med sysupgrade for å fikse opp resten etter at systemet har bootet. I teorien. Ettersom jeg ikke aner hva som kan ha skjedd så må vi vel ta noen forbehold om at det kan være flere uventede ting her.... Mulig du har lyst til å kjøre "ubi info l" når du først er i bootloaderen, før du gjør noe som helst. Kan være greit å vite hva som er der. Om det er noe i det hele tatt. Normalt er det en rekke volum. F.eks kernel, rootfs, kernel-rescue, rootfs-rescue, user, perm, ext, RIP. Du kan alltids installere og boote OpenWrt uten noe av dette, men hvis du skal tilbake til Telenor så må du ha RIP. Der ligger bla nøkkel og sertifikat for din ruter. Dersom det volumet er gone, og du ikke har en backup, så er du nok låst til OpenWrt for alltid. Kanskje ikke så galt 🙂 EDIT: Bare sånn for å være helt sikker på at det ikke er noe graverende galt så testet jeg nettopp sysupgrade -v https://downloads.openwrt.org/snapshots/targets/mediatek/filogic/openwrt-mediatek-filogic-zyxel_ex5700-telenor-squashfs-sysupgrade.bin og det gikk helt fint hos meg. Like blank mht hva som har skjedd hos deg, men det er ihvertfall ikke et generelt problem. Endret 6. september av Bjørn Mork Siter Lenke til kommentar Del på andre sider Flere delingsvalg…
Michael Seitz Skrevet 6. september Del Skrevet 6. september Strålende! Ruteren fungerer igjen. Tusen takk Bjørn 💖💖💖 Rett etter jeg lagde rootfs ga 'ubi info l' følgende informasjon: Volume information dump: vol_id 0 reserved_pebs 39 alignment 1 data_pad 0 vol_type 3 name_len 6 usable_leb_size 253952 used_ebs 39 used_bytes 9904128 last_eb_bytes 253952 corrupted 0 upd_marker 0 skip_check 0 name rootfs Volume information dump: vol_id 2147479551 reserved_pebs 2 alignment 1 data_pad 0 vol_type 3 name_len 13 usable_leb_size 253952 used_ebs 2 used_bytes 507904 last_eb_bytes 2 corrupted 0 upd_marker 0 skip_check 0 name layout volume Etter installasjon av sysupgrade fikk jeg dette: Volume information dump: vol_id 0 reserved_pebs 18 alignment 1 data_pad 0 vol_type 3 name_len 6 usable_leb_size 253952 used_ebs 18 used_bytes 4571136 last_eb_bytes 253952 corrupted 0 upd_marker 0 skip_check 0 name kernel Volume information dump: vol_id 1 reserved_pebs 22 alignment 1 data_pad 0 vol_type 3 name_len 6 usable_leb_size 253952 used_ebs 22 used_bytes 5586944 last_eb_bytes 253952 corrupted 0 upd_marker 0 skip_check 0 name rootfs Volume information dump: vol_id 2 reserved_pebs 1814 alignment 1 data_pad 0 vol_type 3 name_len 11 usable_leb_size 253952 used_ebs 1814 used_bytes 460668928 last_eb_bytes 253952 corrupted 0 upd_marker 0 skip_check 0 name rootfs_data Volume information dump: vol_id 2147479551 reserved_pebs 2 alignment 1 data_pad 0 vol_type 3 name_len 13 usable_leb_size 253952 used_ebs 2 used_bytes 507904 last_eb_bytes 2 corrupted 0 upd_marker 0 skip_check 0 name layout volume Det ser ut som om alt fra Telenor er borte. Det eneste jeg gjorde var å modifisere '/etc/config/wireless'. Dette førte jo til problemer med LuCI og UCI som prøvde å reversere modifiseringene (men lyktes ikke). Jeg aner ikke hvorfor dette kunne ha slettet alle volumer. Denne gangen endret jeg 'wireless.radio1' med UCI: uci set wireless.radio1.band='6g' uci set wireless.radio1.channel='auto' uci commit wireless /etc/init.d/uhttpd restart Endringene overlever en omstart og fører ikke til noen feilmeldinger i LuCI eller fra UCI. Og 6G fungerer som det skal 😊 I morra skal jeg kjøre en sysupgrade for å teste om det fungerer, og for å se om UCI-endringene til 6G fortsatt er der. Siter Lenke til kommentar Del på andre sider Flere delingsvalg…
Michael Seitz Skrevet 6. september Del Skrevet 6. september Noe annet som ikke stemmer er 'Maximum transmit power' til 'radio1' (6G), som er '255 dBm' (2.1 MW!!!). Er det noe som kan potensielt ødelegge ruteren? Altså når brukeren velger '255 dBm' istedenfor 'driver default', og ruteren prøver å øke ytelsen til senderen til >200 mW? Eller ville senderen uansett aldri forsynes med mer enn 200 mW? Siter Lenke til kommentar Del på andre sider Flere delingsvalg…
Bjørn Mork Skrevet 6. september Del Skrevet 6. september Jøss. Den var ekkel. Litt overraskende at driveren ikke feiler på en sjekksum eller annen sanity sjekk, for det der er jo helt åpenbar galskap. Nå får du kanskje ikke sendestyrken helt opp i 255 dBm uansett 🙂 Men jeg ser ikke bort fra at den forsøker å sende med høyere effekt enn den burde både av regulatoriske og tekniske årsaker. Ser ikke noen annen forklaring enn at driveren leser 0xff fra flash-området som brukes som "eeprom" for denne radioen, og at den ukritisk bruker disse dataene. Du finner de datatene driveren bruker her: root@OpenWrt:/# ls -la /sys/kernel/debug/ieee80211/phy*/mt76/eeprom -r-------- 1 root root 0 Sep 6 06:52 /sys/kernel/debug/ieee80211/phy0/mt76/eeprom -r-------- 1 root root 0 Sep 6 06:52 /sys/kernel/debug/ieee80211/phy1/mt76/eeprom -r-------- 1 root root 0 Sep 6 06:53 /sys/kernel/debug/ieee80211/phy2/mt76/eeprom 6 GHz er phy1. Driveren får dataene fra "Factory" mtd-partisjonen. Dette er /dev/mtd2 i OpenWrt. Jeg lurer på om det som tok knekken på ubi-partisjonen din også har tatt "Factory"? Da er det jo i så fall nesten rart at du fremdeles har en fungerende bootloader. Lurer virkelig på hva som kan ha skjedd. Men i første omgang så kan du jo sjekke hvordan ting ser ut. "eeprom" for mt7916 (phy0 og phy1) er 0x1000 bytes fra 0xa0000 og utover. De skal starte med 0x16 0x79 (altså 0x7916 som LE). Du kan jo f.eks bare se på innholdet med noe ala dd if=/dev/mtd2ro bs=$((0x100)) skip=$((0xa00)) count=$((0x10)) | hexdump -C Dette bør jo normalt være nøyaktig det samme som du finner i /sys/kernel/debug/ieee80211/phy0/mt76/eeprom og /sys/kernel/debug/ieee80211/phy1/mt76/eeprom, men gudene vet hva som skjer her. Best å sjekke. Siter Lenke til kommentar Del på andre sider Flere delingsvalg…
Michael Seitz Skrevet 8. september Del Skrevet 8. september Det er rart med feil sendestyrke til 6G. Men så lenge den sender med 23 dBm er det jo ikke noe å klage over 😁 Jeg sammenlignet 'eeprom' fra phy1 med hexdump av '/dev/mtd2ro', og de er identiske. Dette betyr jo da at Factory-partisjonen fortsatt finnes? Ruteren kjøpte jeg brukt på Finn. Før jeg installerte OpenWrt fungerte ikke WiFi og jeg fikk Internet bare via ethernet-kabel. Siden jeg har fiber fra NextGenTel hadde jeg ikke tilgang til Telenor sin ruteradministrasjon. Det er altså umulig å si om det var noe feil med ruteren eller ikke. Takk for støtten. Imponerende hvor mye du vet om hvordan programvaren til en ruter er satt opp og fungerer 🙂 Siter Lenke til kommentar Del på andre sider Flere delingsvalg…
Michael Seitz Skrevet 8. september Del Skrevet 8. september (endret) Jeg kjørte nå også en 'sysupgrade -v https://downloads.openwrt.org/snapshots/targets/mediatek/filogic/openwrt-mediatek-filogic-zyxel_ex5700-telenor-squashfs-sysupgrade.bin', og det gikk bra. Til og med UCI-endringene mine er fortsatt der og 6G fungerer. Jeg åpnet en bug report på GitHub: 6G not working due to missing options in /etc/config/wireless on ZyXEL EX5700 (Telenor) Endret 8. september av Michael Seitz Siter Lenke til kommentar Del på andre sider Flere delingsvalg…
tiltkoko Skrevet 10. september Del Skrevet 10. september https://github.com/openwrt/openwrt/commit/3de653a0af35c2d6fbc0fd14909f362c6b977e4a Vi har LED. skjer ting i openwrt snapshot! Siter Lenke til kommentar Del på andre sider Flere delingsvalg…
Shebytnoi Skrevet 2. oktober Del Skrevet 2. oktober Hello everyone, I need help, there is a brick. through mtk_uartboot, getting into uboot, I choose to update the firmware, I choose tftp.the address on the computer in the network card of the tftp server is 192.168.1.2. But, all attempts to download from the server end with an error. are there any options to solve the problem? Siter Lenke til kommentar Del på andre sider Flere delingsvalg…
Anbefalte innlegg
Bli med i samtalen
Du kan publisere innhold nå og registrere deg senere. Hvis du har en konto, logg inn nå for å poste med kontoen din.