Bug#851210: segfault during update and directly after initramfs, system unusable
Am 13.01.2017 um 05:01 schrieb Michael Biebl: > I missed to consider upstream commit 605405c6c when applying the patches > to v232. > uau on IRC helped identify the problem, thank you for that! > > Upload is pending. > I also want to mention, that systemd-nspawn came in pretty handy when debugging this. A "debootstrap sid /var/lib/machines/sid" and "systemd-nspawn -b -D /var/lib/machines/sid" (or you machinectl if you prefer), and you can test a crashing systemd without affecting your running system. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#851210: segfault during update and directly after initramfs, system unusable
Am 13.01.2017 um 01:53 schrieb Michael Biebl: > Hi Sven, > > thanks for the bug report and sorry for the fuckup :-/ > > It seems this bug is caused by the patches I pulled from > https://github.com/systemd/systemd/pull/4835 Let me add here that this was my mistake when cherry-picking the upstream patches and not upstream's. I missed to consider upstream commit 605405c6c when applying the patches to v232. uau on IRC helped identify the problem, thank you for that! Upload is pending. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#851210: segfault during update and directly after initramfs, system unusable - more info
OK, got to a working system without downgrading systemd to 232-8. I took a hint from Michael's post and ran: systemctl disable tor.service After that my system could boot in the normal systemd way. However, if I tried to run: systemctl status tor.service Then systemd would crash. So I believe this confirms that Michael is on the right track and for now the work-around solution appears to be disabling tor. -- Dave VehrsEmail: dve...@gmail.com
Bug#851210: segfault during update and directly after initramfs, system unusable
Hi Sven,
thanks for the bug report and sorry for the fuckup :-/
It seems this bug is caused by the patches I pulled from
https://github.com/systemd/systemd/pull/4835
Unfortunately in my testing such a problem did not show up, so this must
my a certain .service unit which systemd trips over.
Am 13.01.2017 um 00:16 schrieb Sven Hartge:
> Package: systemd
> Version: 232-9
> Severity: critical
> Justification: breaks the complete system
..
> I did get a core dump and did a backrace using gdb, but because I did not
> have all dbgsyms installed at the time, it was rather useless:
This was actually very helpful. In a i386 chroot with the dbg symbols
installed, I get
> #0 0xf7728d09 in __kernel_vsyscall ()
> No symbol table info available.
> #1 0xf7225066 in kill () from /lib/i386-linux-gnu/libc.so.6
> No symbol table info available.
> #2 0x5657f916 in crash (sig=11) at ../src/core/main.c:189
> sa = {__sigaction_handler = {sa_handler = 0x0, sa_sigaction = 0x0},
> sa_mask = {__val = {0 }}, sa_flags = 0, sa_restorer = 0x0}
> __func__ = "crash"
> __PRETTY_FUNCTION__ = "crash"
> #3
> No symbol table info available.
> #4 0xf7277936 in ?? () from /lib/i386-linux-gnu/libc.so.6
> No symbol table info available.
> #5 0xf761dbfc in strjoin (x=0x565f6613 "") at ../src/basic/string-util.c:239
> t = 0x0
> n =
> ap = 0xffce0264
> "\370f\305V\210\002\316\377\260j\305VP\003\316\377\270\330\304V@\330\304V\345|_V"
> l = 16
> p =
> #6 0x565a2815 in config_parse_namespace_path_strv (unit=0x56c4d8b8
> "tor@default.service", filename=0x56c4d840
> "/lib/systemd/system/tor@default.service",
> line=29, section=0x56c4d638 "Service", section_line=7, lvalue=0xffce033c
> "ReadOnlyDirectories", ltype=0, rvalue=0xffce0350 "/", data=0x56c56ab0,
> userdata=0x56c566f8) at ../src/core/load-fragment.c:3819
> word = 0x56c4fb40 "/"
> resolved = 0x56c4fb88 "/"
> joined = 0x0
> ignore_enoent = false
> u = 0x56c566f8
> sv = 0x56c56ab0
> cur = 0x0
> r =
> __PRETTY_FUNCTION__ = "config_parse_namespace_path_strv"
> __func__ = "config_parse_namespace_path_strv"
So it crashes when reading tor@default.service.
I'll install that package and investigate.
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
Bug#851210: segfault during update and directly after initramfs, system unusable - more info
I ran into the same issue as Sven describes. While the system will not reboot using the default option, if I select the '(sysvinit)' option the system boots and is basically functional. I do need to manually set a nameserver in /etc/resolv.conf for network access. I have not been able to downgrade systemd to 232-8 but will try that next. -- Dave VehrsEmail: dve...@gmail.com
