我在一个虚拟主机上使用Debian Stable（挤压），在这个虚拟主机上，我无法触及内核，它被困住了（并且会有一段时间，因为支持告诉我）
Linux 2.6.18-028stab070.3 #1 SMP Wed Jul 21 18:33:27 MSD 2010 x86_64 所以当我尝试更新时，有几个软件包会导致FATAL: kernel too old失败FATAL: kernel too old例如， FATAL: kernel too old
Preparing to replace libgcc1 1:4.6.0-11 (using .../libgcc1_1%3a4.6.1-1_amd64.deb) ... Unpacking replacement libgcc1 ... Setting up libgcc1 (1:4.6.1-1) ... FATAL: kernel too old Segmentation fault dpkg: error processing libgcc1 (--configure): subprocess installed post-installation script returned error exit status 139
随之而来的是一些版本的混乱：
The following packages have unmet dependencies: libc-dev-bin : Depends: libc6 (> 2.13) but 2.11.2-13 is installed libc6 : Depends: libc-bin (= 2.11.2-13) but 2.13-5 is installed libc6-dev : Depends: libc6 (= 2.13-5) but 2.11.2-13 is installed libquadmath0 : Depends: gcc-4.6-base (= 4.6.0-2) but 4.6.0-11 is installed libstdc++6 : Depends: gcc-4.6-base (= 4.6.0-2) but 4.6.0-11 is installed locales : Depends: glibc-2.13-1
我该怎么办？ 我想保持系统是最新的，所以我想尽可能less的数据包，但我也不想手动编译任何东西。
试图固定现状，并找出错误来自哪里： ldconfig segfaults。 -v不打印任何东西，所以我不能告诉真正的问题是什么。
# ldconfig FATAL: kernel too old
这看起来像一个供应商提供的系统的frankenstein：
自从Etch（4.0）以来，Debian并没有装2.6.18内核，但内核时间戳是在Etch的EOL之后的。 此外，内核号码系统不是Debian，所以它显然是一个定制的内核。
libc6版本可能来自Squeeze（6.0），但gcc显然不是 。 实际上，gcc看起来比目前sid中的更新。
你上面列出的其他软件包也有类似的问题。
这个系统的范围是什么？ 你真的需要更新内核吗？ 我问，因为你可能无法更新内核而不降级gcc和朋友，这可能会破坏供应商系统上的任何专有软件。 重新编译是另一种select，但你说你不想这样做…
感谢pascal。 我的解决scheme，以恢复从部分wheezy挤压 。