Hi, On 3/21/25 22:43, Damien Stewart wrote:
Booting from the installed system reveals all is lost as systemd is corrupt and crashes into a kernel panic.
I suspect that this is a library problem, as more than systemd is affected, and the bottom 16 bit of the lr are suspiciously similar -- this is one library that is mapped into different processes at different addresses (but with at least page granularity).
The installer syslog does show dpkg issues with missing 'Description' and 'Architecture' fields for some packages. As well as pre-dependency problems which I assume are normal.
Yes, these are normal as far as I know. Installer packages are never manually chosen (so the Description isn't needed) and are installed from a consistent set (so the Architecture isn't needed). The Pre-Depends errors are likely from the debootstrap run -- in principle a Pre-Depends on an Essential package should be treated like a Depends here, but this is one of these problems that aren't really worth solving.
Mar 11 17:13:54 kernel: journalctl[8546]: illegal instruction (4) at 3fff95032000 nip 3fff95032000 lr 3fff95033234 code 1 Mar 11 17:13:54 kernel: journalctl[8546]: code: XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX Mar 11 17:13:54 kernel: journalctl[8546]: code: XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX <7f454c46> 02020100 00000000 00000000Mar 11 17:13:54 in-target: Illegal instruction
That's an ELF header -- the program counter is at the beginning of a mapped binary, not at the beginning of the code contained in it.
My suspicion is that someone makes an assumption that function pointers are the same size as normal pointers. The C library generally does this right, but there are various plugins loaded from there like NSS and PAM modules.
Simon
OpenPGP_0xEBF67A846AABE354.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
