ke 28. heinäk. 2021 klo 20.21 Martin-Éric Racine (martin-eric.rac...@iki.fi) kirjoitti: > > ke 28. heinäk. 2021 klo 19.18 Dennis Filder (d.fil...@web.de) kirjoitti: > > * You have tpm2-abrmd installed, and its systemd unit is the only one > > defining a Requires=systemd-udev-settle.service. 2.1.0-1 under > > Buster didn't do that yet, so this could be the breaking change. As > > its manpage states systemd-udev-settle.service as a unit is > > conceptually problematic because udev events are never really > > settled; the unit is also deprecated, so tpm2-abrmd should correct > > its systemd/udev definitions. > > It was probably pulled in as a Recommends. At least I don't recall > ever installing it. > > > * Another potential issue is this line: > > > > post-up systemctl restart micro-httpd.socket > > > > The call to systemctl might be blocking. > > Could be. That post-up is there because micro-https is launched by > systemd before all network interfaces are up, which fails because the > 172.16.1.2 to which I've configured it to bind does not exist that > early during bootup. micro-httpd would need to launch only after all > interfaces are up. I filed a bug against micro-https for that specific > issue. > > > I wonder if that micro-httpd.socket definition amounts to a circular > > dependency resulting in a deadlock. > > Could be. However, please note that bootup only stalls when launched > using the normal mode. If I boot via recovery mode and resume from the > rescue shell prrompt, it doesn't stall. > > > I recommend uncommenting the post-up line from /etc/network/interfaces > > just to see if this solves the problem. Alternatively try disabling > > tpm2-abrmd.service temporarily. > > I purged tpm2-abrmd and regular bootup no longer stalls. > > Thanks for the above. You zeroed-in on the most probable cause of the > problem. :) > > Martin-Éric
$ LC_ALL=C apt-cache depends tpm2-abrmd tpm2-abrmd PreDepends: init-system-helpers Depends: libc6 Depends: libglib2.0-0 Depends: libtss2-mu0 Depends: libtss2-rc0 Depends: libtss2-sys1 Depends: libtss2-tctildr0 $ LC_ALL=C apt-cache rdepends tpm2-abrmd tpm2-abrmd Reverse Depends: tpm2-abrmd-dbgsym $ LC_ALL=C apt-cache rdepends tpm2-abrmd-dbgsym tpm2-abrmd-dbgsym Reverse Depends: Given the above, I'm begining to wonder whether 1) reassigining to src:tpm2-abrmd or even 2) removing src:tpm2-abrmd from the archive would make more sense? Martin-Éric