приложение зависает на getrandom()

А ты можешь на одной виртуалке воспроизвести и отладить ведро через kgdb? Ну или пересобрать ведро с дебажными принтами.

Смысла нет, что происходит примерно понятно «трасируя» обратно от https://github.com/torvalds/linux/blob/master/drivers/char/random.c#L684 . Раз ядро старое то значит дело не в нём.

Я подозревал что какая-то из зависимостей питона обновилась, но не похоже. И грешил на qemu, но он стоит старый (2.4.0-1).

В общем, посмотрю dmesg за пару месяцев назад, посмотрим сколько раньше инициализировался random.

wake_up_all(&urandom_init_wait); - оно виснет?

Нового оборудования не подключалось/пробрасывалось?

Я чинил один похожий баг, который проявлялся только с подключенным вайфай-свистком и нашим драйвером (драйвер для другого). Был deadlok вроде бы в глобальной worker_queue.

wake_up_all(&urandom_init_wait); - оно виснет?

Думаю что да, тут.

Нового оборудования не подключалось/пробрасывалось?

Не, запускаю вот так:

qemu-system-x86_64 \
  -enable-kvm \
  -curses \
  -name vm0 \
  -m 1024 \
  -cpu qemu64 \
  -smp 1 \
  -qmp unix:/var/tmp/kvm_vm0.mon,server,nowait \
  -pidfile /var/tmp/kvm_vm0.pid \
  -device e1000,mac=52:54:90:4A:38:01,netdev=vm0 \
  -netdev bridge,br=intbr,id=vm0 \
  -drive file=/home/virtuals/vm0.qcow2,if=virtio,cache=unsafe

проявлялся только с подключенным вайфай-свистком и нашим драйвером

Хм, я видел что-то такое в гугле, это, наверно, вы спрашивали :)

У меня есть ещё одна теория — возможно, раньше что-то сохраняло энтропию на диск между ребутами. А щас у меня тачки уничтожаются и создаются из темплейта. Возможно, дело в этом. Я посмотрю на systemd-random-seed.service .

я видел что-то такое в гугле, это, наверно, вы спрашивали

Не, я не спрашивал, я взял kdb и отладился. Там бесполезно было спрашивать - куча закрытых проприетарных патчей на ядро.