fsmithred via Dng - 09.07.19, 12:49: > On 7/9/19 5:07 AM, Martin Steigerwald wrote: > > Martin Steigerwald - 09.07.19, 10:54: > >> Just *booting* the system should not depend on enough entropy being > >> available. Starting services that need entropy may be delayed, but > >> just booting should not depend on entropy being available. > > > > This is enlightening: > > > > Openssh taking minutes to become available, booting takes half an > > hour ... because your server waits for a few bytes of randomness > > > > https://daniel-lange.com/archives/152-hello-buster.html > > > > According Daniel Systemd developers are basically getting it wrong > > to > > the maximum extent possible. > > Live-isos with openssh-server hang on boot while waiting for enough > entropy to make new host keys. I get this with sysvinit (in Devuan). I > made a live-config script to start haveged before openssh-server > starts to fix it.
I may run into this once I upgrade my cloud-init VM images for the Linux trainings I hold. So yes, it is not just something with Systemd, but still I believe Systemd has no business to drain the entropy pool that early during boot time. Especially given the challenge of having enough entropy during boot anyway. I am not sure whether Devuan Beowulf will have any sort of release notes, but if, it may be helpful to mention that. Otherwise we can also point to Debian release notes and say that for services, and just for services, what is written there still applies. Thanks, -- Martin _______________________________________________ Dng mailing list [email protected] https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
