Bluefin with Surface kernel fails to update due to OSTree error "Multiple kernels found" about bluefin

[anchiornis]

This issue also happens with the Surface version of Aurora using the Surface Pro 7+. It has the same error message and also only one folder in /usr/lib/modules.

When I install specific versions (e.g. rpm-ostree rebase ostree-image-signed:docker://ghcr.io/ublue-os/aurora-surface:40-20240525) this error does not appear for all versions that I tested until version 40-20240525. For the versions after that, the error appears again.

[vibuz]

The surface images are broken at the moment. The build process for reasons unknown to me fails to remove the stock kernel, resulting in a /usr/lib/modules directory with multiple kernels which rpm-ostree then refuses to use. This is probably due to some upstream change.

[anchiornis]

Thank you for your reply -- do you by any chance know (or can make an educated guess) at how long this problem might persist, and if there are any possible solutions one could do locally for this that would allow Surface users to update? (just wondering if I should temporarily switch to something where I can update / try to fix this on my computer or whether this is simply a matter of waiting a week or two)

[castrojo]

Not sure what's going on here, but it's not something obvious or something we've encountered the entire time we've been making this so hoping to reach out to as many people as we can to take a look.

[SvdB-nonp]

For some reason the update just now was successful... so it indeed may be an upstream bug fixed in the meantime.
Nothing seems different considering the kernel version mentioned in /usr/lib/modules compared to previously.

I did not save the actual update log, but this is the new ujust device-info output: https://paste.centos.org/view/37415865

[vibuz]

I've gone through (aurora|bluefin)-surface:(latest|gts) and can confirm that the problem is no longer present on any of these images.

[castrojo]

Whew. 😄

Let's keep this open as a signpost, as we grow it'd be great to have technical folks more involved with linux-surface so we can help out.