Opkg update does not work and does not save r4 network settings with firmware mtk-bpi-r4-SD-20240620

I installed the BE14 module in the R4, wrote the mtk-bpi-r4-SD-20240620.img firmware to the SD card, the launch went fine. When I launch it for the first time, my Internet provider automatically configures the connection when I first enter the browser (the contract data entry page appears). But after rebooting the router, the Internet disappears and you have to connect the Internet again as when you first started it. And opkg update doesn’t work

Executing package manager

Downloading https://downloads.openwrt.org/releases/21.02-SNAPSHOT/targets/mediatek/mt7988/packages/Packages.gz *** Failed to download the package list from https://downloads.openwrt.org/releases/21.02-SNAPSHOT/targets/mediatek/mt7988/packages/Packages.gz Downloading https://downloads.openwrt.org/releases/21.02-SNAPSHOT/packages/aarch64_cortex-a53/base/Packages.gz *** Failed to download the package list from https://downloads.openwrt.org/releases/21.02-SNAPSHOT/packages/aarch64_cortex-a53/base/Packages.gz Downloading https://downloads.openwrt.org/releases/21.02-SNAPSHOT/packages/aarch64_cortex-a53/kenzo/Packages.gz *** Failed to download the package list from https://downloads.openwrt.org/releases/21.02-SNAPSHOT/packages/aarch64_cortex-a53/kenzo/Packages.gz Downloading https://downloads.openwrt.org/releases/21.02-SNAPSHOT/packages/aarch64_cortex-a53/luci/Packages.gz *** Failed to download the package list from https://downloads.openwrt.org/releases/21.02-SNAPSHOT/packages/aarch64_cortex-a53/luci/Packages.gz Downloading https://downloads.openwrt.org/releases/21.02-SNAPSHOT/packages/aarch64_cortex-a53/mtk_openwrt_feed/Packages.gz *** Failed to download the package list from https://downloads.openwrt.org/releases/21.02-SNAPSHOT/packages/aarch64_cortex-a53/mtk_openwrt_feed/Packages.gz Downloading https://downloads.openwrt.org/releases/21.02-SNAPSHOT/packages/aarch64_cortex-a53/packages/Packages.gz *** Failed to download the package list from https://downloads.openwrt.org/releases/21.02-SNAPSHOT/packages/aarch64_cortex-a53/packages/Packages.gz Downloading https://downloads.openwrt.org/releases/21.02-SNAPSHOT/packages/aarch64_cortex-a53/routing/Packages.gz *** Failed to download the package list from https://downloads.openwrt.org/releases/21.02-SNAPSHOT/packages/aarch64_cortex-a53/routing/Packages.gz Downloading https://downloads.openwrt.org/releases/21.02-SNAPSHOT/packages/aarch64_cortex-a53/small/Packages.gz *** Failed to download the package list from https://downloads.openwrt.org/releases/21.02-SNAPSHOT/packages/aarch64_cortex-a53/small/Packages.gz Downloading https://downloads.openwrt.org/releases/21.02-SNAPSHOT/packages/aarch64_cortex-a53/telephony/Packages.gz *** Failed to download the package list from https://downloads.openwrt.org/releases/21.02-SNAPSHOT/packages/aarch64_cortex-a53/telephony/Packages.gz

Errors

Collected errors: * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02-SNAPSHOT/targets/mediatek/mt7988/packages/Packages.gz, wget returned 1. * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02-SNAPSHOT/packages/aarch64_cortex-a53/base/Packages.gz, wget returned 1. * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02-SNAPSHOT/packages/aarch64_cortex-a53/kenzo/Packages.gz, wget returned 1. * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02-SNAPSHOT/packages/aarch64_cortex-a53/luci/Packages.gz, wget returned 1. * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02-SNAPSHOT/packages/aarch64_cortex-a53/mtk_openwrt_feed/Packages.gz, wget returned 1. * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02-SNAPSHOT/packages/aarch64_cortex-a53/packages/Packages.gz, wget returned 1. * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02-SNAPSHOT/packages/aarch64_cortex-a53/routing/Packages.gz, wget returned 1. * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02-SNAPSHOT/packages/aarch64_cortex-a53/small/Packages.gz, wget returned 1. * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02-SNAPSHOT/packages/aarch64_cortex-a53/telephony/Packages.gz, wget returned 1.

The opkg update command failed with code 9.

Openwrt 21 used for bpi/mtk images is no longer supported from openwrt itself. You can build modules when you build the image yourself.

1 Like

What can you say about losing internet access after rebooting?

Is there an alternative way to install packages without resorting to custom build? Because firmware build is a complicated thing for me

