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:
Mar 11 17:13:54 kernel: journalctl[8546]: code:
<7f454c46> 02020100
Mar 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
