我正在运行带有 dm-crypt + luks 的 Fedora Core 13，所有标准都是 fedora distos 的。
升级 libgcrypt.so 后，cryptsetup 在启动时抱怨找不到它期望的库 ( /lib)。
所以我用 live CD 启动，解密了该驱动器的根分区，并安装了我的旧硬盘驱动器，然后我在那里进行了 chroot。
我运行了 cryptsetup，正如预期的那样，它出现了与启动时相同的错误...我修复了符号链接，并测试了 cryptsetup。有效。
当我重新启动时，同样的错误再次出现......我认为不知何故我的更改没有被保存。因此，我重新启动到实时操作系统，再次安装硬盘并进行 chroot，令我惊讶的是，我发现我的符号链接在我留下的位置，而且 cryptsetup 正在工作。
有人能告诉我为什么会发生这种情况吗？为什么 cryptsetup 仍在 /lib 中寻找该文件，但明明就在那里却找不到它？！
PS 我还尝试在 /lib 中复制 libgcrypt 库文件，并尝试从源代码重新编译 cryptsetup，一切都 100% 工作，直到我重新启动，然后再次出现该错误！
我正在考虑重建那个盒子，但我想我应该先问你们？有人遇到过类似的问题吗？
答案1
尝试重建您的initramfs文件。有可能 的静态副本libgcrypt已合并到初始 ram 磁盘中（例如，用于解密早期磁盘），并且它仍然是软件包升级之前的版本。