Bug#950409: fwupd-refresh.service triggers an assertion in dynamic_user_acquire()

Andrey Rahmatullin wrar at debian.org
Sat Feb 1 09:47:26 GMT 2020


On Sat, Feb 01, 2020 at 10:40:02AM +0100, Michael Biebl wrote:
> Seems like the fwupd-refresh.service unit is broken and @bindir@ has not
> been expanded. Have you filed a bug report for that?
Yup, already mentioned in another email.

> > systemd[1]: fwupd-refresh.service: Unit configuration has fatal error, unit
> > will not be started.
> > systemd[1]: fwupd-refresh.service: Current command vanished from the unit file,
> > execution of the command list won't be resumed.
> > systemd[1]: Assertion 'name' failed at src/core/dynamic-user.c:81, function
> > dynamic_user_acquire(). Aborting.
> > 
> 
> 
> That said, systemd should not crash. Unfortunately, I can't reproduce
> the issue. Can you (reliably) trigger the issue or know how I can do that?

I tried downgrading fwupd and upgrading it again and only got 

systemd[1]: /lib/systemd/system/fwupd-refresh.service:17: Neither a valid executable name nor an absolute path: bindir@/fwupdmgr
systemd[1]: fwupd-refresh.service: Unit configuration has fatal error, unit will not be started.

This was the apt transaction where the bug happened:

Upgrade: limnoria:amd64 (2020.01.09-2, 2020.01.31-1), libnm0:amd64 (1.22.4-1, 1.22.6-1), libuv1-dev:amd64 (1.33.1-2, 1.33.1-3), network-manager:amd64 (1.22.4-1, 1.22.6-1), libgps26:amd64 (3.20-3, 3.20-4), cups-filters:amd64 (1.27.0-1, 1.
27.0-2), libuv1:amd64 (1.33.1-2, 1.33.1-3), libfwupdplugin1:amd64 (1.3.6-1, 1.3.7-1), libcupsfilters1:amd64 (1.27.0-1, 1.27.0-2), youtube-dl:amd64 (2019.09.28-1, 2020.01.24-0.1), libimage-exiftool-perl:amd64 (11.84-1, 11.85-1), libfontembed1:amd64 (1.27.0-1, 1.27.0-2), libfwupd2:amd64 (1.3.6-1, 1.3.7-1), cups-filters-core-drivers:amd64 (1.27.0-1, 1.27.0-2), ninja-build:amd64 (1.9.0-3, 1.10.0-1), python3-h2:amd64 (3.0.1-5, 3.1.1-1), fwupd:amd64 (1.3.6-1, 1.3.7-1), libdebconfclient0:amd64 (0.250, 0.251), liberror-perl:amd64 (0.17028-1, 0.17029-1)

Looks like nothing interesting there.
I also wonder why the backtrace is in the dynamic user code.

-- 
WBR, wRAR
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 894 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20200201/9cf2f486/attachment.sig>


More information about the Pkg-systemd-maintainers mailing list