我的目标是使用debian(挤压)用户环境运行更新的内核Linux 3.4。

Debian的KernelFaq简单地说，我们从kernel.org获取了最新的原始内核，并对其进行手动配置和编译。

但是，在glibc文档中它指出：

The GNU C library runs without problems on kernels that are older than the kernel headers used [during compilation]. The other way round (compiling the GNU C library with old kernel headers and running on a recent kernel) does not necessarily work as expected.

由于内核API从2.6.32到3.4相当稳定，我可能只需编译3.4内核就可??以逃脱。但是，我不知道这是否还会留下潜在的问题。

这样做是对我的Linux 3.4(或更新版本)标头重新编译eglibc 2.11.3-4的更正确方法吗？

I wonder if this still leaves potential issues.

您没有引用glibc Wiki的下一段：

... does not necessarily work as expected. For example you can't use new kernel features if you used old kernel headers to compile the GNU C library.

换句话说，您现有的glibc构建(以及其余的userland)将在新内核上正常工作，但是glibc可能不会使用内核提供的所有最新功能。