Reproduces the issue, it will keep the journal in /tmp/debugtest and run in emulation.
The crash looks like:
[ 15.988730] kernel: ext4 filesystem being mounted at /root supports timestamps until 2038 (0x7fffffff)
[ 18.235447] systemd[1]: Failed to find module 'autofs4'
[ 21.938779] kernel: ext4 filesystem being remounted at / supports timestamps until 2038 (0x7fffffff)
[ 25.404984] systemd-coredump[371]: [🡕] Process 369 (rm) of user 0 dumped core.
It seems always "rm" that breaks, here from a fill log:
$ grep -e "of user 0 dumped core" systemd-ppc-qemu6.0.txt
[ 47.691335] systemd-coredump[286]: Process 279 (rm) of user 0 dumped core.
[ 44.911447] systemd-coredump[284]: Process 279 (rm) of user 0 dumped core.
[ 45.089287] systemd-coredump[284]: Process 282 (rm) of user 0 dumped core.
[ 44.799519] systemd-coredump[284]: Process 278 (rm) of user 0 dumped core.
[ 44.666997] systemd-coredump[285]: Process 283 (rm) of user 0 dumped core.
[ 46.306449] systemd-coredump[282]: Process 279 (rm) of user 0 dumped core.
[ 43.898582] systemd-coredump[283]: Process 280 (rm) of user 0 dumped core.
[ 53.298322] systemd-coredump[338]: Process 335 (rm) of user 0 dumped core.
[ 45.731700] systemd-coredump[284]: Process 282 (rm) of user 0 dumped core.
[ 45.354492] systemd-coredump[283]: Process 281 (rm) of user 0 dumped core.
[ 43.579587] systemd-coredump[281]: Process 278 (rm) of user 0 dumped core.
[ 45.047475] systemd-coredump[284]: Process 278 (rm) of user 0 dumped core.
[ 50.662839] systemd-coredump[281]: Process 278 (rm) of user 0 dumped core.
[ 45.634806] systemd-coredump[283]: Process 278 (rm) of user 0 dumped core.
It is interesting to see such a crash as all other services report a valid green "ok".
If I start the very same guest, but without the pre-defined systemd.wants=end.service (as it is meant to shut it down again) I can log in as root without a PW.
In this boot mode the console is far from perfect, but I can find testsuite-08.service to be failed on start with that SEGFAULT ... trying to isolate the failing command.
As root:
$ mkdir /tmp/debugtest DIRECTORY= /tmp/debugtest JOURNAL= warning INSTALL_ TESTS=0 NSPAWN= 1 TESTS=" TEST-08- *" run-integration -tests. sh
$ export ARTIFACT_
$ export TEST_SHOW_
$ export TEST_REQUIRE_
$ export TEST_PREFER_
$ export NO_BUILD=1
$ export SELECTED_
./test/
Reproduces the issue, it will keep the journal in /tmp/debugtest and run in emulation.
The crash looks like: coredump[ 371]: [🡕] Process 369 (rm) of user 0 dumped core.
[ 15.988730] kernel: ext4 filesystem being mounted at /root supports timestamps until 2038 (0x7fffffff)
[ 18.235447] systemd[1]: Failed to find module 'autofs4'
[ 21.938779] kernel: ext4 filesystem being remounted at / supports timestamps until 2038 (0x7fffffff)
[ 25.404984] systemd-
[ 25.480260] systemd[1]: testsuite-
It seems always "rm" that breaks, here from a fill log:
$ grep -e "of user 0 dumped core" systemd- ppc-qemu6. 0.txt coredump[ 286]: Process 279 (rm) of user 0 dumped core. coredump[ 284]: Process 279 (rm) of user 0 dumped core. coredump[ 284]: Process 282 (rm) of user 0 dumped core. coredump[ 284]: Process 278 (rm) of user 0 dumped core. coredump[ 285]: Process 283 (rm) of user 0 dumped core. coredump[ 282]: Process 279 (rm) of user 0 dumped core. coredump[ 283]: Process 280 (rm) of user 0 dumped core. coredump[ 338]: Process 335 (rm) of user 0 dumped core. coredump[ 284]: Process 282 (rm) of user 0 dumped core. coredump[ 283]: Process 281 (rm) of user 0 dumped core. coredump[ 281]: Process 278 (rm) of user 0 dumped core. coredump[ 284]: Process 278 (rm) of user 0 dumped core. coredump[ 281]: Process 278 (rm) of user 0 dumped core. coredump[ 283]: Process 278 (rm) of user 0 dumped core.
[ 47.691335] systemd-
[ 44.911447] systemd-
[ 45.089287] systemd-
[ 44.799519] systemd-
[ 44.666997] systemd-
[ 46.306449] systemd-
[ 43.898582] systemd-
[ 53.298322] systemd-
[ 45.731700] systemd-
[ 45.354492] systemd-
[ 43.579587] systemd-
[ 45.047475] systemd-
[ 50.662839] systemd-
[ 45.634806] systemd-
It is interesting to see such a crash as all other services report a valid green "ok".
If I start the very same guest, but without the pre-defined systemd. wants=end. service (as it is meant to shut it down again) I can log in as root without a PW.
$ /bin/qemu- system- ppc64 -smp 4 -net none -m 512M -nographic -vga none -kernel /boot/vmlinux- 5.11.0- 22-generic -drive format= raw,cache= unsafe, file=/var/ tmp/systemd- test.zx7kOu/ test08. img -initrd /boot/initrd. img-5.11. 0-22-generic -append ' root=/dev/sda1 rw raid=noautodetect rd.luks=0 loglevel=2 init=/lib/ systemd/ systemd console=hvc0 selinux=0 SYSTEMD_ UNIT_PATH= /usr/lib/ systemd/ tests/testdata/ testsuite- 08.units: /usr/lib/ systemd/ tests/testdata/ units: systemd. unit=testsuite. target systemd. wants=testsuite -08.service
In this boot mode the console is far from perfect, but I can find testsuite- 08.service to be failed on start with that SEGFAULT ... trying to isolate the failing command.