Log z uart od kolegi z takim samym problemem

https://forum.openwrt.org/t/openwrt-sna … /154878/33

tylko czy ten problem mogl istniec dluzej, niedawno wydano wersje hardware 1.1 taka jak ja posiadam, moze teraz sie to ujawnia. Boje sie cokolwiek juz robic. Skoro problem dot 5Mb partycji kernela, to moze poprostu sie teraz ujawnil i u mnie.
Moze nikt tego nie testowal w wersji stabilnej

a istnieje jakis sposob aby luci-22.03-snapshot-r20090-c2331038b2-ipq40xx-generic-linksys_mr8300-squashfs-factory wymusic, na tej 2 partycji wczesniej ja orajac, badz mtd albo nanderase. Sprobowal bym tez moze factory na 01 wgrac, ale nie wiem czy to zadziala, sysupgrade mowi ze nie ma metadata w factory i chce opcje -F czego boje sie zrobic.

Moze poniwne wgranie factory na 01, ustawienie partycji na 5M na sile wgranie factory na 02 by pomoglo, ale nie wiem jak to zrobic sprytnie - jak na nowo na sile wgrac factoty i przeprowadzic upgrade zeby sie nie zbrickowalo.

[ 1.216405] Creating 16 MTD partitions on "qcom_nand.0":
[ 1.223212] 0x000000000000-0x000000100000 : "sbl1"
[ 1.230362] 0x000000100000-0x000000200000 : "mibib"
[ 1.234720] 0x000000200000-0x000000300000 : "qsee"
[ 1.239459] 0x000000300000-0x000000380000 : "cdt"
[ 1.243932] 0x000000380000-0x000000400000 : "appsblenv"
[ 1.248628] 0x000000400000-0x000000480000 : "ART"
[ 1.253725] 0x000000480000-0x000000680000 : "appsbl"
[ 1.259865] 0x000000680000-0x000000700000 : "u_env"
[ 1.263609] 0x000000700000-0x000000740000 : "s_env"
[ 1.267932] 0x000000740000-0x000000780000 : "devinfo"
[ 1.272885] 0x000000780000-0x000005f80000 : "kernel"
[ 1.355585] 0x000000a80000-0x000005f80000 : "rootfs"
[ 1.430878] mtd: setting mtd11 (rootfs) as root device
[ 1.431207] mtdsplit: no squashfs found in "rootfs"
[ 1.434932] 0x000005f80000-0x00000b780000 : "alt_kernel"
[ 1.517602] 0x000006280000-0x00000b780000 : "alt_rootfs"
[ 1.593693] 0x00000b780000-0x00000b880000 : "sysdiag"
[ 1.595170] 0x00000b880000-0x00000ff00000 : "syscfg"

Tylko jak wgrac, mtd nand_utils

potrzebuje rady jak to uzyc, na sile bym wgral i zobaczyl.

mam root i kernel

i nie wiem czy zwykle wgranie tak jak wszedzie:

mtd write /tmp/kernel alt_kernel

mtd write /tmp/root alt_rootf

czy

flash_erase /dev/mtd12 0 0

nandwrite -p  /dev/mtd12 /tmp/kernel

flash_erase /dev/mtd13 0 0

nandwrite -p  /dev/mtd13 /tmp/root

czy moze

mtd -r write /tmp/kernel /dev/mtd12
mtd -r write /tmp/root /dev/mtd13

Jak to zrobic ?

to jak to wgrac "możesz sysupgrade rozpakować i po prostu wgrać na odpowiednie partycje"

moze podpowiesz ?

a to przelaczanie znalazlem w skrypcie mtd biblioteki

/lib/upgrade/linksys.sh

cur_boot_part="$(/usr/sbin/fw_printenv -n boot_part)"
    if [ -z "${cur_boot_part}" ]; then
        mtd_ubi0=$(cat /sys/devices/virtual/ubi/ubi0/mtd_num)
        case "$(grep -E "^mtd${mtd_ubi0}:" /proc/mtd | cut -d '"' -f 2)" in
        kernel|rootfs)
            cur_boot_part=1
            ;;
        alt_kernel|alt_rootfs)
            cur_boot_part=2
            ;;
        esac
        >&2 printf "Current boot_part='%s' selected from ubi0/mtd_num='%s'" \
            "${cur_boot_part}" "${mtd_ubi0}"
    fi

    # OEM U-Boot for EA6350v3, EA8300 and MR8300; bootcmd=
    #  if test $auto_recovery = no;
    #      then bootipq;
    #  elif test $boot_part = 1;
    #      then run bootpart1;
    #      else run bootpart2;
    #  fi

    case "$cur_boot_part" in
    1)
        fw_setenv -s - <<-EOF
            boot_part 2
            auto_recovery yes
        EOF
        printf "alt_kernel"
        return
        ;;
    2)
        fw_setenv -s - <<-EOF
            boot_part 1
            auto_recovery yes
        EOF
        printf "kernel"
        return
        ;;
    *)
        return
        ;;
    esac
}

