Ian Campbell writes ("Re: debian-installer failure with arm64 (was RE: laxton
(softiron) boot failure with Debian linux-image-4.7.0-0.bpo.1-arm64)"):
> I suppose this (jessie w/ backports kernel) is the mg-debian-installer-
> update stuff to wedge the backports kernel into the stable installer
> initrd in osstest I wrote way back when?
Yes.
> In that scenario the "Continue the install without loading kernel
> modules?" message is expected and (working from memory here) should be
> preseeded to be ignored.
Ah.
In fact, this preseed is controlled in osstest in the wrong way (by a
host flag, rather than by whether we have made our own d-i image with
modules in it). Bodging that so that this preseed is set correctly
fixes the problem. I will fix this properly once I have it sort of
working...
> If you are still getting the disk not found issue with the backports
> kernel then maybe you need to add some more modules (or directories
> full of modules) to the whitelist in mg-debian-installer-update? Might
> be worth experimenting with a hacked version which includes all modules
> to confirm? If that helps then `lsmod` from the d-i shell might give
> you a clue what is missing.
Yes, this was also a problem. `ptp' (at least) needed including.
Thanks for the tips!
Ian.
