Imagebuilder (snapshot 2021-02-15) failed with Unknown package 'block-mount'

I was attempting to update a r7500v2 snapshot image via imagebuilder using a config that has worked as recently as 2021-01-27 (i.e. i've made no significant changes since the last successful build) but got the following errors

...
Downloading https://downloads.openwrt.org/snapshots/packages/arm_cortex-a15_neon-vfpv4/base/libblkid1_2.36.1-2_arm_cortex-a15_neon-vfpv4.ipk
Unknown package 'block-mount'.
Installing ca-certificates (20210119-1) to root...
Downloading https://downloads.openwrt.org/snapshots/packages/arm_cortex-a15_neon-vfpv4/base/ca-certificates_20210119-1_all.ipk
...
Configuring kmCollected errors:
 * pkg_hash_fetch_best_installation_candidate: Packages for block-mount found, but incompatible with the architectures configured
 * opkg_install_cmd: Cannot install package block-mount.
od-phy-qcom-ipq806x-usb.
Configuring kmod-ipt-offload.
Configuring collectd-mod-thermal.
Configuring urngd.
Configuring iftop.
Configuring ppp-mod-pppoe.
make[2]: *** [Makefile:166: package_install] Error 255
make[1]: *** [Makefile:121: _call_image] Error 2
make: *** [Makefile:239: image] Error 2

I waited a few hours and tried imagebuilder again but this error persists and it looks like the block-mount packages exists.

I did attempted a build without block-mount and I get an image. However, after sysupgrading with that the device lost all its previous configs and I had to resort to a tftp flash (back to the Jan. 27 image) and config restore to get it back.

Any clue what's happening?

1 Like

for the last 3+months in most cases this is a euphemism for;

one or more dependent packages could not be resolved... ( recursively validated compatible up the dependency tree )

so I guess we best see;

  • your full cmdline
  • confirmation it's a freshly downloaded builder ( vs re-used )
2 Likes

There have been several changes in ABI handling in the past 22 hours. You might need to wait until packages have been rebuilt (by the phase2 packages buildbot) with the current updated SDK (from phase1 images/kernel buildbot).

4 Likes

Disregard... this is looking like a wide scale version breakage issue... just whipped out a bcm27xx and she bees unhappy also;

r15794-3da4acaa7b 75c3075cd23a667eccdbfc3c07a510b44051a0487e1ce6aecf484e08485c5e9c
phase1: 20210215-1154
phase2: 20210215-1038
######################################################
Not downgrading package uclient-fetch on root from 2020-12-10-2c843b2b-1 to 1.21.1-1.
Unknown package 'lynx'.
Unknown package 'sfdisk'.
Unknown package 'uqmi'.
Unknown package 'dmesg'.
Unknown package 'block-mount'.
Unknown package 'fdisk'.
2 Likes

thanks for reply's and the tips. I'll wait.

I'm a bit surprised the image built without block-mount had problems - from the console it looked like the device couldn't read it's flash. Unfortunately, I needed it back in service so can't dig deeper atm.

These two commits should fix the issue, you might need to (make-) clean up before, though.

and

(there might be further packages requiring similar treatment)

3 Likes

It appears uhttpd and luci packages are also broken if installed on snapshots, I suspect for the same reason.

Mon Feb 15 17:43:35 2021 daemon.err uhttpd[4205]: Error loading shared library libubox.so: No such file or directory (needed by /usr/sbin/uhttpd)
Mon Feb 15 17:43:35 2021 daemon.err uhttpd[4205]: Error loading shared library libjson_script.so: No such file or directory (needed by /usr/sbin/uhttpd)
Mon Feb 15 17:43:35 2021 daemon.err uhttpd[4205]: Error loading shared library libblobmsg_json.so: No such file or directory (needed by /usr/sbin/uhttpd)
Mon Feb 15 17:43:35 2021 daemon.err uhttpd[4205]: Error relocating /usr/sbin/uhttpd: uloop_process_delete: symbol not found
Mon Feb 15 17:43:35 2021 daemon.err uhttpd[4205]: Error relocating /usr/sbin/uhttpd: ustream_fd_init: symbol not found
...

On mvebu, I could build with ImageBuilder, but resulting image results in unbootable/bricked router (WRT3200ACM)
Of course, dual firmware saved me :slight_smile:
List of Packages: luci-ssl curl nano htop acme-dnsapi luci-app-acme luci-app-adblock luci-app-ddns ddns-scripts-cloudflare avahi-daemon luci-app-advanced-reboot luci-app-unbound luci-app-nlbwmon

Installed the sysupgrade file from the website, and tried installing these packages via opkg, resulting in Luci and nlbwmon not working

Mon Feb 15 21:47:52 2021 daemon.err uhttpd[6422]: Error loading shared library libubox.so: No such file or directory (needed by /usr/sbin/uhttpd)
Mon Feb 15 21:47:52 2021 daemon.err uhttpd[6422]: Error loading shared library libjson_script.so: No such file or directory (needed by /usr/sbin/uhttpd)
Mon Feb 15 21:47:52 2021 daemon.err uhttpd[6422]: Error loading shared library libblobmsg_json.so: No such file or directory (needed by /usr/sbin/uhttpd)
Mon Feb 15 21:47:52 2021 daemon.err uhttpd[6422]: Error relocating /usr/sbin/uhttpd: ustream_set_read_blocked: symbol not found
Mon Feb 15 21:47:52 2021 daemon.err uhttpd[6422]: Error relocating /usr/sbin/uhttpd: uloop_run_timeout: symbol not found
...
Mon Feb 15 21:50:17 2021 daemon.err nlbwmon[7372]: Error loading shared library libubox.so: No such file or directory (needed by /usr/sbin/nlbwmon)
Mon Feb 15 21:50:17 2021 daemon.err nlbwmon[7372]: Error relocating /usr/sbin/nlbwmon: uloop_init: symbol not found
Mon Feb 15 21:50:17 2021 daemon.err nlbwmon[7372]: Error relocating /usr/sbin/nlbwmon: avl_insert: symbol not found
...

First time i compiled yesterday, those libraries wasn't found.
So I fetched the OpenWRT source again a bit later, everything compiled but my r7800 ended up with a boot loop

EDIT: This seems to be fixed now.

2 Likes

I am having a similar problem because I can't install block-mount package. I downloaded http://downloads.openwrt.org/releases/19.07.6/packages/x86_64/base/Packages.gz and today's file doesn't include block-mount package. I had an older version (from last Friday) of the same file which included this package.

Today's (2021.02.16) imagebuilder also still fails to make an image with block-mount so it's not just you. I plan to give it 1-2 days more and then try again...

confirmed 02/17 13:50 AEST;

r15814 bcm27xx c21cf6c3c35892338461497a31a53fa3e436130b45a2b9fb7db180f5c8c94394
phase1: 20210216-0531
phase2: 20210216-1541

Not downgrading package uclient-fetch on root from 2020-12-10-2c843b2b-1 to 1.21.1-1.
 * pkg_hash_fetch_best_installation_candidate: Packages for lynx found, but incompatible with the architectures configured
 * pkg_hash_fetch_best_installation_candidate: Packages for libreadline8 found, but incompatible with the architectures configured
 * pkg_hash_fetch_best_installation_candidate: Packages for sfdisk found, but incompatible with the architectures configured
 * pkg_hash_fetch_best_installation_candidate: Packages for dmesg found, but incompatible with the architectures configured
 * pkg_hash_fetch_best_installation_candidate: Packages for fdisk found, but incompatible with the architectures configured
Unknown package 'lynx'.
Unknown package 'sfdisk'.
Unknown package 'dmesg'.
Unknown package 'fdisk'.

Weird... must be a problem with image builder?
My own compiled source (yesterday) from master works fine and contains blockmount:
OpenWrt SNAPSHOT, r15816-a5c4c40476
block-mount_2021-01-04-c53b1882-1_arm_cortex-a15_neon-vfpv4.ipk - date 2021-02-16

1 Like

This directory: https://downloads.openwrt.org/releases/19.07.6/targets/armvirt/64/packages/ contains block-mount, but this: https://downloads.openwrt.org/releases/19.07.6/packages/arm_cortex-a15_neon-vfpv4/base/ does not.

Same for x64 which I am looking for.

Do you know if I could manually download package and install it from a file? I am new to OpenWRT (and opkg), and I wonder if dependencies are handled by opkg itself.

Yeah, compiling from source worked like a charm

Did image builder again right now (2020-02-17's build, r15829-482c9ff289) and got a different error:
(No additional packages, just make image PROFILE="linksys_wrt3200acm")

...
Configuring urngd.
Configuring ppp-mod-pppoe.
Collected errors:
 * opkg_install_cmd: Cannot install package mwlwifi-firmware-88w8964.
make[2]: *** [Makefile:166: package_install] Error 255
make[1]: *** [Makefile:121: _call_image] Error 2
make: *** [Makefile:239: image] Error 2

Not sure where additional logs (if any) are, for Image Builder...

With the commit from Felix from around 3 hours ago, my ABI-related build woes are resolved.

2 Likes

02/19 13:59 AEST

still borked... hopefully on next phase2 imagebuilder will live again...

1 Like

ya, block-mount is ok now for me so it looks like these ABI changes are working through the "system."

However, a different package that worked before is not happy now so imagebuilder still fails.

I'll try again this weekend.

1 Like

last stage2 on bcm27xx was good... so keep a (loose) eye on;
https://buildbot.openwrt.org/master/packages/tgrid
for your next cycle

1 Like

Still no luck for me :frowning: