3 votes

Arch cryptsetup se bloque sur 'waiting for zero' (attente de zéro)

Cryptsetup a fonctionné sans problème pendant des mois, mais quelque chose que j'ai fait aujourd'hui sur mon système le fait bloquer :

# 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

De même, lorsque je fais lsblk -f J'avais l'habitude d'obtenir les UUID de tous les appareils (y compris les sdb ) mais maintenant je n'obtiens qu'un UUID et un FSTYPE pour le rootfs (tous les autres périphériques sont listés, mais FSTYPE, LABEL, et UUID sont vides). blkid indique cependant un UUID pour tous les appareils.

Je ne vois pas non plus de périphériques réseau - eth0 y wlp4s0 sont absents de ip link y ifconfig .

Lorsque je démarre à partir de l'USB live d'origine, tout fonctionne parfaitement - je peux monter toutes les partitions, me connecter au WiFi, et arch-chroot dans le système défaillant. Après l'avoir fait, j'ai pacman -Syuu J'ai désinstallé tous les paquets que j'ai installés aujourd'hui ( f2fs-tools , exfat-utils , fuse-exfat ) et j'ai mis à jour mes initramfs avec mkinitcpio -p linux .

1voto

cronburg Points 171

Stupidité dans mon .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

J'ai supprimé les horribles liens symboliques et tout est rentré dans l'ordre. J'ai accidentellement exécuté les liens ci-dessus sur le système principal plutôt qu'à l'intérieur du conteneur LXC. ( https://wiki.archlinux.org/index.php/Linux_Containers#Systemd_conflicts_in_the_.2Fdev_tree )

1voto

RyanW Points 1827

Este Udev cookie ... waiting for zero se produit également lorsque l'une des conditions suivantes est remplie :

  1. Il manque à votre distribution l'élément /lib/udev/rules.d/${NUMBER}-dm.rules${NUMBER} es 55 dans au moins Ubuntu 15.10 Wily. ( Détails )
  2. udev doit être démarré avec sudo service udev start
  3. udev est en cours d'exécution, mais doit être redémarré à l'aide de la fonction sudo service udev restart (parce que vous avez modifié l'état des volumes montés du système d'une manière ou d'une autre, et que l'Udev a besoin de réinitialiser son état)

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X