Cryptsetup几个月来一直在无懈可击地工作，但是我今天在系统上做的一些事情现在让它挂了：
# 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 另外，当我做lsblk -f ，我用来获取所有设备（包括sdb ）的UUID，但是现在我只能得到rootfs的UUID和FSTYPE（每个其他设备都列出，但是FSTYPE，LABEL和UUID是空的）。 blkid却显示所有设备的UUID。
我也没有看到任何networking设备 – eth0和wlp4s0从ip link和ifconfig丢失。
当我从原来的现场USB启动，一切正常完美 – 我可以挂载所有分区，连接到WiFi和arch-chroot到破碎的系统。 这样做后，我做了pacman -Syuu ，卸载了我今天安装的所有软件包（ f2fs-tools ， f2fs-tools exfat-utils ， fuse-exfat ），并用mkinitcpio -p linux更新了我的initramfs。
愚蠢在我的.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
删除了可怕的可怕的符号链接，现在一切正常。 我不小心在主系统上运行上述链接，而不是在LXC容器内运行。 （ https://wiki.archlinux.org/index.php/Linux_Containers#Systemd_conflicts_in_the_.2Fdev_tree ）
这个Udev cookie ... waiting for zero也会发生当任何下列条件为真：
/lib/udev/rules.d/${NUMBER}-dm.rules文件，其中${NUMBER}至less是Ubuntu 15.10 Wily中的55 。 （ 详情 ） udev需要用sudo service udev start udev正在运行，但需要使用sudo service udev restart （因为您已经以某种方式更改了系统挂载的卷的状态，而Udev需要重置其状态）