Hi Adrian,
AFAIR update-initramfs -u only replaces the /lib/modules directory
structure in an existing initramfs image, and leaves the rest of the
files unchanged. But I admit I haven't tried that on installer images...
If that fails, manually unpacking the image and repacking using cpio
after replacing modules (or adding any) could be another option. That
should work (though I'm not sure whether module dependencies generated
on a non-m68k system will work).
Modules that debian-installer does not know about would have to be
loaded manually from a shell (if that is still supported).
What am I missing here?
Cheers,
Michael
Am 12.06.2023 um 17:36 schrieb John Paul Adrian Glaubitz:
Hello Michael!
On Jun 12, 2023, at 6:43 AM, Michael Schmitz <schmitz...@gmail.com> wrote:
Hi Carlos,
Am 10.06.2023 um 06:29 schrieb Carlos Milán Figueredo:
From: John Paul Adrian Glaubitz <glaub...@physik.fu-berlin.de>
Sent: Wednesday, June 7, 2023 9:30
Subject: Re: Updated installation images for Debian Ports 2023-06-06
Hi Adrian,
Right, this completely fell of the table. I will try to prepare the changes for
the upcoming weekend. However, due to the current freeze for Debian Bookworm, I
cannot commit anything.
Even so, it shouldn't be hard to generate an initrd image that matches the
kernel in the snapshot... or maybe I am wrong? I remember trying and having
trouble getting compiled a new Linux/m68k kernel with a reasonable size for the
Amiga (actually, the size of the snapshots).
update-initramfs -u -k <kernel-version> should do that (if the missing modules
are included in the modules package for your kernel).
We’re talking about an initrd that includes debian-installer. You cannot build
these that way. You have to build the debian-installer package.
Adrian
