This is observed when booting the 7-beta1 Live ISOs with proprietary drivers enabled, but I think will occur if service_harddrake attempts to install any extra package that triggers the man-db transfiletriggerin. The man-db transfiletriggerin is if [ -x /usr/bin/systemd-run -a -x /usr/bin/systemctl ]; then /usr/bin/systemd-run /usr/bin/systemctl start man-db-cache-update >/dev/null 2>&1 || : fi The problem is that systemd-run blocks when called at that stage in the boot cycle - presumably because it relies on a service that is not yet running. I have checked this by enabling the systemd debug shell and running systemd-run ls which hangs. However systemd-run --scope ls works. Assigning to the registered maintainer of man-db.
Blocks: (none) => 23901
Can you test patching the file trigger? If that works OK, please commit & upload
Patch with what? The --scope option? That will defeat the reason you used systemd-run as it blocks until the command completes. --no-block seems a better option. I've just tested that, and it fixes this bug.
Also tested installing packages in a running system after adding the --no-block option. No problems seen, so fix committed and submitted.
Status: NEW => RESOLVEDResolution: (none) => FIXED