Afair Bpi image is loosing settings on reboot…there were some reports on this

Afaik packages can only be added by self building the image and including the needed packages

The problem is that I need the dnscryp-proxy2 package, and it came out with firmware 22. Can’t I install it on 21? Of course, I want to try to build my own firmware, but I don’t have any experience in this yet. So I’ll ask a noob question. Are ipk packages not universal? I mean, for example, for git ipk I need a package specifically for r4?

Userspace apps are not specific to the board,only kernel + Modules have to…i’m not sure if it is possible to build actual openwrt with the sdk kernel (maybe by adding the sdk code to mainline openwrt).

Good morning, the images on the wiki are a disgrace, once you make any changes to them you lose all your data, the wifi once you change something, then it gives you an error and you can’t log back in, apart from the fact that you can’t download anything, and even if you change the opkg for one that works and you can download a package, so that you can put what you need in the router, once you restart it doesn’t save any changes, and you go back to the beginning when you started it the first time. It’s Groundhog Day. The fan doesn’t even work.

There are unofficial images that work like a charm, the only thing is that they don’t have wifi 7, but the official ones didn’t have it either, this was announced as if it were going to be the bomb in wifi 7, to which Mediatek was behind this project giving official support, and I wonder where said support is?

Let’s hope it changes in the future, since the economic investment we have made has not been cheap.

The rest of the Debian and Ubuntu systems, I think, have the same problem: they don’t have WiFi 7, but you can get confirmation from those who use it, since I haven’t used them, but I think they’re on the same path.

So, put one of the unofficial images that are there and at least we’ll enjoy images that you can download and install the packages you need and WiFi 6, which is what we really have.

There was no WiFi 7 in the official ones, apart from the fact that they are a disgrace of images.

1 Like

Is there a non-official image with be14 support and kernel 6.6.50?

You could try this

I have no issues saving using images from banana-pi. I am running the images from nand however. Also wifi7 works.

You are talking about the 21.02 image from June, right?

True, I tried to run from SD card and emmc. I didn’t try Nand because this memory is too small for my tasks.

Yes, the one from June. But in any case I don’t need it because it has kernel 5.4

I tried, this image does not start at all, or rather the green indicator lights up on the router, then blinks for a few seconds and then continues to light constantly, but the wifi indicators do not light up and I cannot go to the router page via putty or a browser, it says no connection. How important is it to format the SD card? I formatted it completely for the first installation of the official openwrt and then experimented with firmware, but did not format it with a full format. Could this cause problems?

Normally full format is not necessary,it could only cause issues with backup partition table at the end of the disk,but normally main gpt is used.

More important is the waiting till all is written completely. Sometimes os does not block till this point and shows finished before it really is because of driver buffering (os has written all data to buffer,but not all is written to disk).

To avoid such issues use the eject/umount/sync commands (or remove external storage on windows).

Yes, I’m talking about the images from the wiki of the 3 SD cards, which are the ones I’ve tried.

These 2:

BPI-R4-BE1350-WIFI_MP3_1-SDK BPI-R4-BE1350-WIFI_MP4_0-SDK-20240620

They don’t let you do anything and if you delete a Luci package, they reappear when you reboot, apart from the fact that you can’t make any changes to any of the Luci LKAS 2 via wifi.

This one does let you install packages:

BPI-R4-BE1350-WIFI_MT76 , you have to change the OPKJ yourself because it’s obsolete and it doesn’t let you download any.

This is the one I’m using exactly on the sd which is BPI-R4-BE1350-WIFI_MT76

and once you enter wifi 6 and just by changing the password it gives this error if you want to enter again

then you restart in case it lets you enter again and I leave you this video so you can see that we are the same, it doesn’t let me upload the video, but the same error appears

it is impossible to work with this image which is the only one of the other 2, if you download any package from them and upload your uni of yours, apart from the fact that the opkg doesn’t work, the one that was theirs appears but yours is not there.

if someone has an image that works with wifi 7 on 21.02 and that can install their packages because they have changed the opkg, then if you are so kind as to put the image so that we can all work with wifi7

Yes, there are unofficial images that work perfectly, but the only thing is that they don’t have wifi 7.

It only has wifi 6.

But the rest works perfectly if you are used to openwrt, you will see that they are really good except for wifi 7.

Can you give me a link? I couldn’t find it in the forum topics.

The problem is that I use a Chinese card reader to connect the SD card to the PC and in Windows it is not possible to safely remove it, it is displayed as “…” and safe removal is not available. But I do not think that this is the problem, because the official openwrt images are written and work without problems, problems arise only with assemblies supporting be14

have you set sw4 to 12V when using be14?