我构建了一个自定义的 Linux“recovery-cd”映像，该映像由压缩initrd和启动通道bcdedit（如 Ubuntu Wubi）组成，而不是物理 CD。它具有用于分区编辑、防病毒等的各种恢复工具。
现在我必须升级内核和模块以使其支持UEFI，以便它可以在启用 SecureBoot 的计算机中启动（我使用签名的 grubx64.efi 进行启动）。
我的镜像基于TinyCore Linux 3.x，它在最新的5.x版本中添加了UEFI支持（linux 3.10）。我用 3.10 替换了 2.6.32 内核和模块，一切似乎都正常。但是TinyCore 3.x有glibc 2.11，而5.x有glibc 2.17。
我的问题是，如何确保新内核和旧用户应用程序/库之间不存在不兼容性。我正在寻找 2.6.32 和 3.10 之间所有内核发行说明中删除的系统调用和功能，但是更彻底的方法是什么？我这样做只是自找麻烦吗？
答案1
如此重大的版本更改必然会导致应用程序和库出现故障。你提到的两个版本之间有很多变化。通常可以在子版本内跳转，例如 2.6.32 到 2.6.39。不建议从 2.6.x 一路跳到 3.x。