public inbox for development@lists.ipfire.org
 help / color / mirror / Atom feed
From: Rob Brewer <ipfire-devel@grantura.co.uk>
To: development@lists.ipfire.org
Subject: Re: Feedback on problems with Core Update 168 Testing
Date: Thu, 12 May 2022 11:43:52 +0100	[thread overview]
Message-ID: <t5iod8$jck$1@tuscan3.grantura.co.uk> (raw)
In-Reply-To: <1AF45C97-405B-4065-8A4F-40262DEBB6BA@ipfire.org>

[-- Attachment #1: Type: text/plain, Size: 2158 bytes --]

On Thursday 12 May 2022 10:13 Michael Tremer wrote:

> Hello,
> 
> Thanks for spending so much time on this. We definitely need to improve
> the general update experience since we sometimes seem to break people’s
> systems and it is not nice to re-install a firewall from scratch. It will
> take a while.
> 
> So what I can say is that the kernel module issues come from when the
> running kernel is changed and the kernel is trying to load any modules
> that now have changed. This fails by design, because we sign our kernel
> modules. The key is randomly generated at build time and used to sign all
> modules and it then thrown away. For each build, we are using a different,
> unique key that is not preserved.
> 
> This means that although the kernel modules are of the same version, they
> cannot be loaded because the signature check fails. That might also
> explain why you are seeing so many ipset errors, because the kernel cannot
> load that module any more. However, we use so much ipset now, why isn’t
> the module loaded from before the update was started?
> 
> The same goes for any network drivers. I assume you are using virtio or a
> generic e1000 network adapter which will have been initialised at boot
> time. The kernel should never unload the kernel module for that interface
> and load it again later. I have no idea what could have triggered that.
> 
> No matter what though; after you reboot, the new kernel should be booted
> being able to load all modules it wants and the system should run
> absolutely fine. Can you confirm that that is at least the case?
> 



My Pakfire upgrade to 168 on my development APU2 board failed during upgrade 
and I lost ethernet communication with the PC.

The APU2 now fails after the grub prompt with the error: 

*IPFire 2.27 (x86_64) - core166 Development Build: master/8f696f60 GNU/Linu

Loading Linux 5.15.23-ipfire ...
error: file `/vmlinuz-5.15.23-ipfire' not found.
Loading initial ramdisk ...
error: you need to load the kernel first.

so it looks like update-initramfs didn't run after the upgrade.

I'll try to boot the box from a usbstick and see if I can access the disk.

Rob


  reply	other threads:[~2022-05-12 10:43 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <64D90667-4C2C-4D88-A1D5-D6F961F212AB@gmail.com>
2022-05-11 19:08 ` Adolf Belka
2022-05-12  9:13   ` Michael Tremer
2022-05-12 10:43     ` Rob Brewer [this message]
2022-05-12 12:51       ` Michael Tremer
2022-05-12 13:15         ` Rob Brewer
2022-05-13 15:02           ` Rob Brewer
2022-05-13 17:16             ` Rob Brewer
2022-05-13 20:36             ` Michael Tremer
2022-05-13 21:18               ` Rob Brewer
2022-05-14  9:48                 ` Rob Brewer
2022-05-12 11:25     ` Adolf Belka
2022-05-12 12:53       ` Michael Tremer
2022-05-12 20:10         ` Adolf Belka
2022-05-13 10:09           ` Michael Tremer
2022-05-13 13:59             ` Adolf Belka
2022-05-13 17:12               ` Adolf Belka
2022-05-13 20:37                 ` Michael Tremer
2022-05-17  8:09                   ` Adolf Belka
2022-05-18 11:04                     ` Adolf Belka
2022-05-18 17:52                       ` Peter Müller
2022-05-30 18:57                         ` Peter Müller
2022-05-19  8:59                     ` Michael Tremer
2022-05-19 10:57                       ` Adolf Belka
2022-05-19 11:14                         ` Michael Tremer
2022-05-19 11:21                           ` Adolf Belka
2022-05-19 11:33                             ` Michael Tremer
2022-05-19 20:10                               ` Adolf Belka
     [not found] <45b96c57-bb83-40f6-d60a-2a220672933e@ipfire.org>
2022-06-01  9:42 ` Michael Tremer
2022-06-04  8:48   ` Peter Müller
2022-05-11 13:11 Adolf Belka
2022-05-11 13:26 ` Leo Hofmann
2022-05-11 14:00   ` Adolf Belka
2022-05-11 14:19     ` Adolf Belka

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='t5iod8$jck$1@tuscan3.grantura.co.uk' \
    --to=ipfire-devel@grantura.co.uk \
    --cc=development@lists.ipfire.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox