Well systemd did add a workaround but it's pretty hard to fault them here since their original implementation followed the RDRAND spec: https://github.com/syst

Well systemd did add a workaround but it's pretty hard to fault them here since their original implementation followed the RDRAND spec: https://github.com/systemd/systemd/pull/12536/commits/1c53d4a070edbec8ad2d384ba0014d0eb6bae077 https://github.com/systemd/systemd/pull/12536/commits/1c53d4... Systemd does not have its own random number generator: https://github.com/systemd/systemd/issues/11810#issuecomment-509418688 https://github.com/systemd/systemd/issues/11810#issuecomment... > No, let's not roll our own PRNGs, we don't want to maintain that. it's fine to use the CPU RNG, the kernels or glibc's, but I don't want to maintain our own version in our codebase, sorry. There are good reasons for using RDRAND for UUID generation since it's required very early during boot often before the kernel's random pool is filled. This sort of issue is especially common on embedded systems, I've had to use haveged to fill the kernel entropy pool otherwise many applications don't startup properly.: https://unix.stackexchange.com/questions/442698/when-i-log-in-it-hangs-until-crng-init-done https://unix.stackexchange.com/questions/442698/when-i-log-i...