我正在 LXC 容器中构建新版本的 Spice，主要用于实验。但是，我遇到的一件奇怪的事情是make install安装libspice-server.so.1.9.0到/usr/lib. 由于使用的事实QXL驱动程序时，结果是一个讨厌的段错误libspice-server.so.1.8.0从库定位于/usr/lib/x86_64-linux-gnu，它具有更高的优先级ldconfig。因此，它动态地将旧版本的库与新代码链接起来——不好。
无论如何，这让我想到：除了ldconfig订购（我认为这与它没有任何关系）之外，将图书馆放入/usr/lib与将图书馆放入之间是否存在功能或哲学上的差异/usr/lib/{x86_64,i386}-linux-gnu？
我理解由于 Debian 没有利用其他一些发行版使用的层次结构，因此需要单独的/usr/lib/i386-linux-gnu和/usr/lib/x86_64-linux-gnu目录/usr/lib /usr/lib32。但是，直接在/usr/lib其中的库是否具有某些特殊意义，或者仅仅是为了向后兼容？
是的，我知道这是一个内核；)
我在浏览 13.04 的 64 位 ISO 时看到了这个文件。我正在努力将它们重新混合到我的闪存驱动器上。但是，与 CD 的内核相比，我希望我的混音具有更新的内核。这意味着我必须制作一个 vmlinux.efi。
当然，要能够制造一个意味着我必须知道它是什么。
它只是一个普通的旧 64 位内核吗？可能是 EFI 引导存根吗？
引导存根方面没有意义，因为它是从 EFI 中的 GRUB 加载的，甚至不在 EFI/BOOT 中。如果它是 EFI 引导存根，也许只是面向未来？我在社区 wiki 上找到的一篇文章说“它被称为 vmlinuz.efi”，因为它是 64 位的。这也显得有些奇怪。我的意思是，它有助于区分，但如果它不是 EFI 可引导的，则可以选择更好的名称。
我觉得奇怪的一件事是 Isolinux 和 GRUB 都以相同的方式加载它，就好像它只是一个内核一样......所以它的实际目的有点神秘。EFI 引导存根也可以作为普通内核加载吗？
好吧，事实是我找不到关于为什么选择这个文件名以及它到底是什么的讨论。所以，这里希望有人知道这是什么以及它是如何工作的。
编辑：
来自 Ubuntu、Kubuntu、Xubuntu 和 Lubuntu CD 的所有内核的信息/MD5：
DISTRO: lubuntu
vmlinuz: Linux kernel x86 boot executable bzImage, version 3.8.0-19-generic (buildd@allspice) #29-Ubuntu SMP Wed Apr 17 18, RO-rootFS, swap_dev 0x5, Normal VGA
deacc3c3a21beb4913c43a00bb6d5e01 vmlinuz
DISTRO: kubuntu
vmlinuz: Linux kernel x86 boot executable …