与Ubuntu内核的CentOS

这听起来像是一个错误的交stream。 也许主机和虚拟机使用不同的分布。

正如您所描述的，在大多数情况下，您将遇到在分发内核和不同分发之间预编译的兼容性问题。 它可能是使用不同的glibc编译的，或者是用户地面工具版本错误的。 variables繁多而乏味。

如果有人关注细节或只是幸运，他们可能已经成功地find了一个交叉兼容的预编译分发内核。

我想他们可以在技术上使用软件包源代码，并在不同的发行版上编译。 但是，如果发行版具有所需的function集，并且您无法为发行版find预编译的软件包，则可以从主内核源编译它。

我认为这意味着内核（实际的操作系统核心本身）是一个修改的Ubuntu内核，而发行版本身就是CentOS。 这很奇怪，因为通常内核是作为发行版的一部分构build的，所以所有的pipe理工具和实用程序都是用相同的库等构build的，但我想这是可行的。

这可能是因为技术错了，或者有人告诉他，他们对内核进行了一些定制，以添加像Ubuntu默认内核那样的function。 你应该能够重新编译一个内核来定制它（增加/减less对不需要的function的支持，可能使内核更小或者减less内存占用量，或者增加对默认没有的云中某些东西的支持），所以他只是习惯于在客户打电话时说。

优点缺点问题是不知道做了什么改变或定制。 如果我不得不猜测，我会说这不是一个Ubuntu的内核，因为我不完全确定你可以把它放在一个替代品。 换出内核的人中有99.9％会这样做，或者从发行版本中更改存储库，或者通过重新编译发行版的工具链。