Arch cryptsetup trava em 'esperando por zero'

Question

O Cryptsetup estava funcionando perfeitamente durante meses, mas algo que fiz hoje no meu sistema agora o faz:

# cryptsetup --debug --verbose luksOpen /dev/sdb home --key-file=/home.key --verbose
...
Key slot 1 unlocked.
...
# Udev cookie 0xd4d949a (semid 32768) decremented to 1
# Udev cookie 0xd4d949a (semid 32768) waiting for zero

Além disso, quando faço lsblk -f , costumava obter UUIDs para todos os dispositivos (incluindo sdb ), mas agora só recebo um UUID e FSTYPE para os rootfs (todos os outros dispositivos estão listados, mas FSTYPE, LABEL e o UUID está vazio). No entanto, blkid mostra o aUUID para todos os dispositivos.

Eu também não vejo dispositivos de rede - eth0 e wlp4s0 estão ausentes de ip link e ifconfig .

Quando eu inicializo do USB original, tudo funciona perfeitamente - eu posso montar todas as partições, conectar ao WiFi e arch-chroot no sistema quebrado. Depois de fazer isso, eu fiz pacman -Syuu , desinstalei todos os pacotes que eu instalei hoje ( f2fs-tools , exfat-utils , fuse-exfat ) e atualizei meu initramfs com mkinitcpio -p linux .

    

Answer 1

Estupidez no meu .bash_history :

#1448399392
chroot rootfs /bin/bash -x <<'EOF'
ln -s /dev/null /etc/systemd/system/systemd-udevd.service
ln -s /dev/null /etc/systemd/system/systemd-udevd-control.socket
ln -s /dev/null /etc/systemd/system/systemd-udevd-kernel.socket
ln -s /dev/null /etc/systemd/system/proc-sys-fs-binfmt_misc.automount
exit
EOF

Excluímos os horríveis links simbólicos horríveis e está tudo bem agora. Eu acidentalmente corri os links acima no sistema principal em vez de dentro do contêiner LXC. ( link )

    

Answer 2

Este Udev cookie ... waiting for zero também acontece quando qualquer uma das seguintes condições for verdadeira:

1. Sua distribuição está faltando no arquivo /lib/udev/rules.d/${NUMBER}-dm.rules , onde ${NUMBER} é 55 no mínimo no Ubuntu 15.10 Wily. ( Detalhes )
2. udev precisa ser iniciado com sudo service udev start
3. udev está em execução, mas precisa ser reiniciado com sudo service udev restart (porque você alterou o estado dos volumes montados do sistema de alguma forma e o Udev precisa reconfigurar seu estado)