再探编译源码升级 glibc 的问题

晨想

我不知道你说的现象是否准确。我推测：

直接安装，如 make install，每次 cp/install 都是一次新的调用，所以一旦glibc出错 make install 就继续不下去了，马上就出错。

而间谍安装，如 paco 安装，就是先调用 paco，至于paco是如何调用的 cp/install 这类命令，我就不知道了；也许甚至是不用这些命令，而是用paco 自己的内部命令/函数完成。只是这么估计，不然也应该绕不过上边提到的问题的。

d00m3d

可是 static link 的 cp 也不行呀，也许就是 glibc 崩掉後就连调用 cp 的函数（能力）也没有了。。。

晨想

问题是，你确定你用的是 static link 的 cp 么？
是不是你有东西没做好？或者你认为的 static link本身不是 static link 的？因为理由上好像说不通，当然，也许是我有东西没考虑到：（。

d00m3d

都是哪个时候信了哪些 xxxx-howto 的鬼主意用 static 的 make、coreutils、tar、bash 等来装，总之都是没有用的

http://www.ibiblio.org/pub/Linux ... -Install-HOWTO.html

晨想

信息也许有点老了，这个方法也许不是个好方法，太麻烦，也没必要。

pinkme005

其实升级GLIBC还是比较容易的。。。。按照LFSBOOK来了就可以了，直接走第二遍的GLIBC，在操作之前把ld.so.conf关掉，等全部操作完成后再打开

d00m3d

最初就是看了兄台的帖子行事的，可是却屡战屡败。。。

能再详细一点说说你现在的升级过程吗？

LanEast

楼主是说直接安装不可以,用paco就可以么?如果不用包管理,楼主是怎么删除前一个版本的文件的?

csfrank

我从来都是先
make install install_root=/other/dir
然后
mv -f /other/dir/lib/* /lib/
mv -f /other/dir/sbin/* /sbin/
......
就OK，从来不会出问题
注意，是mv而不是cp
-----------------------
直接 make install 貌似不行，执行时间太长，夜长梦多....

d00m3d

金兄用这一招装过哪些版本？