Gå til innhold
  • Bli medlem
Støtt hjemmeautomasjon.no!

Anbefalte innlegg

Skrevet

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

  • Svar 60
  • Opprettet
  • Siste svar

Mest aktive i denne tråden

Skrevet

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 😁

  • 2 uker senere...
Skrevet (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 av Michael Seitz
Skrevet (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 av Bjørn Mork
Skrevet

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.

Skrevet

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?

Skrevet

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.

Skrevet

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 🙂

Skrevet (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 av Michael Seitz
  • 3 uker senere...
Skrevet

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?

1.jpg

2.jpg

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.

Gjest
Skriv svar til emnet...

×   Du har limt inn tekst med formatering.   Lim inn uten formatering i stedet

  Du kan kun bruke opp til 75 smilefjes.

×   Lenken din har blitt bygget inn på siden automatisk.   Vis som en ordinær lenke i stedet

×   Tidligere tekst har blitt gjenopprettet.   Tøm tekstverktøy

×   Du kan ikke lime inn bilder direkte. Last opp eller legg inn bilder fra URL.




×
×
  • Opprett ny...

Viktig informasjon

Vi har plassert informasjonskapsler/cookies på din enhet for å gjøre denne siden bedre. Du kan justere dine innstillinger for informasjonskapsler, ellers vil vi anta at dette er ok for deg.