to za 1 czy 2 lata bedzie, bo wtedy konczy sie gwarancja, moze jednak cos wymyslisz, bardzo prosze :-)

Kilka razy zrób upgrade oryginalnego softu zeby mieć pewność że na obu jest.

Po prostu zrób.

Nowy post

https://github.com/openwrt/openwrt/issu … 1494232188

cos musi byc nie tak, moze to ten USB cos zwala na V1.1 - nie mam pojecia.

to teraz pytanie zasadnicze:

luci-22.03-snapshot-r20068-788a0cf15c-ipq40xx-generic-linksys_mr8300-squashfs-factory

(przynajmniej wszystko chodzilo) problem z upgradem zrobil sie z kolejna wersja
czy

ryzykować

luci-22.03-snapshot-r20090-c2331038b2-ipq40xx-generic-linksys_mr8300-squashfs-factory

No wlasnie wgralem

luci-22.03-snapshot-r20090-c2331038b2-ipq40xx-generic-linksys_mr8300-squashfs-factory

no i nie wstal, odpalony jestem z 2 partycji, bede znowu przywracal, cos jest nie tak z tym buildem

odtworzylem, jestem juz po powrocie, na stock

no i

luci-22.03-snapshot-r20068-788a0cf15c-ipq40xx-generic-linksys_mr8300-squashfs-factory

zainstalowal sie prawidlowo, bez problemu, jestem teraz  na Openwrt odtworzylem config wszystko smiga.

Proponuje jednak wylaczyc z pobierania z repozytorium MR8300 gdyz mam pewnosc ze jest cos uszkodzone, najprawdopodobniej glupieje przez to USB

mam teraz tak:

01    Current    OpenWrt 22.03 (Linux 5.10.168)   
02    Alternative    Linksys (Linux 3.14.77)

fw_printenv
altkern=5f80000
auto_recovery=yes
baudrate=115200
boot_ver=1.3.3
bootcmd=if test $auto_recovery = no; then bootipq; elif test $boot_part = 1; then run bootpart1; else run bootpart2; fi
bootdelay=2
bootpart1=set bootargs $partbootargs && nand read $loadaddr $prikern $kernsize && bootm $loadaddr
bootpart2=set bootargs $partbootargs2 && nand read $loadaddr $altkern $kernsize && bootm $loadaddr
ethact=eth0
ethaddr=00:03:7f:ba:db:ad
flash_type=2
flashimg=tftp $loadaddr $image && nand erase $prikern $imgsize && nand write $loadaddr $prikern $filesize
flashimg2=tftp $loadaddr $image && nand erase $altkern $imgsize && nand write $loadaddr $altkern $filesize
image=rogue.img
imgsize=5800000
ipaddr=192.168.1.1
kernsize=500000
loadaddr=84000000
machid=8010006
netmask=255.255.255.0
partbootargs=init=/sbin/init rootfstype=ubifs ubi.mtd=11,2048 root=ubi0:ubifs rootwait rw
partbootargs2=init=/sbin/init rootfstype=ubifs ubi.mtd=13,2048 root=ubi0:ubifs rootwait rw
prikern=780000
serverip=192.168.1.254
stderr=serial
stdin=serial
stdout=serial
boot_part_ready=3
boot_part=1

cat /proc/mtd
dev:    size   erasesize  name
mtd0: 00100000 00020000 "sbl1"
mtd1: 00100000 00020000 "mibib"
mtd2: 00100000 00020000 "qsee"
mtd3: 00080000 00020000 "cdt"
mtd4: 00080000 00020000 "appsblenv"
mtd5: 00080000 00020000 "ART"
mtd6: 00200000 00020000 "appsbl"
mtd7: 00080000 00020000 "u_env"
mtd8: 00040000 00020000 "s_env"
mtd9: 00040000 00020000 "devinfo"
mtd10: 05800000 00020000 "kernel"
mtd11: 05500000 00020000 "rootfs"
mtd12: 05800000 00020000 "alt_kernel"
mtd13: 05500000 00020000 "alt_rootfs"
mtd14: 00100000 00020000 "sysdiag"
mtd15: 04680000 00020000 "syscfg"

no i po zmianie

fw_setenv kernsize 500000

image=rogue.img
imgsize=5800000
ipaddr=192.168.1.1
kernsize=500000
loadaddr=84000000
machid=8010006
netmask=255.255.255.0

znalazlem jeszcze 1 post

https://forum.openwrt.org/t/linksys-mr8 … ing/131391

zaczelo sie miej wiecej 27 lutego

https://forum.openwrt.org/t/linksys-mr8 … 1?u=roblad

potencjalny winowajca

https://lore.kernel.org/lkml/2023030601 … wei.com/t/

Zgłaszaj na https://github.com/openwrt/openwrt/issues