Odp: BPI-R3 aktualizacja OpenWrt 23.05 do 24.10
Jak się wszystko wyświetliło to składniowo jest ok.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → BPI-R3 aktualizacja OpenWrt 23.05 do 24.10
Strony Poprzednia 1 2 3
Zaloguj się lub zarejestruj by napisać odpowiedź
Jak się wszystko wyświetliło to składniowo jest ok.
To co masz w luci to ma swoje odbicie w /etc/config/dhcp. Więc to nie to. Coś w logach masz po restarcie dnsmasq?
Może podepnę się pod temat, bo tytułem pasuje - chociaż problem mam z czym innym...
Miałem 23.05-SNAPSHOT r24176-880258bb1d (chociaż to chyba już mało istotne) i wgrałem 24.10-snapshot-r28627-0b392b925f, bez zachowania ustawień (będąc uprzedzonym o istotnych zmianach). Przy czym o ile to istotne - korzystałem właśnie z nand. Odpaliłem sysupgrade -n i martwy... Podpiąłem się pod konsolę
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 020A [010F]
Jump to BL
NOTICE: BL2: v2.9(release):OpenWrt v2023-07-24-00ac6db3-2 (mt7986-spim-nand-ddr4)
NOTICE: BL2: Built : 19:32:55, Apr 3 2024
NOTICE: WDT: Cold boot
NOTICE: WDT: disabled
NOTICE: CPU: MT7986 (2000MHz)
NOTICE: EMI: Using DDR4 settings
NOTICE: EMI: Detected DRAM size: 2048MB
NOTICE: EMI: complex R/W mem test passed
NOTICE: SPI_NAND parses attributes from parameter page.
NOTICE: SPI_NAND Detected ID 0xef
NOTICE: Page size 2048, Block size 131072, size 134217728
ERROR: BL2: Failed to load image id 3 (-2)Przełączyłem się na eMMC (przełączniki dół-góra-góra-dół) - bo stamtąd bootuje się. Nand wygląda jakby brakowało partycji:
# cat /proc/mtd
dev: size erasesize name
mtd0: 07e00000 00020000 "ubi"
mtd1: 00200000 00020000 "bl2"
# dmesg
[ 0.977784] spi-nand spi0.0: Winbond SPI NAND was found.
[ 0.983117] spi-nand spi0.0: 128 MiB, block size: 128 KiB, page size: 2048, OOB size: 64
[ 0.991444] 2 fixed-partitions partitions found on MTD device spi0.0
[ 0.997813] OF: Bad cell count for /soc/spi@1100a000/spi_nand@0/partitions
[ 1.004763] OF: Bad cell count for /soc/spi@1100a000/spi_nand@0/partitions
[ 1.011807] Creating 2 MTD partitions on "spi0.0":
[ 1.016600] 0x000000200000-0x000008000000 : "ubi"
[ 1.155977] ubi0: default fastmap pool size: 50
[ 1.160511] ubi0: default fastmap WL pool size: 25
[ 1.165291] ubi0: attaching mtd0
[ 4.850184] ubi0: scanning is finished
[ 4.895107] ubi0: attached mtd0 (name "ubi", size 126 MiB)
[ 4.900588] ubi0: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes
[ 4.907450] ubi0: min./max. I/O unit sizes: 2048/2048, sub-page size 2048
[ 4.914219] ubi0: VID header offset: 2048 (aligned 2048), data offset: 4096
[ 4.921159] ubi0: good PEBs: 1008, bad PEBs: 0, corrupted PEBs: 0
[ 4.927234] ubi0: user volume: 6, internal volumes: 1, max. volumes count: 128
[ 4.934435] ubi0: max/mean erase counter: 9/5, WL threshold: 4096, image sequence number: 0
[ 4.942763] ubi0: available PEBs: 28, total reserved PEBs: 980, PEBs reserved for bad PEB handling: 20
[ 4.952051] ubi0: background thread "ubi_bgt0d" started, PID 295
[ 4.954343] block ubiblock0_2: created from ubi0:2(fit)
[ 4.963396] 0x000000000000-0x000000200000 : "bl2"
# ll /dev/mtd*
crw------- 1 root root 90, 0 Jan 1 1970 /dev/mtd0
crw------- 1 root root 90, 1 Jan 1 1970 /dev/mtd0ro
crw------- 1 root root 90, 2 Jan 1 1970 /dev/mtd1
crw------- 1 root root 90, 3 Jan 1 1970 /dev/mtd1ro
brw------- 1 root root 31, 0 Jan 1 1970 /dev/mtdblock0
brw------- 1 root root 31, 1 Jan 1 1970 /dev/mtdblock1Zapytałem SI o taką sytuację. Dostałem propozycję instalacji na nowo z karty SD albo z działającego MMC.
Przy czym ładnie ostrzega, będę musiał na spokojnie poszukać odpowiednich wartości, żeby nie popsuć sytuacji:
2. Download the correct bootloader files
From the OpenWRT BPi-R3 firmware directory, download:snand-preloader.bin
snand-bl31-uboot.fip
3. Manually flash the fip image
If /dev/mtd2 is the correct partition (you may need to create it manually if it's missing), or use flashcp or dd with offset:# Example: write fip to offset 0x380000 (check your board's layout!)
dd if=snand-bl31-uboot.fip of=/dev/mtdblock0 bs=1 seek=$((0x380000)) conv=notrunc⚠️ Be very careful with offsets—writing to the wrong place can brick the NAND boot.
Zdecydowałem jednak na rozwiązanie mniej ryzykowne - zainstalowałem na nowo wszystko, uruchamiając z karty SD.
Chwilowo chyba mam dość grzebania, mnogość opcji pamięci stałej na płytce mnie przerosła. Niby na podstawie przełączników powinienem wiedzieć, skąd odpalam system i do jakiej pamięci mam dostęp - ale nie zgadza mi się to z intucją ![]()
Pytanie niejako na marginesie - czy to, że ładując systemy z różnych pamięci mam inne adresy mac, jest zupełnie normalne? Mam rozumieć to tak, że nor/nand/emmc mają swoje obszary, w których trzymają jakieś dane o tym jaki jest adres sprzętowy poszczególnych interfejsów?
Jeżeli masz inny to znaczy że jest losowany za każdym razem i nie jest czytany. W R4 chyba siedział w eeprom, a tu brany jest z eth0, ale skąd ma eth0? Trzeba by poszukać. Jeżeli będziesz miał 00:0C:43:26:60:00 to on jest na stałe wklepny w dtsie.
To co masz w luci to ma swoje odbicie w /etc/config/dhcp. Więc to nie to. Coś w logach masz po restarcie dnsmasq?
Mówisz o restarcie całego routera czy samego dnsmasq (o ile się taki da zrobić) ?
Dalej nie ma na nim internetu i dalej nic nie wymyśliłem ![]()
/etc/init.d/dnsmasq restart
I zobacz czy czegoś nie wypisuje w logach
Inne podejście - uruchom czysty świeży system z karty sd i zobacz czy wszystko działa. Bez żadnej konfiguracji ani wczytywania backupu, na takiej domyślniej jak to tylko jest to możliwe. Ale i tak już wiemy że problemem u ciebie jest dnsmasq.
Restart:
root@BPIR3:~# /etc/init.d/dnsmasq restart
udhcpc: started, v1.36.1
udhcpc: broadcasting discover
udhcpc: no lease, failingLogi z restartu:
root@BPIR3:/var/log# logread -f
Sat May 24 15:01:12 2025 daemon.info dnsmasq[1]: exiting on receipt of SIGTERM
Sat May 24 15:01:15 2025 daemon.info dnsmasq[1]: started, version 2.90 cachesize 1000
Sat May 24 15:01:15 2025 daemon.info dnsmasq[1]: DNS service limited to local subnets
Sat May 24 15:01:15 2025 daemon.info dnsmasq[1]: compile time options: IPv6 GNU-getopt no-DBus UBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-nftset no-auth no-cryptohash no-DNSSEC no-ID loop-detect inotify dumpfile
Sat May 24 15:01:15 2025 daemon.info dnsmasq[1]: UBus support enabled: connected to system bus
Sat May 24 15:01:15 2025 daemon.warn dnsmasq[1]: warning: no upstream servers configured
Sat May 24 15:01:15 2025 daemon.info dnsmasq-dhcp[1]: DHCP, IP range 192.168.1.2 -- 192.168.1.190, lease time 12h
Sat May 24 15:01:15 2025 daemon.info dnsmasq[1]: using only locally-known addresses for test
Sat May 24 15:01:15 2025 daemon.info dnsmasq[1]: using only locally-known addresses for onion
Sat May 24 15:01:15 2025 daemon.info dnsmasq[1]: using only locally-known addresses for localhost
Sat May 24 15:01:15 2025 daemon.info dnsmasq[1]: using only locally-known addresses for local
Sat May 24 15:01:15 2025 daemon.info dnsmasq[1]: using only locally-known addresses for invalid
Sat May 24 15:01:15 2025 daemon.info dnsmasq[1]: using only locally-known addresses for bind
Sat May 24 15:01:15 2025 daemon.info dnsmasq[1]: using only locally-known addresses for lan
Sat May 24 15:01:15 2025 daemon.info dnsmasq[1]: read /etc/hosts - 12 names
Sat May 24 15:01:15 2025 daemon.info dnsmasq[1]: read /tmp/hosts/dhcp.cfg01411c - 24 names
Sat May 24 15:01:15 2025 daemon.info dnsmasq-dhcp[1]: read /etc/ethers - 0 addresses
Sat May 24 15:01:58 2025 daemon.notice hostapd: phy0-ap0: AP-STA-DISCONNECTED 50:2d:bb:59:af:3a
Sat May 24 15:01:58 2025 daemon.info hostapd: phy0-ap0: STA 50:2d:bb:59:af:3a IEEE 802.11: authenticated
Sat May 24 15:01:58 2025 daemon.info hostapd: phy0-ap0: STA 50:2d:bb:59:af:3a IEEE 802.11: associated (aid 33)
Sat May 24 15:01:58 2025 daemon.notice hostapd: phy0-ap0: AP-STA-CONNECTED 50:2d:bb:59:af:3a auth_alg=open
Sat May 24 15:01:58 2025 daemon.info hostapd: phy0-ap0: STA 50:2d:bb:59:af:3a WPA: pairwise key handshake completed (RSN)
Sat May 24 15:01:58 2025 daemon.notice hostapd: phy0-ap0: EAPOL-4WAY-HS-COMPLETED 50:2d:bb:59:af:3a
Sat May 24 15:01:58 2025 daemon.info dnsmasq-dhcp[1]: DHCPDISCOVER(br-lan) 50:2d:bb:59:af:3a
Sat May 24 15:01:58 2025 daemon.info dnsmasq-dhcp[1]: DHCPOFFER(br-lan) 192.168.1.101 50:2d:bb:59:af:3a
Sat May 24 15:01:58 2025 daemon.info dnsmasq-dhcp[1]: DHCPDISCOVER(br-lan) 50:2d:bb:59:af:3a
Sat May 24 15:01:58 2025 daemon.info dnsmasq-dhcp[1]: DHCPOFFER(br-lan) 192.168.1.101 50:2d:bb:59:af:3a
Sat May 24 15:01:58 2025 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.101 50:2d:bb:59:af:3a[1]: warning: no upstream servers configured
Nie widziałeś że to się w logach pojawia?
Usuń linię opgion noresolv '1'
Dodaj
option resolvfile '/tmp/resolv.conf.d/resolv.conf.auto'
Przywróc /etc/resolv.conf taki jak był i zrestartuj dnsmasq.
Trochę się zgubiłem. Czyli w pliku /etc/config/dhcp mam zamienić linię:
option noresolv '1'na
option resolvfile '/tmp/resolv.conf.d/resolv.conf.auto'?
Plik /etc/resolv.conf po restarcie chyba wrócił taki jaki był i wygląda:
root@BPIR3:~# cat /etc/resolv.conf
search lan
nameserver 127.0.0.1
nameserver ::1Tak i tak.
Działa!! Dzięki za pomoc jak zawsze. Jesteś wielki.
Jeżeli masz inny to znaczy że jest losowany za każdym razem i nie jest czytany. W R4 chyba siedział w eeprom, a tu brany jest z eth0, ale skąd ma eth0? Trzeba by poszukać. Jeżeli będziesz miał 00:0C:43:26:60:00 to on jest na stałe wklepny w dtsie.
Porównałem bootowanie z NAND i eMMC, po niedawnych aktualizacjach z czyszczeniem ustawień. Ten mac z dtsa w obu przypadkach widnieje dla radia 2.4GHz. Na 5GHz jest 82:0C:43:26:60:00, dość podobny - pewnie też gdzieś zaszyty na stałe albo offset względem tego poprzedniego.
Natomiast eth0 i eth1 na NAND to 0e:be:b2:47:e3:94 i :95, a na eMMC już 4e:d4:92:68:f3:31 i :32. Więc wygląda na zupełnie losowe.
Przy ewentualnej następnej aktualizacji bez zachowania aktualizacji muszę sobie zachować te adresy i potem wbić je w konfigurację. No i wybrać jeden zestaw z pary, niezależnie od tego z której pamięci miałbym uruchamiać system.
Odświeżę trochę temat. Od mojego upgradu do 24 wyszło już kilka wersji i przez fakt że nie działała aktualizacja interaktywna zawsze robiłem to przez wyjmowanie karty, wgrywanie czystego nowego obrazu i przywracanie kopii ustawień. Obecnie mam OpenWrt 24.10-SNAPSHOT (r29030-ae51d0098e) i aktualizacja nadal nie działa:
Fri Jan 2 16:26:07 2026 user.info upgrade: The device is supported, but the config is incompatible to the new image (1.1->1.2). Please upgrade without keeping config (sysupgrade -n).Da się to jakoś obejść naprawić aby nie trzeba było wyjmować karty ? Komuś to działa ?
Fri Jan 2 16:26:07 2026 user.info upgrade: The device is supported, but the config is incompatible to the new image (1.1->1.2). Please upgrade without keeping config (sysupgrade -n).Da się to jakoś obejść naprawić aby nie trzeba było wyjmować karty ? Komuś to działa ?
w pliku /etc/config/system option compat_version '1.1' zmień na option compat_version '1.2'
Działa ! Jesteś geniuszem !
Wielkie dzięki, tyle czasu męczyłem się z wyjmowaniem karty.
Strony Poprzednia 1 2 3
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → BPI-R3 aktualizacja OpenWrt 23.05 do 24.10
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc